On Wednesday 19 July 2006 11:21, Kasper Sandberg wrote:
> On Wed, 2006-07-19 at 08:57 +1000, Nathan Scott wrote:
> > On Wed, Jul 19, 2006 at 12:29:41AM +0200, Torsten Landschoff wrote:
> > > Hi friends,
> > Hi Torsten,
> > > I upgraded to 2.6.18-rc1 on sunday, with the following results (taken
> > > from my /var/log/kern.log), which ultimately led me to reinstall my
> > > system:
> > >
> > > Jul 17 07:33:53 pulsar kernel: xfs_da_do_buf: bno 16777216
> > > Jul 17 07:33:53 pulsar kernel: dir: inode 54526538
> > I suspect you had some residual directory corruption from using the
> > 2.6.17 XFS (which is known to have a lurking dir2 corruption issue,
> > fixed in the latest -stable point release).
> This has me very worried.
> i just upgraded to .18-rc1-git5 when it came out, i used .17-rc3 before.
> does this mean my .17-rc3 may have corrupted my filesystem?
> what action do you suggest i do now?
> > > of programs fail in mysterious ways. I tried to recover using
> > > xfs_repair but I feel that my partition is thorougly borked. Of course
> > > no data was lost due to backups but still I'd like this bug to be fixed
> > > ;-)
> > 2.6.18-rc1 should be fine (contains the corruption fix). Did you
> > mkfs and restore? Or at least get a full repair run? If you did,
> > and you still see issues in .18-rc1, please let me know asap.
> > thanks.
According to another thread Nathan just responded to, it sounds like we need
to wait for a new version of the xfsprogs package, and then run xfs_repair on
the affected filesystems. I wouldn't worry about it too much if you've not
had any crashes. The damage can be repaired, just not right now.
I'm still waiting for a crash on a machine that has been under heavy load for
28 days, so it's obviously not _that_ easy to trigger.
Third year Computer Science undergraduate.
1F2 55 South Clerk Street, Edinburgh, UK.