On Fri, 2009-02-06 at 09:04 -0700, RB wrote: > On Fri, Feb 6, 2009 at 08:34, Rainer Gerhards <[email protected]> > wrote: > > I have updates for omfile on my mind which would go in a direction that, > > I think, is close. One of the things is that I would like to enable the > > output writer to start new files when, for example > > > > - a specific period of time has elapsed > > - a specific file size has been reached > > - a specific number of messages has been logged > > ... > > > > I intended to work on the size issue first and use the stream class that > > was originally developed for the queue. That class supports automatic > > file naming and numbering (that's how the queue files are generated). It > > can be set to circular logging (used by the queue, with a modul of > > 1,000,000 if I remember correctly out of my head) or monotonically > > increasing file numbers (up to the long long modul). > > > > Does this go into the same direction? > > It definitely satisfies my original need, particularly if they could > eventually be reset on HUP as well. If I have multiple streams > logging to a dedicated partition, it would be preferable to have an > outside job watching the partition's status and HUP (or similar) > rsyslog when it needs to archive and make more space, as opposed to > trying to configure each stream's size individually.
It is not something that I can do immediately, but it sound quite doable. We could also add an "close log if free space is below..." option (which means a cleanup script must be called and a new rollover disabled for n seconds...). I'd appreciate if you could add this to the bugzilla as a feature request. Again, I unfortunately can not do this immediately. Quick status: I am waiting for the race bug dust to settle and then think I will contine to work on performance, as well as straighting out some things that may have caused the HUP fault at David's site. In v4, we already have good performance enhancements, they are just only for UDP so far. This needs to be ported to the other inputs. I expect big savings. Rainer > _______________________________________________ > rsyslog mailing list > http://lists.adiscon.net/mailman/listinfo/rsyslog > http://www.rsyslog.com _______________________________________________ rsyslog mailing list http://lists.adiscon.net/mailman/listinfo/rsyslog http://www.rsyslog.com
