From: Martin Steigerwald <Martin@lichtvoll.de>
To: xfs@oss.sgi.com
Subject: Re: Badness in key lookup (length)
Date: Wed, 26 Nov 2008 09:58:55 +0100 [thread overview]
Message-ID: <200811260958.56030.Martin@lichtvoll.de> (raw)
In-Reply-To: <op.uk69gvj73jf8g2@pc-bnaujok.melbourne.sgi.com>
Am Mittwoch 26 November 2008 schrieb Barry Naujok:
> On Wed, 26 Nov 2008 09:02:55 +1100, Martin Steigerwald
>
> <Martin@lichtvoll.de> wrote:
> > Hi!
> >
> > I also checked my / XFS filesystem after that failed attempt to
> > hibernate via TuxOnIce (see my mail "truncated files"). Well BTW this
> > happened on a ThinkPad T42.
> >
> > While /home was fine, / had some rather minor - it seems - issues.
> > Whether
> > they have been from today or from whenever - I do not know.
>
> [snip]
>
> > My questions:
> >
> > 1) Whats those Badness in key lookup messages? Anything to worry
> > about?
>
> Generally not - the xfsprogs cache indexes read blocks by offset and
> I/O size. It will generate this warning if it encounters a read to the
> same offset with different I/O size. Basically there to tell me that
> there's a scenario where this may happen and should be fixed.
Ah okay. *feeling relieved*
> > 2) Why did xfs_repair -n after I ran xfs_repair yield yet another
> > error "would have reset inode 94530 nlinks from 2 to 3"? Why didn't
> > it appear in the first pass?
>
> There are remote cases where the first pass does not get the nlinks
> quite right - I would have needed a metadump before the first run to
> isolate where it miscounted the nlinks. All problems like this in
> the past have been related to lost+found.
Sorry for not taking it. I try to remember to take it when I stumble about
another time. I have lost+found available still, but it won't be of much
help I guess ;-).
> > martin@shambhala:~/Zeit/xfs-probleme-2008-11-25> grep 94530
> > xfsrepair-sda1-repair.txt
> > martin@shambhala:~/Zeit/xfs-probleme-2008-11-25#1>
> >
> > 3) Any idea how these problems occured in the first time?
>
> I think Dave pointed the cause out quite nicely :)
Well okay. Found TuxOnIce to be quite reliable till now. Might just had
back luck then. Good reassurance to take regular backups regardless of
what I think how reliable things are ;-).
> PS. Update the email address in your mailer to xfs@oss.sgi.com,
> not xfs-linux@oss.sgi.com.
Did so. Sorry for double posting without cancelling the old posts.
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
next prev parent reply other threads:[~2008-11-26 8:59 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-11-25 22:02 Badness in key lookup (length) Martin Steigerwald
2008-11-26 0:11 ` Barry Naujok
2008-11-26 8:58 ` Martin Steigerwald [this message]
2008-11-26 0:50 ` Timothy Shimmin
2008-11-26 8:51 ` Martin Steigerwald
-- strict thread matches above, loose matches on Subject: below --
2008-11-25 22:03 Martin Steigerwald
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200811260958.56030.Martin@lichtvoll.de \
--to=martin@lichtvoll.de \
--cc=xfs@oss.sgi.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.