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@xxxxxxx
|