Re: Software raid in 2.2.16 broken?
That path is for 2.2.15 and the code is already incorporated in 2.2.16 (i
checked)
thanks though
nate
On 27 Jul 2000, Camm Maguire wrote:
camm >There is an errata patch on Alan Cox's website that fixes this. Its a
camm >one liner.
camm >
camm >Take care,
camm >
camm >"nate@firetrail.com" <nate@firetrail.com> writes:
camm >
camm >> I sent this email to debian-user & debian-devel@lists.debian.org had 1
camm >> other user that had this same problem. It is quite severe.
camm >>
camm >> below is the original email about the kernel puking when running e2fsck on
camm >> a software raid(level 1) device:
camm >>
camm >>
camm >> -- begin original email --
camm >> To: Debian user mailinglist <debian-user@lists.debian.org>
camm >> Subject: e2fsck+raid+linux 2.2.16 = crash?
camm >> From: "nate@firetrail.com" <nate@firetrail.com>
camm >> Date: Fri, 14 Jul 2000 15:40:34 -0700 (PDT)
camm >> cc: debian-devel@lists.debian.org
camm >>
camm >>
camm >>
camm >> Today...
camm >>
camm >> One of my systems crashed due to SCSI disk errors.
camm >>
camm >> when it came back up it crashed again. so i had to go to the site (2 hour
camm >> drive!@) and took a look at it.
camm >>
camm >> it seems when the system tries to run e2fsck on the raid set the system
camm >> crashes with the message:
camm >>
camm >> Jul 14 13:36:30 galactica kernel: VFS: grow_buffers: size = 16384
camm >> Jul 14 13:36:31 galactica last message repeated 665 times
camm >> Jul 14 13:36:31 galactica kernel: 384
camm >> Jul 14 13:36:31 galactica kernel: VFS: grow_buffers: size = 16384
camm >> Jul 14 13:36:31 galactica last message repeated 814 times
camm >> Jul 14 13:36:31 galactica kernel: 384
camm >> Jul 14 13:36:31 galactica kernel: VFS: grow_buffers: size = 16384
camm >> Jul 14 13:36:31 galactica last message repeated 468 times
camm >>
camm >> it goes on and on and on..(the people on site left it in that state for a
camm >> good hour and a half until i got there)
camm >>
camm >> This did not happen with 2.2.15. This is also the first time i have run
camm >> e2fsck on the raid drive since upgrading to 2.2.16. As a result i have
camm >> been forced to mount the raid array unclean just so i could get the system
camm >> up and running so the rest of the staff at the site could go home(its
camm >> co-located). I didn't think to reboot to 2.2.15 and run e2fsck on it
camm >> before i left i was in a real rush.
camm >>
camm >> System configuration:
camm >>
camm >> Asus P2L97-DS (this board does not have scsi despite the "DS" model code)
camm >> Dual P2-233
camm >> 128MB PC100 SDRAM x 3 (384MB total)
camm >> Matrox G100 AGP Video
camm >> Adaptec AHA 2940UW PCI
camm >> 3Com 3C905C w/drivers from www.3com.com
camm >> Generic ATAPI 32x CDROM
camm >> Root device: IBM DDRS-34560D 4.3GB
camm >> Raid system: IBM-DNES-30917OW 9.1GB (x2) Software raid mode 1
camm >> Additional Storage: QUANTUM VIKING 4.5WSE 4.5GB (<- the cause of the
camm >> initial crash)
camm >>
camm >>
camm >> Linux Distribution: Debian GNU/Linux 2.1r4
camm >> Installed: Mid-march
camm >> Installed with kernel: 2.2.14+ow1 (www.openwall.com/linux)
camm >> Currently running: 2.2.16+ow1
camm >>
camm >> Raid version: 0.36.4
camm >>
camm >> this happened again and again, and i finally traced it down to this by
camm >> disabling automounting of /dev/md0 in /etc/fstab and the system booted
camm >> fine. ckraid was run multiple times with no crash(it ran everytime the
camm >> system crashed due to other reasons). Once i tried to run e2fsck on
camm >> /dev/md0 the errors(above) flooded the screen until i ctrl-alt-del.
camm >>
camm >> I'm not a kernel hacker but i was curious if this is a known issue? i do
camm >> read kernel traffic every week but i haven't seen anything specifically
camm >> realted to raid mentioned (that i can remember). I think what i will do is
camm >> download the data off the raid set, and reformat it so it can be
camm >> "clean" again. or reboot to 2.2.15 and run e2fsck on it..
camm >>
camm >> i can try to provide more info if needed, let me know, i just dont want to
camm >> have to drive up there again if i can avoid it:)
camm >>
camm >> help!
camm >>
camm >> nate
camm >>
camm >> :::
camm >> http://www.aphroland.org/
camm >> http://www.linuxpowered.net/
camm >> aphro@aphroland.org
camm >> 3:24pm up 1:30, 1 user, load average: 0.00, 0.01, 0.00
camm >>
camm >> -- end original email --
camm >>
camm >> one user on debian-user pointed me to a patch:
camm >>
camm >> http://www.linux.org.uk/VERSION/relnotes.2216.html
camm >>
camm >> but it appears this code is already in 2.2.16. This does not happen in
camm >> 2.2.15.
camm >>
camm >> any ideas? btw, im not on the list so if you could please cc: me when
camm >> responding.
camm >>
camm >> thanks!
camm >>
camm >> nate
camm >>
camm >>
camm >> :::
camm >> http://www.aphroland.org/
camm >> http://www.linuxpowered.net/
camm >> aphro@aphroland.org
camm >> 3:36pm up 23:04, 2 users, load average: 0.04, 0.01, 0.00
camm >>
camm >>
camm >> -
camm >> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
camm >> the body of a message to majordomo@vger.rutgers.edu
camm >> Please read the FAQ at http://www.tux.org/lkml/
camm >>
camm >>
camm >
camm >--
camm >Camm Maguire camm@enhanced.com
camm >==========================================================================
camm >"The earth is but one country, and mankind its citizens." -- Baha'u'llah
camm >
:::
http://www.aphroland.org/
http://www.linuxpowered.net/
aphro@aphroland.org
5:27pm up 11 days, 54 min, 1 user, load average: 0.07, 0.17, 0.08
Reply to: