Ever since I've upgraded to RedHat 6.2
My raided scsi drive has had questionable integrity.
The drives were setup to store my extremlely busy
(read and writes) mysql database tables. 
My main system is mounted on an IDE drive.


/dev/hda8               256194    158197     84769  65% /
/dev/hda1                21929     11399      9398  55% /boot
/dev/hda6              2656420     55980   2465496   2% /home
/dev/hda5              2656420   1569692    951784  62% /usr
/dev/hda7               256194     11023    231943   5% /var
/dev/sda6              1935132    245372   1591364  13% /usr/local/backup
/dev/sdb6              1935132    304636   1532100  17% /usr/local/backup2
/dev/md0               1968464    193220   1675248  10% /usr/local/var


#
# persistent RAID1 array with 0 spare disk.
#
raiddev /dev/md0
    raid-level                1
    nr-raid-disks             2
    nr-spare-disks            0
    persistent-superblock     1
    chunk-size                4

    device                    /dev/sda5
    raid-disk                 0
    device                    /dev/sdb5
    raid-disk                 1




Since the upgrade to the redhat 6.2 I constantly 
getting kernel panics by various programs including
kswapper and raid1d. To quickly fix the problem I booted
my machine off the Redhat 6.2 rescue disk and
copied my data from the raided /usr/local/var  to the main ide disk
(/usr/local/var2).
The difficult part is that there are so many peices that I have to
look at. I suspect the adaptec 2940uw card or the aicXX driver.

Machine has been running fine since I made the above changes but I really
want to find the problem(s) so that I can go back to my raid1 setup which 
I was previously happy with. 

Sorry for the sparse details, but I will keep everyone up to date as I 
work on this problem.
Thanks

Below is the last kernel panic caused by raid1d:


 Apr 16 12:05:01 medusa kernel: created md0 
