[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: files in /etc/xinetd.d become 0 byte size



Simon Matter wrote:
> Steve Lord schrieb:
>> 
>> On Tue, 2002-03-19 at 13:57, Simon Matter wrote:
>> > Steve Lord schrieb:
>> > >
>> > > On Tue, 2002-03-19 at 13:02, Juri Haberland wrote:


>> > > > Simon
>> > > > what about a recent kernel? 2.4.9-31 is user contributed IIRC. It might
>> > > > not be a good choice...
>> >
>> > You want me to cry, not a good choice, I have contributed them :-)
>> > Serious, I'll try a newer kernel as soon as I can.
>> 
>> We are just trying to eliminate variables here - not blaming your
>> merging skills. Juri appears to have a similar setup, except he
>> does not see the problem with a recent kernel.
> 
> I've just tried to make a joke after a frustrating day...

I thought about checking who contributed this kernel RPMS before sending
that mail but was to lazy ;)

> I have checked out 2.4.18-xfs from CVS 8 hours ago. Compiled and tested
> and I can confirm the problem is gone. Of course I don't know whether
> the problem comes from the 1001 RedHat patches or the kernel or XFS
> itself.
> 
> Now, I can not upgrade all servers to 2.4.18 and even if I could, I
> didn't have time to test it very well so I have to stick with the RH
> 2.4.9-31 kernel for now (in production). The solution is to modify the
> /etc/rc.d/init.d/halt script to call sync several times, BEFORE the
> umount -a. If I sync just before remounting / ro, it does not help.

I'm not convinced that 'sync' is the solution. As I can see from your
script you do a loop with several 'sync; sleep 1'. Maybe a 'sleep 30' -
as you tested successfully in another mail - would be sufficiant...

> Would be nice if someone could put this into FAQ since it affects all
> installaions from the RedHat installer at least on software raid.

Are you sure anbout that? Is it really happening with a stock
installation without *any* kernel upgrade?
If I find the time during the weekend I will do some tests with the
latest official SGI kernel release as well as with all following
contributed kernels. Maybe we can narrow it down to a specific release...

Juri