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.
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.
-Simon
>
> I agree with Juri on the try a recent kernel. And Simon, to answer your
> other question, if recovery is not reported as being run - then no need
> to look with xfs_logprint, the problem is the remount readonly code.
>
> Steve
>
> >
> > Juri
> --
>
> Steve Lord voice: +1-651-683-3511
> Principal Engineer, Filesystem Software email: lord@xxxxxxx
|