All of lore.kernel.org
 help / color / mirror / Atom feed
From: Marcelo Tosatti <marcelo.tosatti@cyclades.com>
To: Lewis Shobbrook <lshobbrook@fasttrack.net.au>
Cc: debian-testing@lists.debian.org, linux-kernel@vger.kernel.org
Subject: Re: md raid oops on 2.4.25/alpha
Date: Fri, 2 Apr 2004 09:03:42 -0300	[thread overview]
Message-ID: <20040402120342.GC1998@logos.cnet> (raw)
In-Reply-To: <0C8098CA7F09CE419F0C2B68EB8358761EB863@exchange.fasttrack.net.au>

On Fri, Apr 02, 2004 at 04:53:01PM +1000, Lewis Shobbrook wrote:
> Hi All,
> 
> [Excerpt from linux-raid mailing list]
> > We have some problems with the md code on alpha. We get 
> > regular oops when using the md raid1. Here we got another 
> > oops when fsck (at boot 
> > time) the raid:
> > This was after a fresh reboot. As long as only the raid is 
> > *not* mounted of fsck the machine works without any oops.

There is a patch by Ivan against the MD code which avoids 
gcc3 < 3.3.3 from generating bad assembly code. This patch
is sitting now in the 2.4 BK tree. 

Have you guys tried that one?

> I've found similar results with the unstable Debian 2.4.25.-1-686
> kernel.
>  
> > I also can mount the hard disks *without* raid directly as 
> > hda1 and hdc1, and do NOT get any errors here, so I suspect 
> > that only the md code is the culprit.
> 
> Same again here.
> 
> I have /dev/hda2 listed in raidtab as a failed disc, lilo points to hda
> as boot.  I get kernel panic when attemtpting to boot to it.
> 
> I thought this strange as I have another system running the very same
> kernel (even used the same copied kernel deb) with a UU (no failed)raid
> 1 running off a hpt372 onboard controller (as soft md, not hardware raid
> 1).  The raid device was present prior to the kernel in this instance.
> I was impressed that the std initrd wokred with both md and hpt372
> without modification, where the process had been more involved in the
> past requiring a custom initrd or "compiled in" kernel.
> 
> I thought that the devfs (compiled in with the std debain kernel) may
> have been an issue, but it has never been in the past and the same
> filesystem on the raidtab listed "failed" drive /dev/hda2 is happy.
> 
> I can boot the the raid 1 as root filesystem when passing root=/dev/md0
> loading through a system rescue disc (http://www.sysresccd.org/) with a
> 2.4.25 kernel. 
> 
> Attempting to boot to /dev/md0  with the Debian 2.4.25-1-686 kernel
> panics after attempting to mount the device /dev2/root2 as ext2, minix &
> fat (possibly others that disappear before they can be read) and
> complains the std way when you attempt to mount with the wrong fs. 
> ...
> pivot_root: no such file or directory
> /sbin/init: 347: cannot open dev/console : no such file
> Kernel panic: Attempted to kill init !
> 
> I've attempted to pre-load the initrd modules, but didn't expect this to
> be a solution and it wasn't.
> 
> I'm scratching the head and losing hair...
> 
> Never had any trouble of this sort before.

Lewis, dont know what is going wrong here for you. Sorry.


  reply	other threads:[~2004-04-02 12:17 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-04-02  6:53 md raid oops on 2.4.25/alpha Lewis Shobbrook
2004-04-02 12:03 ` Marcelo Tosatti [this message]
  -- strict thread matches above, loose matches on Subject: below --
2004-04-02  7:28 Lewis Shobbrook
2003-10-27 14:13 Transmit timeout with 3c395, 2.4.19, 2.4.22 Norbert Preining
2004-03-27 16:41 ` Oops with md/ext3 on 2.4.25 on alpha architecture Norbert Preining
2004-03-28 16:02   ` md raid oops on 2.4.25/alpha Norbert Preining
2004-03-28 16:02     ` Norbert Preining
2004-03-28 17:30     ` Thomas Steudten
2004-03-28 16:45       ` Ross Dickson
2004-03-28 20:32         ` Norbert Preining
2004-03-28 20:32           ` Norbert Preining
2004-03-28 18:30       ` Ivan Kokshaysky
2004-03-29 10:41         ` Thomas Steudten

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=20040402120342.GC1998@logos.cnet \
    --to=marcelo.tosatti@cyclades.com \
    --cc=debian-testing@lists.debian.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=lshobbrook@fasttrack.net.au \
    /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.