From: blacknred <leo1783@hotmail.co.uk>
To: xfs@oss.sgi.com
Subject: Re: kernel panic-xfs errors
Date: Thu, 9 Dec 2010 05:23:35 -0800 (PST) [thread overview]
Message-ID: <30416451.post@talk.nabble.com> (raw)
In-Reply-To: <20101209005944.GD32766@dastard>
>Is the version 7.x firmware certified with such an old kernel?
Yes, it is...
It hung again today and dmesg said
XFS: bad magic number
XFS: SB validate failed
But when I do dd if=/dev/cciss/c0d0 bs=512 count=1 |od -c I get below which
suggests its a valid XFS superblock magic number as per your reply, correct?
I couldn't unmount the partition to do a xfs_repair -n
1+0 records in
1+0 records out
0000000 X F S B \0 \0 020 \0 \0 \0 \0 \0 + 251 262 ^
512 bytes (512 B) copied0000020 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0
\0 \0 \0 \0 \0
0000040 354 B \b 277 ) 376 @ 333 267 232 304 326 * L 344 322
0000060 \0 \0 \0 \0 \0 \0 @ \0 \0 \0 \0 \0 \0 \0 200
0000100 \0 \0 \0 \0 \0 \0 \0 201 \0 \0 \0 \0 \0 \0 \0 202
0000120 \0 \0 \0 001 \n 352 l 300 \0 \0 \0 004 \0 \0 \0 \0
, 0.000190895 seconds, 2.7 MB/s
0000140 \0 \0 200 \0 265 244 002 \0 \b \0 \0 002 \0 \0 \0 \0
0000160 \0 \0 \0 \0 \0 \0 \0 \0 \b \t \v 001 034 \0 \0 005
0000200 \0 \0 \0 \0 \0 \0 \v \0 \0 \0 \0 \0 \0 \0 \t .
0000220 \0 \0 \0 \0 030 243 275 267 \0 \0 \0 \0 \0 \0 \0 \0
0000240 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0
0000260 \0 \0 \0 \0 \0 \0 \0 002 \0 \0 \0 @ \0 \0 001 \0
0000300 \0 \0 \0 \0 \0 004 \0 \0 \0 \0 \0 \b \0 \0 \0 \b
0000320 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0
*
0001000
Dave Chinner wrote:
>
> On Wed, Dec 08, 2010 at 01:39:10AM -0800, blacknred wrote:
>>
>>
>> >You've done a forced module load. No guarantee your kernel is in any
>> >sane shape if you've done that....
>>
>> Agree, but I'm reasonably convinced that module isn't the issue, because
>> it
>> works fine with my other servers......
>>
>> >Strange failure. Hmmm - i386 arch and fedora - are you running with
>> 4k stacks? If so, maybe it blew the stack...
>>
>> i386 arch, rhel 5.0
>
> Yup, 4k stacks. This is definitely smelling like a stack blowout.
>
> XFS on 4k stacks is a ticking timebomb - it will explode and you've
> got no idea of when it will go boom. Recompile your kernel with 8k
> stacks or move to x86_64.
>
>> ># dd if=<device> bs=512 count=1 | od -c
>> This is what i get now, but now server's been rebooted and running OK,
>> what
>> should i be expecting or rather what are we looking for in this output at
>> point of failure?
>
> Well, what you see here:
>
>> 0000000 X F S B \0 \0 020 \0 \0 \0 \0 \0 025 324 304 \0
> ^^^^^^^^^^^^^
> Is a valid XFS superblock magic number.
>
> If you are getting this error:
>
>> >> XFS: bad magic number
>> >> XFS: SB validate failed
>
> Then I'd expect to see anything other than "XFSB" as the magic
> number. Of course, if you smashed the stack during mount, then there
> will most likely be nothing wrong with the value on disk...
>
>> >why did I flash the controller
>> I was on 5.22 fw version which has a known 'lockup' issue which is fixed
>> in
>> 7.x ver.
>> This is a critical fix.
>
> Is the version 7.x firmware certified with such an old kernel? It's
> not uncommon for different firmware versions to only be supported on
> specific releases/kernel versions.
>
> Cheers,
>
> Dave.
> --
> Dave Chinner
> david@fromorbit.com
>
> _______________________________________________
> xfs mailing list
> xfs@oss.sgi.com
> http://oss.sgi.com/mailman/listinfo/xfs
>
>
--
View this message in context: http://old.nabble.com/kernel-panic-xfs-errors-tp30397503p30416451.html
Sent from the Xfs - General mailing list archive at Nabble.com.
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
prev parent reply other threads:[~2010-12-09 13:21 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-12-07 15:42 kernel panic-xfs errors blacknred
2010-12-07 15:59 ` Emmanuel Florac
2010-12-07 17:20 ` blacknred
2010-12-07 18:00 ` Emmanuel Florac
2010-12-07 18:18 ` Stan Hoeppner
2010-12-07 21:52 ` Emmanuel Florac
2010-12-07 22:25 ` Dave Chinner
2010-12-08 9:39 ` blacknred
2010-12-08 10:57 ` Emmanuel Florac
2010-12-08 14:01 ` blacknred
2010-12-08 14:34 ` Emmanuel Florac
2010-12-09 0:59 ` Dave Chinner
2010-12-09 4:44 ` Eric Sandeen
2010-12-09 13:17 ` blacknred
2010-12-09 14:56 ` Eric Sandeen
2010-12-09 13:23 ` blacknred [this message]
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=30416451.post@talk.nabble.com \
--to=leo1783@hotmail.co.uk \
--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