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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox