It would be easier to log into different files for each process. I didn't take a look at the source, but I believe that the rolling file appender lacks a cross-process lock mutex due to performance reasons (i.e. on my computer it takes ~12ms to acquire a file based mutex).
> -----Original Message----- > From: kshah82 [mailto:kinnar_s...@persistent.co.in] > Sent: Tuesday, February 15, 2011 3:01 PM > To: log4net-dev@logging.apache.org > Subject: Issue with rolling based on date > > > Hi, > > We are having 10 programs which are rolling into same log file namlely > "logger.log". > > Below is configuration of RollingFileAppender which we are using : > <appender name="RollFile" type="log4net.Appender.RollingFileAppender"> > <threshold value ="ALL"/> > <file value="C:\logger.log" /> > > <appendToFile value="true" /> > <maximumFileSize value="1GB" /> > <staticLogFileName value="true"/> > <maxSizeRollBackups value="5" /> > <datePattern value=".yyyy-MM-dd-tt".log""/> > <rollingStyle value="Composite" /> > > > <layout type="log4net.Layout.PatternLayout"> > > > > </layout> > </appender> > > Our rolling based on date is running at every 12 hour span means at 12 > Noon > and 12 Midnight. Now what is happening when multiple programs try to log > into log file at the same time when rolling happens means at 12 > noon/midnight, then size of file getting rolled is becoming very small > compare to original file size(i.e Suppose logger.log is around 1 MB at 12 > noon, when rolling happens the new rolled file which is get generated is > around 3 KB or somewhat). So, almost data get lost due to this. This is > basically happening when multiple programs try to log into log file at the > same time of when rolling happens(means at 12 noon/midnight). > > Please revert back to us on this ASAP as its very important us to go > ahead. > -- > View this message in context: http://old.nabble.com/Issue-with-rolling- > based-on-date-tp30931115p30931115.html > Sent from the Log4net - Dev mailing list archive at Nabble.com.
