From: Jeff Mahoney <jeffm@suse.com>
To: "Antonio Larrosa Jiménez" <antlarr@tedial.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: SCSI I/O error generating a kernel (parport? reiserfs?) bug (2.4.21-99)
Date: Thu, 02 Jun 2005 13:04:05 -0400 [thread overview]
Message-ID: <429F3C05.2010007@suse.com> (raw)
In-Reply-To: <200503311106.52574.antlarr@tedial.com>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Antonio Larrosa Jiménez wrote:
> Hello,
>
> Last night I saw an I/O error in a RAID device on a SuSE 9.0 system (with the
> stock 2.4.21-99 kernel, not tainted). I don't know if it's useful for anyone
> given that the kernel has changed much since then, but I report it just in
> case the problem is still in there.
>
> I find strange that the backtrace (below) talks about parport being a SCSI I/O
> error, so maybe it's not related to the SCSI problem, but since at the end it
> mentions reiserfs, it makes me wonder.
>
> Btw, the RAID is on a cciss controller.
>
> Greetings,
>
> These are the contents of the syslog:
> Mar 31 04:34:01 baja1 kernel: journal-601, buffer write failed
> Mar 31 04:34:01 baja1 kernel: kernel BUG at prints.c:334!
Although it's unclear by the kernel output, this is a reiserfs panic due
to an i/o error in the journal, not a BUG. Kernels prior to 2.6.10,
unless specifically patched, could not handle i/o errors in the journal.
This functionality has not been backported to 2.4 kernels.
I suspect that perhaps klogd was matched against the wrong kernel symbol
table, and that's why you're seeing odd output in your syslog. The
entire call chain, after sync_supers, should be in reiserfs if you're
getting that panic.
- -Jeff
- --
Jeff Mahoney
SuSE Labs
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (GNU/Linux)
iD8DBQFCnzwFLPWxlyuTD7IRAkIMAJwJ6c99kqoenFH+joLytWmUa7vS7ACeNKAc
z2REA+4/g6QB0cAA4XiHIAE=
=Jk7H
-----END PGP SIGNATURE-----
prev parent reply other threads:[~2005-06-02 17:04 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-03-31 9:06 SCSI I/O error generating a kernel (parport? reiserfs?) bug (2.4.21-99) Antonio Larrosa Jiménez
2005-06-02 17:04 ` Jeff Mahoney [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=429F3C05.2010007@suse.com \
--to=jeffm@suse.com \
--cc=antlarr@tedial.com \
--cc=linux-kernel@vger.kernel.org \
/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.