[rsyslog] Development of failsafe disk based queue

[David Ecker]

I know.

I used reiserfs before. The client systems were turned off like 4 times
a day (average). At that point we had only 60 clients running. At least
once a day one client needed to be reimaged since the filesystem was
broke. The system itself wrote too much to the local disk during
operation. So the failure rate was actually below 0,5% but it keept a
constand buzz for the support center. I just was lucky that I
implemented a failback image so that the systems could reimage themselfs
without anybody going there.

In this since the I would do it like this:

Since the filesystem would only store the queue files of the syslog  and
nothing else I would check the filesystem at startup. If it's broken I
would reformat the fs automtically. So that would leave me with a loss
of 0,5% of all logs. Thats a lot better than nothing. I just have to
make sure, that a rollback of the fs leaves the syslog data queue intact.

bye
David Ecker

Rainer Gerhards schrieb:
> On Wed, 2008-10-01 at 15:20 +0200, David Ecker wrote:
>   
>> this is already the second version of this systems we develop. Not being
>> able to do error analysis beacause of missing log data was one of the
>> big problems including filesystem crashes. 
>>     
>
> mhhh... This sounds like you still may be in trouble if the file system
> crashes (as the queue files are stored inside that system).
>
> Rainer
>
> _______________________________________________
> rsyslog mailing list
> http://lists.adiscon.net/mailman/listinfo/rsyslog
> http://www.rsyslog.com
>