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

[Steve Lord <lord@sgi.com>]

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:
> > >
> > > Ok, when you mentioned the SW RAID1 root partition I remembered that I
> > > have a similar box sitting here. It's also a fresh SGI-RH7.2
> > > installation with all updates and all partitions are on a SW-RAID1, but
> > > on SCSI disks, not on IDE disks.
> > >
> > > I ran three test like yours (ntsysv (en/disabling time ; reboot)) and
> > > afterwards I still had all files in /etc/xinetd.d with their proper
> > > contents. I also had my .bash_history.
> > > This box runs a 2.4.18-xfs-smp kernel from CVS, checked out on 4th of March.
> > >
> > > 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.

Eric is slaving away over rpm build tools even as I type, attempting to
push the latest xfs code into a redhat kernel.


> 
> Just to confirm the IDE thing: I've tried the same on my home server now
> which is SW-RAID1, but on SCSI disks, and it's the same problem. So
> nothing with IDE and nothing with write cache.
> 
> What about sync? I'm still wondering whether it's good to have it in
> halt? With my modified halt script the problem seems to go away.

Doing the sync in there is fine, does no harm at all. 

Steve

-- 

Steve Lord                                      voice: +1-651-683-3511
Principal Engineer, Filesystem Software         email: lord@sgi.com