1

我在我的应用程序中使用SLF4J+Logback作为日志记录基础设施。 logback.xml我的应用中有以下内容：

<?xml version="1.0" encoding="UTF-8" ?>
<configuration scan="true" scanPeriod="5 seconds">
    <jmxConfigurator />
    <property name="DIR" value="${LOG_DATA_HOME}"/>
    <appender name="FILE" class="ch.qos.logback.core.rolling.RollingFileAppender"> 
        <file>${DIR}/loghome/last.log</file> 
        <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy"> 
          <fileNamePattern>${DIR}/loghome/log-%d{yyyy-MM-dd}.%i.log</fileNamePattern> 
          <timeBasedFileNamingAndTriggeringPolicyclass="ch.qos.logback.core.rolling.SizeAndTimeBasedFNATP"> 
               <maxFileSize>10MB</maxFileSize> 
          </timeBasedFileNamingAndTriggeringPolicy> 
        </rollingPolicy> 
        <encoder>
          <pattern>%-5level %date- %X{_diagKey} - %logger - %msg %n </pattern>
        </encoder>
    </appender> 
    <logger name="net.sf.ehcache" additivity="false">
        <level value="error" />
        <appender-ref ref="FILE" />
    </logger>
    <root level="error">
        <appender-ref ref="FILE" />
    </root>
</configuration>

我的应用程序在 linux suse 和JRE 1.6.

我的问题是：当我的应用程序运行时，我以时间间隔（出于物理内存限制等多种原因）从文件系统中删除了所有日志文件（包含最后一个文件），但是我的应用程序在我运行时不会再次创建日志文件重新启动我的应用程序。

任何人都知道上述行为的原因和解决方案吗？

已编辑我通过logbak 获得了更多详细信息OnConsoleStatusListener：

11:00:33,640 |-ERROR in c.q.l.c.recovery.ResilientFileOutputStream@17459938 - IO failure while writing to file [\loghome\last.log] java.io.IOException: The handle is invalid
    at java.io.IOException: The handle is invalid
    at  at java.io.FileOutputStream.writeBytes(Native Method)
    at  at java.io.FileOutputStream.write(FileOutputStream.java:260)
    at  at ch.qos.logback.core.recovery.ResilientOutputStreamBase.write(ResilientOutputStreamBase.java:52)
    at  at java.io.OutputStream.write(OutputStream.java:58)
    at  at ch.qos.logback.core.encoder.LayoutWrappingEncoder.doEncode(LayoutWrappingEncoder.java:103)
    at  at ch.qos.logback.core.OutputStreamAppender.writeOut(OutputStreamAppender.java:193)
    at  at ch.qos.logback.core.FileAppender.writeOut(FileAppender.java:220)
    at  at ch.qos.logback.core.OutputStreamAppender.subAppend(OutputStreamAppender.java:217)
    at  at ch.qos.logback.core.OutputStreamAppender.append(OutputStreamAppender.java:108)
    at  at ch.qos.logback.core.UnsynchronizedAppenderBase.doAppend(UnsynchronizedAppenderBase.java:88)
    at  at ch.qos.logback.core.spi.AppenderAttachableImpl.appendLoopOnAppenders(AppenderAttachableImpl.java:64)
    at  at ch.qos.logback.classic.Logger.appendLoopOnAppenders(Logger.java:285)
    at  at ch.qos.logback.classic.Logger.callAppenders(Logger.java:272)
    at  at ch.qos.logback.classic.Logger.buildLoggingEventAndAppend(Logger.java:473)
    at  at ch.qos.logback.classic.Logger.filterAndLog_0_Or3Plus(Logger.java:427)
    at  at ch.qos.logback.classic.Logger.debug(Logger.java:534)
    at  at Test.main(Test.java:17)
4

2 回答 2

1

<configuration debug="true">是你的朋友。另请参阅相关文档。

于 2013-04-09T10:35:38.733 回答
1

尽管提问者提到即使在应用程序重新启动后也没有重新创建日志，但对于 unix/linux 处理正在使用的文件的删除，存在稍微不同的问题。

从操作系统的角度来看，这当然不是问题，而是应该由 logback、slf4j 等日志记录应用程序适当考虑。

您实际上可以在此处看到对 logback 开放的这种改进。这表明确实存在无法在 Unix/Linux 上动态删除日志文件并自动重新创建它的情况。

于 2015-02-27T10:00:49.493 回答