Apr 16 12:05:01 medusa kernel: bind<sda5,1> 
Apr 16 12:05:01 medusa kernel: bind<sdb5,2> 
Apr 16 12:05:01 medusa kernel: running: <sdb5><sda5> 
Apr 16 12:05:01 medusa kernel: now! 
Apr 16 12:05:01 medusa kernel: sdb5's event counter: 0000002f 
Apr 16 12:05:01 medusa kernel: sda5's event counter: 0000002f 
Apr 16 12:05:01 medusa kernel: md: md0: raid array is not clean -- starting background
reconstruction 
Apr 16 12:05:01 medusa kernel: md0: max total readahead window set to 128k 
Apr 16 12:05:01 medusa kernel: md0: 1 data-disks, max readahead per data-disk: 128k 
Apr 16 12:05:01 medusa kernel: raid1: device sdb5 operational as mirror 1 
Apr 16 12:05:01 medusa kernel: raid1: device sda5 operational as mirror 0 
Apr 16 12:05:01 medusa kernel: raid1: raid set md0 not clean; reconstructing mirrors 
Apr 16 12:05:01 medusa kernel: raid1: raid set md0 active with 2 out of 2 mirrors 
Apr 16 12:05:01 medusa kernel: md: updating md0 RAID superblock on device 
Apr 16 12:05:01 medusa kernel: sdb5 [events: 00000030](write) sdb5's sb offset: 
1999936 
Apr 16 12:05:01 medusa kernel: md: syncing RAID array md0 
Apr 16 12:05:01 medusa kernel: md: minimum _guaranteed_ reconstruction speed: 100 
KB/sec. 
Apr 16 12:05:01 medusa kernel: md: using maximum available idle IO bandwith for 
reconstruction. 
Apr 16 12:05:01 medusa kernel: md: using 128k window. 
Apr 16 12:05:01 medusa kernel: sda5 [events: 00000030](write) sda5's sb offset: 
1999936 
Apr 16 12:05:01 medusa kernel: . 
Apr 16 12:05:01 medusa kernel: ... autorun DONE. 
Apr 16 12:05:01 medusa kernel: EXT2-fs error (device sd(8,6)): 
ext2_check_blocks_bitmap: Wrong free
blocks count for group 3, stored = 24069, counted = 24071 
Apr 16 12:05:01 medusa kernel: EXT2-fs error (device sd(8,6)): 
ext2_check_blocks_bitmap: Wrong free
blocks count in super block, stored = 429743, counted = 429745 
Apr 16 12:05:01 medusa kernel: md0: blocksize changed 
Apr 16 12:05:01 medusa kernel: nr_blocks changed to 32 (blocksize 4096, j 1056, 
max_blocks 499984) 
Apr 16 12:05:01 medusa kernel: rtl8139.c:v1.07 5/6/99 Donald Becker
http://cesdis.gsfc.nasa.gov/linux/drivers/rtl8139.html 
Apr 16 12:05:01 medusa kernel: eth0: RealTek RTL8139 Fast Ethernet at 0xe400, IRQ 11,
00:48:54:62:1f:cd. 
Apr 16 12:05:01 medusa identd: identd startup succeeded
Apr 16 12:05:02 medusa atd: atd startup succeeded
Apr 16 12:05:02 medusa crond: crond startup succeeded
Apr 16 12:05:02 medusa rc: Starting pcmcia succeeded
Apr 16 12:05:02 medusa inet: inetd startup succeeded
Apr 16 12:05:02 medusa inetd[489]: extra conf for service linuxconf/tcp (skipped) 
Apr 16 12:05:02 medusa lpd: lpd startup succeeded
Apr 16 12:05:02 medusa lpd[503]: restarted
Apr 16 12:05:03 medusa keytable: Loading keymap: 
Apr 16 12:05:03 medusa keytable: Loading /usr/lib/kbd/keymaps/i386/qwerty/us.kmap.gz
Apr 16 12:05:03 medusa keytable: Loading system font: 
Apr 16 12:05:03 medusa rc: Starting keytable succeeded
Apr 16 12:05:04 medusa sendmail: sendmail startup succeeded
Apr 16 12:05:04 medusa gpm: gpm startup succeeded
Apr 16 12:05:06 medusa httpd: httpd startup succeeded
Apr 16 12:05:08 medusa xfs: xfs startup succeeded
Apr 16 12:05:08 medusa linuxconf: Linuxconf final setup
Apr 16 12:05:10 medusa rc: Starting linuxconf succeeded
Apr 16 12:05:31 medusa PAM_pwdb[713]: (login) session opened for user root by 
LOGIN(uid=0)
Apr 16 12:12:44 medusa kernel: Unable to handle kernel paging request at virtual 
address 6be8f808 
Apr 16 12:12:44 medusa kernel: current->tss.cr3 = 00101000, %cr3 = 00101000 
Apr 16 12:12:44 medusa kernel: *pde = 00000000 
Apr 16 12:12:44 medusa kernel: Oops: 0002 
Apr 16 12:12:44 medusa kernel: CPU:    0 
Apr 16 12:12:44 medusa kernel: EIP:    0010:[kni_memset+179/462] 
Apr 16 12:12:44 medusa kernel: EFLAGS: 00010246 
Apr 16 12:12:44 medusa kernel: eax: 00000004   ebx: 6be8f800   ecx: 00000000   edx: 
00000090 
Apr 16 12:12:44 medusa kernel: esi: cf42c000   edi: 00000216   ebp: 00000000   esp: 
cf42de2c 
Apr 16 12:12:44 medusa kernel: ds: 0018   es: 0018   ss: 0018 
Apr 16 12:12:44 medusa kernel: Process raid1syncd (pid: 72, process nr: 13, 
stackpage=cf42d000) 
Apr 16 12:12:44 medusa kernel: Stack: 00000003 cf35f600 cf42c000 00000206 6be8f800 
0017ed22 c0278820
00000246  
Apr 16 12:12:44 medusa kernel:        cbe8f000 00000001 00000001 00000080 00000008 
08150bb8 00000020
00000246  
Apr 16 12:12:44 medusa kernel:        00000080 00000055 00000286 00000001 cfaeed60 
00000003 d080907e
6be8f800  
Apr 16 12:12:44 medusa kernel: Call Trace:
[lockd:__insmod_lockd_O/lib/modules/2.2.14-5.0smp/fs/lockd.o_M38C5+-438146/76]
[lockd:__insmod_lockd_O/lib/modules/2.2.14-5.0smp/fs/lockd.o_M38C5+-437671/76]
[md_make_request+130/152] [ll_rw_block+369/513] [md_do_sync+1375/2715]
[lockd:__insmod_lockd_O/lib/modules/2.2.14-5.0smp/fs/lockd.o_M38C5+-434766/76] 
[md_thread+216/422]  
Apr 16 12:12:44 medusa kernel:        [kernel_thread+35/47]  
Apr 16 12:12:44 medusa kernel: Code: 0f 11 03 eb 11 b9 10 00 00 00 89 df 8a 44 24 1f 
fc f3 aa 0f  
Apr 16 12:12:44 medusa kernel: kmem_free: Either bad obj addr or double free 
(objp=cbe8f000,
name=size-512) 


-- 
Vincent Stoessel -

Reply via email to