Re: linux-image-2.6.32-5-686: kernel BUG at ... build/source_i386_none/drivers/md/raid5.c:2764!

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, 25 Jun 2012 12:39:06 +1000 NeilBrown wrote:

> On Sun, 24 Jun 2012 18:02:34 +0100 Jose Manuel dos Santos Calhariz
> <jose.spam@xxxxxxxxxxx> wrote:
> 
> > On Sun, Jun 24, 2012 at 06:21:46PM +1000, NeilBrown wrote:
> > > On Fri, 22 Jun 2012 13:19:53 +0100 Jose Manuel dos Santos Calhariz
> > > <jose.spam@xxxxxxxxxxx> wrote:
> > > 
> > > > 
> > > > In another day during the periodic mdadm RAID check: 
> > > >  - the linux kernel gave a kernel BUG, 
> > > >  - tried to kick out a failed disk and 
> > > >  - stopped accepting I/O to the affected raid.  
> > > > 
> > > > The affected programs were in state D.  The only way to recover
> > > > was to do a reboot.  After reboot the problematic disk was
> > > > replaced.
> > > > 
> > > > I reported the bug to Debian and is there all the information
> > > > about it:
> > > > 
> > > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=675969
> > > > 
> > > > I was asked to report the BUG here in case someone knows what
> > > > happened.
> > > > 
> > > > Here is a summary of the more relevant information:
> > > > 
> > > > This machine have 2 x RAID6 with 6 disks each, for a total of 12
> > > > disks. 
> > > > 
> > > > I have 5 systems with a similar setup and only one failed, maybe
> > > > because of the failing disk.  I will use one of the systems to try
> > > > to reproduce the bug, before triyng a new kernel.
> > > > 
> > > > 
> > > > The proprietary module is the openafs filesystem v1.6.1 backported
> > > > from Debian testing.
> > > > 
> > > > The kernel bug is:
> > > > 
> > > > 
> > > > build/source_i386_none/drivers/md/raid5.c:2764!
> > 
> > > 
> > > This bug was fixed in 2.6.32.49 and 3.2
> > > 
> > > http://git.kernel.org/?p=linux/kernel/git/stable/linux-stable.git;a=commitdiff;h=61d433c479a6ccfed6a7e73e6111ca8fa0348c63
> > > 
> > > http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commitdiff;h=9a3f530f39f4490eaa18b02719fb74ce5f4d2d86
> > > 
> > > NeilBrown
> > 
> > The failing kernel had that fix all ready.  The machine was running
> > the kernel Debian 2.6.32-41squeeze2.  Looking into the change log,
> > this kernel have all the fixes until 2.6.32.51 plus other fixes.
> > 
> >      Jose Calhariz
> > 
> 
> The oops report said:
> 
> (2.6.32-5-686 #1)
> 
> is "5" the same as "41squeeze2" ???  This is a genuine question - I have
> little idea about Debian versioning so maybe these are the same thing
> somehow.  But they look different.
> 
Yes, the "name' of the kernel and it's actual detail version are disjunct
like that in Debian, the current kernel of that vintage is:
---
Package: linux-image-2.6.32-5-amd64
Source: linux-2.6
Version: 2.6.32-44
---

Regards,

Christian
-- 
Christian Balzer        Network/Systems Engineer                
chibi@xxxxxxx   	Global OnLine Japan/Fusion Communications
http://www.gol.com/
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux RAID Wiki]     [ATA RAID]     [Linux SCSI Target Infrastructure]     [Linux Block]     [Linux IDE]     [Linux SCSI]     [Linux Hams]     [Device Mapper]     [Device Mapper Cryptographics]     [Kernel]     [Linux Admin]     [Linux Net]     [GFS]     [RPM]     [git]     [Yosemite Forum]


  Powered by Linux