尽管配置了日志，Jenkins（以前的 Hudson）仍不断写入 catalina.out
我遇到的
问题是 Jenkins 不断写入 catalina.out，它不断填充安装 Jenkins 的磁盘。
这是我到目前为止所尝试的：
我尝试覆盖 '' （默认）以及 '
org.apache.catalina.core.ContainerBase.[Catalina].[localhost]< 的日志级别/code>”并将其设置为“警告”。但是，当我在 tomcat (6.0.28) 管理器界面中重新加载 jenkins 时，“”（默认）- 条目消失了，另一个条目重置为“FINE”在 tomcat 上下文中.xml 我将
我不明白为什么 Jenkins 的标准日志配置必须如此冗长，我很想知道如何更改日志级别。
任何帮助将不胜感激，非常感谢
Hy there
I have the problem that Jenkins keeps writing to the catalina.out which keeps filling the disk, where Jenkins is installed.
This is what I tried so far:
I tried to overwrite the log levels for '' (default) as well as for '
org.apache.catalina.core.ContainerBase.[Catalina].[localhost]' and set them to 'WARNING'. However, when I reload jenkins in the tomcat (6.0.28) manager interface the '' (default) - entry is gone and the other one is reset to 'FINE'In the tomcat Context.xml I changed
<Context>to<Context swallowOutput="true">which should prevent Jenkins of writing to the standard out. I guess the swallowOutput attribute would have to be inside the jenkins.war in order to work correctly.
I don't see why the standard log configuration of Jenkins has to be this verbose and I am seriously wondering how I can change the log level.
Any help would be greatly appreciated, thanks very much
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
以下是在tomcat 6中配置log4j的方法（其他版本有所不同）：
http://tomcat.apache.org/tomcat-6.0-doc/logging .html#Using_Log4j
请注意，如果您的执行程序正在写入磁盘，这将没有帮助。它们使用与 tomcat 不同的 java 进程。
Here is how to configure log4j in tomcat 6 (it's different in other versions):
http://tomcat.apache.org/tomcat-6.0-doc/logging.html#Using_Log4j
Note that this will not help if your executors are writing to disk. Those use a separate java process from tomcat.
更新后的 jenkins 问题可在此 URL 上找到：
https://issues.jenkins-ci.org/browse/JENKINS-7235
我们遇到了完全相同的问题，但暂时没有解决方案。
The updated jenkins issue is available on this URL:
https://issues.jenkins-ci.org/browse/JENKINS-7235
We've exactly the same problem, but no solution for the moment.