我有点坚持使用boost log实现一个非常简单的场景。我需要限制整个旋转日志的大小。
我当前的记录器配置如下:
void setup_logging( channel_settings_t const& settings
, std::string const& log_file
, std::string const& log_level
)
{
config_logger_attributes(logging::core::get(), settings, log_level);
using namespace logging::aux::default_attribute_names;
//add logging to file (which implicitly deletes the default console logger)
logging::add_file_log
(
keywords::auto_flush = true,
keywords::open_mode = std::ios::out | std::ios::app,
keywords::file_name = log_file+"_%N.log",
keywords::rotation_size = 50 * 1024, // Just for test limit to 50K
keywords::format = //"%TimeStamp%: [%Channel%] |ThreadId| <%Severity%> %Message%"
expr::format("%1% : [%2%] |%3%| <%4%> %5%")
% expr::attr< boost::posix_time::ptime >(timestamp())
% expr::attr<std::string>(channel())
% expr::attr<attrs::current_thread_id::value_type>(thread_id())
% trivial::severity
% expr::smessage
)->locked_backend()->set_file_collector
( sinks::file::make_collector
( keywords::target = "logs"
, keywords::max_size = 200 * 1024 // just for test limit to 200K
)
)
;
}
不幸的是,我无法找到目标关键字的含义,尽管它是一个目标目录。与smth相关的目标目录还是应该有完整的路径?该目标目录是否存在?我做了一个测试,旋转日志文件只是在200K的限制上增长。
我只想让3个或4个最后轮换的日志文件,剩下的应该删除?我们已经遇到过这样的情况,即记录器使用了所有磁盘空间并且服务器崩溃了:(
任何帮助,如果非常感谢!
答案 0 :(得分:2)
好的,发现了:
keywords::target
是存储旋转日志的完全限定目录路径,因此它必须像:
/var/log/dir-to-app
比限制按预期工作。