From mboxrd@z Thu Jan 1 00:00:00 1970 From: berthiaume_wayne@emc.com Subject: Reiserfs oops Date: Thu, 10 Apr 2003 13:56:05 -0400 Message-ID: <93F527C91A6ED411AFE10050040665D007AA83FC@CORPUSMX1> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_000_01C2FF8A.751DEB60" Return-path: list-help: list-unsubscribe: list-post: Errors-To: flx@namesys.com List-Id: To: green@namesys.com Cc: reiserfs-list@namesys.com ------_=_NextPart_000_01C2FF8A.751DEB60 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C2FF8A.751DEB60" ------_=_NextPart_001_01C2FF8A.751DEB60 Content-Type: text/plain; charset="iso-8859-1" Oleg, I'm seeing the attached oops's when a hard drive failure is encountered. There are four drives in RAID 1. Is it normal for reiserfs to oops when a drive fails? Attached oops file... Regards, Wayne "One man can make a difference, and every man should try." - JFK ------_=_NextPart_001_01C2FF8A.751DEB60 Content-Type: text/html; charset="iso-8859-1"

Oleg, I'm seeing the attached oops's when a hard drive failure is encountered. There are four drives in RAID 1. Is it normal for reiserfs to oops when a drive fails?

Attached oops file...

Regards,

Wayne
"One man can make a difference, and every man should try." - JFK

------_=_NextPart_001_01C2FF8A.751DEB60-- ------_=_NextPart_000_01C2FF8A.751DEB60 Content-Type: text/plain; name="oopses.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="oopses.txt" ksymoops 2.4.4 on i686 2.4.19-prod-1.15.1. Options used=0A= -V (default)=0A= -k /proc/ksyms (default)=0A= -l /proc/modules (default)=0A= -o /lib/modules/2.4.19-prod-1.15.1/ (default)=0A= -m /boot/System.map (specified)=0A= =0A= Warning (compare_maps): mismatch on symbol READ_SUPERIO_CONFIG , = neismbus says d08b75a8, = /lib/modules/2.4.19-prod-1.15.1/kernel/misc/neismbus.o says d08b6af8. = Ignoring /lib/modules/2.4.19-prod-1.15.1/kernel/misc/neismbus.o = entry=0A= Warning (compare_maps): mismatch on symbol WRITE_SUPERIO_CONFIG , = neismbus says d08b75e8, = /lib/modules/2.4.19-prod-1.15.1/kernel/misc/neismbus.o says d08b6b08. = Ignoring /lib/modules/2.4.19-prod-1.15.1/kernel/misc/neismbus.o = entry=0A= Apr 8 04:42:06 centera kernel: cpu: 0, clocks: 1336323, slice: = 668161=0A= Apr 8 07:38:55 centera kernel: 0000000, vendor =3D 0=0A= Apr 8 07:38:55 centera kernel: cpu: 0, clocks: 1336324, slice: = 668162=0A= Apr 8 23:18:37 centera kernel: Unable to handle kernel NULL pointer = dereference at virtual address 00000018=0A= Apr 8 23:18:37 centera kernel: c0184024=0A= Apr 8 23:18:37 centera kernel: *pde =3D 00000000=0A= Apr 8 23:18:37 centera kernel: Oops: 0000=0A= Apr 8 23:18:37 centera kernel: CPU: 0=0A= Apr 8 23:18:37 centera kernel: EIP: 0010:[] Not = tainted=0A= Using defaults from ksymoops -t elf32-i386 -a i386=0A= Apr 8 23:18:37 centera kernel: EFLAGS: 00010206=0A= Apr 8 23:18:37 centera kernel: eax: 0000000a ebx: cb57a000 ecx: = 00000000 edx: d0a7f000=0A= Apr 8 23:18:37 centera kernel: esi: 0000000a edi: 00000004 ebp: = d0a7f28c esp: cf2f3e40=0A= Apr 8 23:18:37 centera kernel: ds: 0018 es: 0018 ss: 0018=0A= Apr 8 23:18:37 centera kernel: Process java (pid: 2304, = stackpage=3Dcf2f3000)=0A= Apr 8 23:18:37 centera kernel: Stack: c0131c60 00000002 d0a7f584 = cc5f2d80 cb57a000 0000000a 00000001 c0184125 =0A= Apr 8 23:18:37 centera kernel: cb57a000 00000004 0000000a = 00000000 c01845fc cb57a000 00000004 0000000a =0A= Apr 8 23:18:37 centera kernel: 00000000 0000000b 00000000 = d0aa16e4 c0132868 0000210a 00000058 00000280 =0A= Apr 8 23:18:37 centera kernel: Call Trace: [] = [] [] [] []=0A= Apr 8 23:18:37 centera kernel: [] [] = [] [] [] []=0A= Apr 8 23:18:37 centera kernel: [] []=0A= Apr 8 23:18:37 centera kernel: Code: f6 41 18 04 74 29 8b 41 18 83 e0 = 04 74 0d 51 e8 a8 db fa ff =0A= =0A= >>EIP; c0184024 <_update_journal_header_block+24/110> = <=3D=3D=3D=3D=3D=0A= Trace; c0131c60 <__wait_on_buffer+80/90>=0A= Trace; c0184125 =0A= Trace; c01845fc =0A= Trace; c0132868 =0A= Trace; c0187aad =0A= Trace; c01862bb =0A= Trace; c0186995 =0A= Trace; c0187073 =0A= Trace; c011c15d =0A= Trace; c0173123 =0A= Trace; c0130f42 =0A= Trace; c0132071 =0A= Trace; c010881b =0A= Code; c0184024 <_update_journal_header_block+24/110>=0A= 00000000 <_EIP>:=0A= Code; c0184024 <_update_journal_header_block+24/110> = <=3D=3D=3D=3D=3D=0A= 0: f6 41 18 04 testb $0x4,0x18(%ecx) = <=3D=3D=3D=3D=3D=0A= Code; c0184028 <_update_journal_header_block+28/110>=0A= 4: 74 29 je 2f <_EIP+0x2f> c0184053 = <_update_journal_header_block+53/110>=0A= Code; c018402a <_update_journal_header_block+2a/110>=0A= 6: 8b 41 18 mov 0x18(%ecx),%eax=0A= Code; c018402d <_update_journal_header_block+2d/110>=0A= 9: 83 e0 04 and $0x4,%eax=0A= Code; c0184030 <_update_journal_header_block+30/110>=0A= c: 74 0d je 1b <_EIP+0x1b> c018403f = <_update_journal_header_block+3f/110>=0A= Code; c0184032 <_update_journal_header_block+32/110>=0A= e: 51 push %ecx=0A= Code; c0184033 <_update_journal_header_block+33/110>=0A= f: e8 a8 db fa ff call fffadbbc <_EIP+0xfffadbbc> = c0131be0 <__wait_on_buffer+0/90>=0A= =0A= Apr 9 01:03:47 centera kernel: Unable to handle kernel NULL pointer = dereference at virtual address 00000018=0A= Apr 9 01:03:47 centera kernel: c0184024=0A= Apr 9 01:03:47 centera kernel: *pde =3D 00000000=0A= Apr 9 01:03:47 centera kernel: Oops: 0000=0A= Apr 9 01:03:47 centera kernel: CPU: 0=0A= Apr 9 01:03:47 centera kernel: EIP: 0010:[] Not = tainted=0A= Apr 9 01:03:47 centera kernel: EFLAGS: 00010206=0A= Apr 9 01:03:47 centera kernel: eax: 0000000a ebx: cb919000 ecx: = 00000000 edx: d0a7f000=0A= Apr 9 01:03:47 centera kernel: esi: 0000000a edi: 00000004 ebp: = d0a7f28c esp: cf767e40=0A= Apr 9 01:03:47 centera kernel: ds: 0018 es: 0018 ss: 0018=0A= Apr 9 01:03:47 centera kernel: Process java (pid: 2328, = stackpage=3Dcf767000)=0A= Apr 9 01:03:47 centera kernel: Stack: c0131c60 00000002 d0a802e0 = cd897440 cb919000 0000000a 00000001 c0184125 =0A= Apr 9 01:03:47 centera kernel: cb919000 00000004 0000000a = 00000000 c01845fc cb919000 00000004 0000000a =0A= Apr 9 01:03:47 centera kernel: 00000000 00000038 00000000 = d0aa26c8 c0132868 0000210a 0000012c 00000280 =0A= Apr 9 01:03:47 centera kernel: Call Trace: [] = [] [] [] []=0A= Apr 9 01:03:47 centera kernel: [] [] = [] [] [] []=0A= Apr 9 01:03:47 centera kernel: [] []=0A= Apr 9 01:03:47 centera kernel: Code: f6 41 18 04 74 29 8b 41 18 83 e0 = 04 74 0d 51 e8 a8 db fa ff =0A= =0A= >>EIP; c0184024 <_update_journal_header_block+24/110> = <=3D=3D=3D=3D=3D=0A= Trace; c0131c60 <__wait_on_buffer+80/90>=0A= Trace; c0184125 =0A= Trace; c01845fc =0A= Trace; c0132868 =0A= Trace; c0187aad =0A= Trace; c01862bb =0A= Trace; c0186995 =0A= Trace; c0187073 =0A= Trace; c01aa419 =0A= Trace; c0173123 =0A= Trace; c0130f42 =0A= Trace; c0132071 =0A= Trace; c010881b =0A= Code; c0184024 <_update_journal_header_block+24/110>=0A= 00000000 <_EIP>:=0A= Code; c0184024 <_update_journal_header_block+24/110> = <=3D=3D=3D=3D=3D=0A= 0: f6 41 18 04 testb $0x4,0x18(%ecx) = <=3D=3D=3D=3D=3D=0A= Code; c0184028 <_update_journal_header_block+28/110>=0A= 4: 74 29 je 2f <_EIP+0x2f> c0184053 = <_update_journal_header_block+53/110>=0A= Code; c018402a <_update_journal_header_block+2a/110>=0A= 6: 8b 41 18 mov 0x18(%ecx),%eax=0A= Code; c018402d <_update_journal_header_block+2d/110>=0A= 9: 83 e0 04 and $0x4,%eax=0A= Code; c0184030 <_update_journal_header_block+30/110>=0A= c: 74 0d je 1b <_EIP+0x1b> c018403f = <_update_journal_header_block+3f/110>=0A= Code; c0184032 <_update_journal_header_block+32/110>=0A= e: 51 push %ecx=0A= Code; c0184033 <_update_journal_header_block+33/110>=0A= f: e8 a8 db fa ff call fffadbbc <_EIP+0xfffadbbc> = c0131be0 <__wait_on_buffer+0/90>=0A= =0A= Apr 9 04:48:35 centera kernel: Unable to handle kernel NULL pointer = dereference at virtual address 00000018=0A= Apr 9 04:48:35 centera kernel: c0184024=0A= Apr 9 04:48:35 centera kernel: *pde =3D 00000000=0A= Apr 9 04:48:35 centera kernel: Oops: 0000=0A= Apr 9 04:48:35 centera kernel: CPU: 0=0A= Apr 9 04:48:35 centera kernel: EIP: 0010:[] Not = tainted=0A= Apr 9 04:48:35 centera kernel: EFLAGS: 00010206=0A= Apr 9 04:48:35 centera kernel: eax: 0000000a ebx: cba23000 ecx: = 00000000 edx: d0a7f000=0A= Apr 9 04:48:35 centera kernel: esi: 0000000a edi: 00000004 ebp: = d0a7f28c esp: cf4fbe40=0A= Apr 9 04:48:35 centera kernel: ds: 0018 es: 0018 ss: 0018=0A= Apr 9 04:48:35 centera kernel: Process java (pid: 2312, = stackpage=3Dcf4fb000)=0A= Apr 9 04:48:35 centera kernel: Stack: c0131c60 00000002 d0a80540 = cdb09920 cba23000 0000000a 00000001 c0184125 =0A= Apr 9 04:48:35 centera kernel: cba23000 00000004 0000000a = 00000000 c01845fc cba23000 00000004 0000000a =0A= Apr 9 04:48:35 centera kernel: 00000000 00000040 00000000 = d0aa23d4 c0132868 0000210a 00000132 00001580 =0A= Apr 9 04:48:35 centera kernel: Call Trace: [] = [] [] [] []=0A= Apr 9 04:48:35 centera kernel: [] [] = [] [] [] []=0A= Apr 9 04:48:35 centera kernel: [] []=0A= Apr 9 04:48:35 centera kernel: Code: f6 41 18 04 74 29 8b 41 18 83 e0 = 04 74 0d 51 e8 a8 db fa ff =0A= =0A= >>EIP; c0184024 <_update_journal_header_block+24/110> = <=3D=3D=3D=3D=3D=0A= Trace; c0131c60 <__wait_on_buffer+80/90>=0A= Trace; c0184125 =0A= Trace; c01845fc =0A= Trace; c0132868 =0A= Trace; c0187b03 =0A= Trace; c01862bb =0A= Trace; c0186995 =0A= Trace; c0187073 =0A= Trace; c01aa399 =0A= Trace; c0173123 =0A= Trace; c0130f42 =0A= Trace; c0132071 =0A= Trace; c010881b =0A= Code; c0184024 <_update_journal_header_block+24/110>=0A= 00000000 <_EIP>:=0A= Code; c0184024 <_update_journal_header_block+24/110> = <=3D=3D=3D=3D=3D=0A= 0: f6 41 18 04 testb $0x4,0x18(%ecx) = <=3D=3D=3D=3D=3D=0A= Code; c0184028 <_update_journal_header_block+28/110>=0A= 4: 74 29 je 2f <_EIP+0x2f> c0184053 = <_update_journal_header_block+53/110>=0A= Code; c018402a <_update_journal_header_block+2a/110>=0A= 6: 8b 41 18 mov 0x18(%ecx),%eax=0A= Code; c018402d <_update_journal_header_block+2d/110>=0A= 9: 83 e0 04 and $0x4,%eax=0A= Code; c0184030 <_update_journal_header_block+30/110>=0A= c: 74 0d je 1b <_EIP+0x1b> c018403f = <_update_journal_header_block+3f/110>=0A= Code; c0184032 <_update_journal_header_block+32/110>=0A= e: 51 push %ecx=0A= Code; c0184033 <_update_journal_header_block+33/110>=0A= f: e8 a8 db fa ff call fffadbbc <_EIP+0xfffadbbc> = c0131be0 <__wait_on_buffer+0/90>=0A= =0A= 2003.04.08 07:33:36 UTC Cluster Handlers CLUSTER_PACKET from = 03e80428-1dd2-11b2-bd5f-c41825ecc8a4 #9142 ClusterManager STApr 9 = 05:12:02 centera syslogd 1.4.1: restart.=0A= Apr 9 05:13:59 centera kernel: Unable to handle kernel NULL pointer = dereference at virtual address 00000018=0A= Apr 9 05:13:59 centera kernel: c0184024=0A= Apr 9 05:13:59 centera kernel: *pde =3D 00000000=0A= Apr 9 05:13:59 centera kernel: Oops: 0000=0A= Apr 9 05:13:59 centera kernel: CPU: 0=0A= Apr 9 05:13:59 centera kernel: EIP: 0010:[] Not = tainted=0A= Apr 9 05:13:59 centera kernel: EFLAGS: 00010206=0A= Apr 9 05:13:59 centera kernel: eax: 0000000a ebx: cb8e0000 ecx: = 00000000 edx: d0a7f000=0A= Apr 9 05:13:59 centera kernel: esi: 0000000a edi: 00000004 ebp: = d0a7f28c esp: cf335e40=0A= Apr 9 05:13:59 centera kernel: ds: 0018 es: 0018 ss: 0018=0A= Apr 9 05:13:59 centera kernel: Process java (pid: 2269, = stackpage=3Dcf335000)=0A= Apr 9 05:13:59 centera kernel: Stack: c0131c60 00000002 d0a80540 = cd7afe60 cb8e0000 0000000a 00000001 c0184125 =0A= Apr 9 05:13:59 centera kernel: cb8e0000 00000004 0000000a = 00000000 c01845fc cb8e0000 00000004 0000000a =0A= Apr 9 05:13:59 centera kernel: 00000000 00000040 00000000 = d0aa25cc c0132868 0000210a 0000012f 00001580 =0A= Apr 9 05:13:59 centera kernel: Call Trace: [] = [] [] [] []=0A= Apr 9 05:13:59 centera kernel: [] [] = [] [] [] []=0A= Apr 9 05:13:59 centera kernel: []=0A= Apr 9 05:13:59 centera kernel: Code: f6 41 18 04 74 29 8b 41 18 83 e0 = 04 74 0d 51 e8 a8 db fa ff =0A= =0A= >>EIP; c0184024 <_update_journal_header_block+24/110> = <=3D=3D=3D=3D=3D=0A= Trace; c0131c60 <__wait_on_buffer+80/90>=0A= Trace; c0184125 =0A= Trace; c01845fc =0A= Trace; c0132868 =0A= Trace; c0187b03 =0A= Trace; c01862bb =0A= Trace; c0186995 =0A= Trace; c0187073 =0A= Trace; c0173123 =0A= Trace; c0130f42 =0A= Trace; c0132071 =0A= Trace; c010881b =0A= Code; c0184024 <_update_journal_header_block+24/110>=0A= 00000000 <_EIP>:=0A= Code; c0184024 <_update_journal_header_block+24/110> = <=3D=3D=3D=3D=3D=0A= 0: f6 41 18 04 testb $0x4,0x18(%ecx) = <=3D=3D=3D=3D=3D=0A= Code; c0184028 <_update_journal_header_block+28/110>=0A= 4: 74 29 je 2f <_EIP+0x2f> c0184053 = <_update_journal_header_block+53/110>=0A= Code; c018402a <_update_journal_header_block+2a/110>=0A= 6: 8b 41 18 mov 0x18(%ecx),%eax=0A= Code; c018402d <_update_journal_header_block+2d/110>=0A= 9: 83 e0 04 and $0x4,%eax=0A= Code; c0184030 <_update_journal_header_block+30/110>=0A= c: 74 0d je 1b <_EIP+0x1b> c018403f = <_update_journal_header_block+3f/110>=0A= Code; c0184032 <_update_journal_header_block+32/110>=0A= e: 51 push %ecx=0A= Code; c0184033 <_update_journal_header_block+33/110>=0A= f: e8 a8 db fa ff call fffadbbc <_EIP+0xfffadbbc> = c0131be0 <__wait_on_buffer+0/90>=0A= =0A= =0A= 2 warnings issued. Results may not be reliable.=0A= ------_=_NextPart_000_01C2FF8A.751DEB60-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Lars Marowsky-Bree Subject: Re: Reiserfs oops Date: Thu, 10 Apr 2003 20:06:01 +0200 Message-ID: <20030410180601.GN7458@marowsky-bree.de> References: <93F527C91A6ED411AFE10050040665D007AA83FC@CORPUSMX1> Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable Return-path: list-help: list-unsubscribe: list-post: Errors-To: flx@namesys.com Content-Disposition: inline In-Reply-To: <93F527C91A6ED411AFE10050040665D007AA83FC@CORPUSMX1> List-Id: Content-Type: text/plain; charset="iso-8859-1" To: berthiaume_wayne@emc.com, green@namesys.com Cc: reiserfs-list@namesys.com On 2003-04-10T13:56:05, berthiaume_wayne@emc.com said: > Oleg, I'm seeing the attached oops's when a hard drive failure is > encountered. There are four drives in RAID 1. Is it normal for reiserfs to > oops when a drive fails? > Attached oops file... AFAIK yes, if the drive error escalates up to reiserfs and is not masked by the RAID1. Jeff is working on that. Sincerely, Lars Marowsky-Br=E9e --=20 SuSE Labs - Research & Development, SuSE Linux AG =20 "If anything can go wrong, it will." "Chance favors the prepared (mind)." -- Capt. Edward A. Murphy -- Louis Pasteur From mboxrd@z Thu Jan 1 00:00:00 1970 From: Oleg Drokin Subject: Re: Reiserfs oops Date: Thu, 10 Apr 2003 22:09:29 +0400 Message-ID: <20030410220929.A11132@namesys.com> References: <93F527C91A6ED411AFE10050040665D007AA83FC@CORPUSMX1> Mime-Version: 1.0 Return-path: list-help: list-unsubscribe: list-post: Errors-To: flx@namesys.com Content-Disposition: inline In-Reply-To: <93F527C91A6ED411AFE10050040665D007AA83FC@CORPUSMX1> List-Id: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: berthiaume_wayne@emc.com Cc: reiserfs-list@namesys.com Hello! On Thu, Apr 10, 2003 at 01:56:05PM -0400, berthiaume_wayne@emc.com wrote: > Oleg, I'm seeing the attached oops's when a hard drive failure is > encountered. There are four drives in RAID 1. Is it normal for reiserfs to > oops when a drive fails? Hm, You mean that all four drives have a bad block in the same place? I thought that the whole idea of RAID1 is that when one hard drive fails, other will deliver necessary data. reiserfs does not handle io errors (especially in journal area) very gracefully and should just panic (not dereference something bad like in your case which is something very suspicious). Jeff Mahoney of SuSE is working on having more redundancy in such cases. > Attached oops file... Hm, this one is certainly looking very strange. I will comment more on it tomorrow. Do you have any extra reiserfs patches on top of your 2.4.19 kernel? Bye, Oleg From mboxrd@z Thu Jan 1 00:00:00 1970 From: Anders Widman Subject: Re: Reiserfs oops Date: Thu, 10 Apr 2003 20:26:37 +0200 Message-ID: <23882571.20030410202637@tnonline.net> References: <93F527C91A6ED411AFE10050040665D007AA83FC@CORPUSMX1> <20030410220929.A11132@namesys.com> Reply-To: Anders Widman Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Return-path: list-help: list-unsubscribe: list-post: Errors-To: flx@namesys.com In-Reply-To: <20030410220929.A11132@namesys.com> List-Id: Content-Type: text/plain; charset="us-ascii" To: reiserfs-list@namesys.com >> Oleg, I'm seeing the attached oops's when a hard drive failure is >> encountered. There are four drives in RAID 1. Is it normal for reiserfs to >> oops when a drive fails? You mean raid5/raid0 ? Is not RAID1 = striping without redundancy? Or am I the one who is to tried right now? ;) From mboxrd@z Thu Jan 1 00:00:00 1970 From: Bingner Sam J Contractor PACAF CSS/SCHE Subject: RE: Reiserfs oops Date: Thu, 10 Apr 2003 18:32:05 -0000 Message-ID: Mime-Version: 1.0 Return-path: list-help: list-unsubscribe: list-post: Errors-To: flx@namesys.com List-Id: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: 'Anders Widman' Cc: reiserfs-list@namesys.com RAID0 = appending or striping, no redundancy RAID1 = mirroring http://www.cs.wustl.edu/cs/cs/archive/CS401_SP01/mar23/slide3.html > -----Original Message----- > From: Anders Widman [mailto:andewid@tnonline.net] > Sent: Thursday, April 10, 2003 8:27 AM > To: reiserfs-list@namesys.com > Subject: Re: Reiserfs oops > > > >> Oleg, I'm seeing the attached oops's when a hard > drive failure is > >> encountered. There are four drives in RAID 1. Is it normal > for reiserfs to > >> oops when a drive fails? > > You mean raid5/raid0 ? > > Is not RAID1 = striping without redundancy? Or am I the one who is to > tried right now? ;) > From mboxrd@z Thu Jan 1 00:00:00 1970 From: berthiaume_wayne@emc.com Subject: RE: Reiserfs oops Date: Wed, 23 Apr 2003 17:08:58 -0400 Message-ID: <93F527C91A6ED411AFE10050040665D007AA844A@CORPUSMX1> Mime-Version: 1.0 Return-path: list-help: list-unsubscribe: list-post: Errors-To: flx@namesys.com List-Id: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: green@namesys.com Cc: reiserfs-list@namesys.com Hi Oleg! Sorry for the delay. I've been on a long needed holiday. > -----Original Message----- > From: Oleg Drokin [mailto:green@namesys.com] > Sent: Thursday, April 10, 2003 2:09 PM > To: berthiaume_wayne@emc.com > Cc: reiserfs-list@namesys.com > Subject: Re: Reiserfs oops > > > Hello! > > On Thu, Apr 10, 2003 at 01:56:05PM -0400, > berthiaume_wayne@emc.com wrote: > > > Oleg, I'm seeing the attached oops's when a hard > drive failure is > > encountered. There are four drives in RAID 1. Is it normal > for reiserfs to > > oops when a drive fails? > > Hm, You mean that all four drives have a bad block in the same place? Only one drive has the bad block. md() doesn't break the mirror and drop the drive. > I thought that the whole idea of RAID1 is that when > one hard drive fails, other will deliver necessary data. > > reiserfs does not handle io errors (especially in journal > area) very gracefully > and should just panic (not dereference something bad like in > your case which > is something very suspicious). Jeff Mahoney of SuSE is > working on having more > redundancy in such cases. > > > Attached oops file... > > Hm, this one is certainly looking very strange. > I will comment more on it tomorrow. Do you have any extra > reiserfs patches They are 1 thru 13 off the Namesys ftp site for 2.4.19. > on top of your 2.4.19 kernel? > > Bye, > Oleg > From mboxrd@z Thu Jan 1 00:00:00 1970 From: Oleg Drokin Subject: Re: Reiserfs oops Date: Thu, 24 Apr 2003 09:21:59 +0400 Message-ID: <20030424052159.GF22674@namesys.com> References: <93F527C91A6ED411AFE10050040665D007AA844A@CORPUSMX1> Mime-Version: 1.0 Return-path: list-help: list-unsubscribe: list-post: Errors-To: flx@namesys.com Content-Disposition: inline In-Reply-To: <93F527C91A6ED411AFE10050040665D007AA844A@CORPUSMX1> List-Id: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: berthiaume_wayne@emc.com Cc: reiserfs-list@namesys.com Hello! On Wed, Apr 23, 2003 at 05:08:58PM -0400, berthiaume_wayne@emc.com wrote: > > Hm, You mean that all four drives have a bad block in the same place? > Only one drive has the bad block. md() doesn't break the mirror and > drop the drive. Hm. Looks like this is md bug or something like that. Buffer with journal header have disappeared under our foot, or at least I think so. I am not sure what we can do about it. Bye, Oleg From mboxrd@z Thu Jan 1 00:00:00 1970 From: berthiaume_wayne@emc.com Subject: RE: Reiserfs oops Date: Thu, 24 Apr 2003 08:29:29 -0400 Message-ID: <93F527C91A6ED411AFE10050040665D007AA844B@CORPUSMX1> Mime-Version: 1.0 Return-path: list-help: list-unsubscribe: list-post: Errors-To: flx@namesys.com List-Id: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: green@namesys.com Cc: reiserfs-list@namesys.com Cool... Thanks Oleg for taking a look at it. Wayne. > -----Original Message----- > From: Oleg Drokin [mailto:green@namesys.com] > Sent: Thursday, April 24, 2003 1:22 AM > To: berthiaume_wayne@emc.com > Cc: reiserfs-list@namesys.com > Subject: Re: Reiserfs oops > > > Hello! > > On Wed, Apr 23, 2003 at 05:08:58PM -0400, > berthiaume_wayne@emc.com wrote: > > > > Hm, You mean that all four drives have a bad block in the > same place? > > Only one drive has the bad block. md() doesn't break > the mirror and > > drop the drive. > > Hm. Looks like this is md bug or something like that. > Buffer with journal header have disappeared under our foot, > or at least I > think so. > I am not sure what we can do about it. > > Bye, > Oleg > From mboxrd@z Thu Jan 1 00:00:00 1970 From: Samuel Liddicott Subject: reiserfs oops Date: Tue, 22 Feb 2005 12:22:44 +0000 Message-ID: <421B2414.2080500@liddicott.com> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit list-help: list-unsubscribe: list-post: Errors-To: flx@namesys.com List-Id: Content-Type: text/plain; charset="us-ascii"; format="flowed" To: reiserfs-list@namesys.com I'm not looking for you to rescue me or anything, just doing my bit to help keep reiserfs solid by reporting bugs. I've been using qtparted to resize some reiserfs and ntfs partitions while making the final migration to linux. I've since abandoned this approach and borrow a large disk instead. However, you may be interested to know that my file systems are left in a state where copying from one untainted file system to another grown (only) file system causes rsync and mv to segfault. uname -ar reports: Linux ting 2.6.9-1-686-smp #1 SMP Sun Oct 31 02:18:55 EST 2004 i686 GNU/Linux I built the kernel myself from debian-unstable source packages. Here is something from /var/log/messages: Feb 22 10:18:37 ting kernel: ReiserFS: hdb2: found reiserfs format "3.6" with standard journal Feb 22 10:18:41 ting kernel: ReiserFS: hdb2: using ordered data mode Feb 22 10:18:41 ting kernel: ReiserFS: hdb2: journal params: device hdb2, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30 Feb 22 10:18:41 ting kernel: ReiserFS: hdb2: checking transaction log (hdb2) Feb 22 10:18:41 ting kernel: ReiserFS: hdb2: Using r5 hash to sort names Feb 22 10:18:43 ting kernel: ReiserFS: hdb4: found reiserfs format "3.6" with standard journal Feb 22 10:18:44 ting kernel: ReiserFS: hdb4: using ordered data mode Feb 22 10:18:44 ting kernel: ReiserFS: hdb4: journal params: device hdb4, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30 Feb 22 10:18:44 ting kernel: ReiserFS: hdb4: checking transaction log (hdb4) Feb 22 10:18:44 ting kernel: ReiserFS: hdb4: Using r5 hash to sort names Feb 22 10:19:20 ting kernel: ------------[ cut here ]------------ Feb 22 10:19:20 ting kernel: PREEMPT SMP Feb 22 10:19:20 ting kernel: Modules linked in: ipv6 parport_pc lp parport binfmt_misc autofs4 thermal fan button processor ac battery hfsplus hfs sn9c102 videodev joydev ir_usb usbserial irda_usb irda crc_ccitt ipt_limit ipt_state ipt_LOG ipt_REJECT ip_conntrack_irc ip_conntrack_ftp ip_conntrack iptable_filter ip_tables tsdev usbhid ehci_hcd usblp eth1394 uhci_hcd via_rhine mii crc32 sbp2 scsi_mod ohci1394 ieee1394 nls_iso8859_1 nls_cp437 capability commoncap ide_cd cdrom snd_intel8x0 snd_ac97_codec snd_pcm_oss snd_mixer_oss snd_pcm snd_timer snd_page_alloc gameport snd_mpu401_uart snd_rawmidi snd_seq_device snd soundcore evdev mousedev usbmouse usbcore minix ntfs isofs vfat msdos fat ext2 ext3 jbd mbcache reiserfs ide_generic ide_disk piix ide_core unix fbcon font vesafb cfbcopyarea cfbimgblt cfbfillrect Feb 22 10:19:20 ting kernel: CPU: 0 Feb 22 10:19:20 ting kernel: EIP: 0060:[pg0+545804692/1069900800] Not tainted VLI Feb 22 10:19:20 ting kernel: EFLAGS: 00010282 (2.6.9-1-686-smp) Feb 22 10:19:20 ting kernel: EIP is at reiserfs_in_journal+0x134/0x1a0 [reiserfs] Feb 22 10:19:20 ting kernel: eax: 00000000 ebx: e106811c ecx: 00001710 edx: e10f73a8 Feb 22 10:19:20 ting kernel: esi: 00c60000 edi: 00000000 ebp: da0e2400 esp: cbd11bd8 Feb 22 10:19:20 ting kernel: ds: 007b es: 007b ss: 0068 Feb 22 10:19:20 ting kernel: Process mv (pid: 7654, threadinfo=cbd10000 task=ca660810) Feb 22 10:19:20 ting kernel: Stack: cbd11c60 da0e2400 00000001 d258cd80 00000000 e0f6ac60 cbd11c60 da0e2400 Feb 22 10:19:20 ting kernel: e0c0823c da0e2400 0000018c 00000000 00000001 cbd11c18 00000000 00000000 Feb 22 10:19:20 ting kernel: 00000000 0000018c cbd11c60 00001000 da0e2400 e0c0848a cbd11ebc 0000018c Feb 22 10:19:20 ting kernel: Call Trace: Feb 22 10:19:20 ting kernel: [pg0+545653308/1069900800] scan_bitmap_block+0x23c/0x280 [reiserfs] Feb 22 10:19:20 ting kernel: [pg0+545653898/1069900800] scan_bitmap+0x12a/0x230 [reiserfs] Feb 22 10:19:20 ting kernel: [pg0+545658886/1069900800] reiserfs_allocate_blocknrs+0x256/0x5a0 [reiserfs] Feb 22 10:19:20 ting kernel: [pg0+545712290/1069900800] reiserfs_allocate_blocks_for_region+0x262/0x1620 [reiserfs] Feb 22 10:19:20 ting kernel: [pg0+545784067/1069900800] search_for_position_by_key+0x1d3/0x400 [reiserfs] Feb 22 10:19:20 ting kernel: [pg0+545687562/1069900800] make_cpu_key+0x5a/0x70 [reiserfs] Feb 22 10:19:20 ting kernel: [pg0+545778051/1069900800] pathrelse+0x23/0x40 [reiserfs] Feb 22 10:19:20 ting kernel: [pg0+545720572/1069900800] reiserfs_prepare_file_region_for_write+0x3bc/0x9d0 [reiserfs] Feb 22 10:19:20 ting kernel: [pg0+545723518/1069900800] reiserfs_file_write+0x56e/0x7d0 [reiserfs] Feb 22 10:19:20 ting kernel: [__generic_file_aio_read+530/592] __generic_file_aio_read+0x212/0x250 Feb 22 10:19:20 ting kernel: [vfs_write+237/352] vfs_write+0xed/0x160 Feb 22 10:19:20 ting kernel: [sys_write+81/128] sys_write+0x51/0x80 Feb 22 10:19:20 ting kernel: [syscall_call+7/11] syscall_call+0x7/0xb Feb 22 10:19:20 ting kernel: Code: e1 ff 1f 00 00 8b 04 8b 85 c0 74 17 8d 74 26 00 8d bc 27 00 00 00 00 39 70 08 74 1e 8b 40 20 85 c0 75 f4 31 d2 31 c0 85 d2 74 a7 <0f> 0b 0c 02 e7 b2 c3 e0 b8 01 00 00 00 eb 98 39 68 04 75 dd 89 And previous to that: Feb 22 09:29:43 ting kernel: ReiserFS: hdb2: found reiserfs format "3.6" with standard journal Feb 22 09:29:47 ting kernel: ReiserFS: hdb2: using ordered data mode Feb 22 09:29:47 ting kernel: ReiserFS: hdb2: journal params: device hdb2, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30 Feb 22 09:29:47 ting kernel: ReiserFS: hdb2: checking transaction log (hdb2) Feb 22 09:29:47 ting kernel: ReiserFS: hdb2: Using r5 hash to sort names Feb 22 09:29:49 ting kernel: ReiserFS: hdb4: found reiserfs format "3.6" with standard journal Feb 22 09:29:50 ting kernel: ReiserFS: hdb4: using ordered data mode Feb 22 09:29:50 ting kernel: ReiserFS: hdb4: journal params: device hdb4, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30 Feb 22 09:29:50 ting kernel: ReiserFS: hdb4: checking transaction log (hdb4) Feb 22 09:29:50 ting kernel: ReiserFS: hdb4: Using r5 hash to sort names Feb 22 09:30:17 ting kernel: ------------[ cut here ]------------ Feb 22 09:30:17 ting kernel: PREEMPT SMP Feb 22 09:30:17 ting kernel: Modules linked in: ipv6 parport_pc lp parport binfmt_misc autofs4 thermal fan button processor ac battery sn9c102 videodev hfsplus hfs ir_usb usbserial irda_usb irda crc_ccitt ipt_limit ipt_state ipt_LOG ipt_REJECT ip_conntrack_irc ip_conntrack_ftp ip_conntrack iptable_filter ip_tables joydev tsdev usbhid ehci_hcd usblp eth1394 uhci_hcd via_rhine mii crc32 sbp2 scsi_mod ohci1394 ieee1394 nls_iso8859_1 nls_cp437 capability commoncap ide_cd cdrom snd_intel8x0 snd_ac97_codec snd_pcm_oss snd_mixer_oss snd_pcm snd_timer snd_page_alloc gameport snd_mpu401_uart snd_rawmidi snd_seq_device snd soundcore evdev mousedev usbmouse usbcore minix ntfs isofs vfat msdos fat ext2 ext3 jbd mbcache reiserfs ide_generic ide_disk piix ide_core unix fbcon font vesafb cfbcopyarea cfbimgblt cfbfillrect Feb 22 09:30:17 ting kernel: CPU: 0 Feb 22 09:30:17 ting kernel: EIP: 0060:[pg0+545804692/1069900800] Not tainted VLI Feb 22 09:30:17 ting kernel: EFLAGS: 00010286 (2.6.9-1-686-smp) Feb 22 09:30:17 ting kernel: EIP is at reiserfs_in_journal+0x134/0x1a0 [reiserfs] Feb 22 09:30:17 ting kernel: eax: 00000000 ebx: e106a11c ecx: 00001890 edx: e10f93f0 Feb 22 09:30:17 ting kernel: esi: 00c60000 edi: 00000000 ebp: df57d400 esp: dd7bfbd8 Feb 22 09:30:17 ting kernel: ds: 007b es: 007b ss: 0068 Feb 22 09:30:17 ting kernel: Process rsync (pid: 7482, threadinfo=dd7be000 task=d9af4b70) Feb 22 09:30:17 ting kernel: Stack: dd7bfc60 df57d400 00004cc4 dbe4a180 00000000 e0fd8c60 dd7bfc60 df57d400 Feb 22 09:30:17 ting kernel: e0c0823c df57d400 0000018c 00000000 00000001 dd7bfc18 00000000 00000000 Feb 22 09:30:17 ting kernel: 00000000 0000018c dd7bfc60 00001000 df57d400 e0c0848a dd7bfebc 0000018c Feb 22 09:30:17 ting kernel: Call Trace: Feb 22 09:30:17 ting kernel: [pg0+545653308/1069900800] scan_bitmap_block+0x23c/0x280 [reiserfs] Feb 22 09:30:17 ting kernel: [pg0+545653898/1069900800] scan_bitmap+0x12a/0x230 [reiserfs] Feb 22 09:30:17 ting kernel: [pg0+545658886/1069900800] reiserfs_allocate_blocknrs+0x256/0x5a0 [reiserfs] Feb 22 09:30:17 ting kernel: [pg0+545712290/1069900800] reiserfs_allocate_blocks_for_region+0x262/0x1620 [reiserfs] Feb 22 09:30:17 ting kernel: [pg0+545784067/1069900800] search_for_position_by_key+0x1d3/0x400 [reiserfs] Feb 22 09:30:17 ting kernel: [pg0+545687562/1069900800] make_cpu_key+0x5a/0x70 [reiserfs] Feb 22 09:30:17 ting kernel: [pg0+545778051/1069900800] pathrelse+0x23/0x40 [reiserfs] Feb 22 09:30:17 ting kernel: [pg0+545720572/1069900800] reiserfs_prepare_file_region_for_write+0x3bc/0x9d0 [reiserfs] Feb 22 09:30:17 ting kernel: [pg0+545723518/1069900800] reiserfs_file_write+0x56e/0x7d0 [reiserfs] Feb 22 09:30:17 ting kernel: [schedule_timeout+118/192] schedule_timeout+0x76/0xc0 Feb 22 09:30:17 ting kernel: [vfs_write+237/352] vfs_write+0xed/0x160 Feb 22 09:30:17 ting kernel: [sys_write+81/128] sys_write+0x51/0x80 Feb 22 09:30:17 ting kernel: [syscall_call+7/11] syscall_call+0x7/0xb Feb 22 09:30:17 ting kernel: Code: e1 ff 1f 00 00 8b 04 8b 85 c0 74 17 8d 74 26 00 8d bc 27 00 00 00 00 39 70 08 74 1e 8b 40 20 85 c0 75 f4 31 d2 31 c0 85 d2 74 a7 <0f> 0b 0c 02 e7 b2 c3 e0 b8 01 00 00 00 eb 98 39 68 04 75 dd 89 The file systems will be intact for another 10 hours or so if you contact me soon I will preserve them for longer if you want to examine them. Sam From mboxrd@z Thu Jan 1 00:00:00 1970 From: Vladimir Saveliev Subject: Re: reiserfs oops Date: Tue, 22 Feb 2005 17:33:29 +0300 Message-ID: <1109082808.21144.349.camel@tribesman.namesys.com> References: <421B2414.2080500@liddicott.com> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit list-help: list-unsubscribe: list-post: Errors-To: flx@namesys.com In-Reply-To: <421B2414.2080500@liddicott.com> List-Id: Content-Type: text/plain; charset="us-ascii" To: Samuel Liddicott Cc: reiserfs-list@namesys.com Hello On Tue, 2005-02-22 at 15:22, Samuel Liddicott wrote: > I'm not looking for you to rescue me or anything, just doing my bit to > help keep reiserfs solid by reporting bugs. > > I've been using qtparted to resize some reiserfs and ntfs partitions > while making the final migration to linux. I've since abandoned this > approach and borrow a large disk instead. > However, you may be interested to know that my file systems are left in > a state where copying from one untainted file system to another grown > (only) file system causes rsync and mv to segfault. > Would you please say in more details what did you do? umount /dev/hdb4 fdisk /dev/hdb # to expand /dev/hdb4) reiserfs_resize /dev/hdb4 # to expand filesystem mount /dev/hdb4 rsync ? > uname -ar reports: Linux ting 2.6.9-1-686-smp #1 SMP Sun Oct 31 02:18:55 > EST 2004 i686 GNU/Linux > > I built the kernel myself from debian-unstable source packages. > > Here is something from /var/log/messages: > > > Feb 22 10:18:37 ting kernel: ReiserFS: hdb2: found reiserfs format "3.6" > with standard journal > Feb 22 10:18:41 ting kernel: ReiserFS: hdb2: using ordered data mode > Feb 22 10:18:41 ting kernel: ReiserFS: hdb2: journal params: device > hdb2, size 8192, journal first block 18, max trans len 1024, max batch > 900, max commit age 30, max trans age 30 > Feb 22 10:18:41 ting kernel: ReiserFS: hdb2: checking transaction log (hdb2) > Feb 22 10:18:41 ting kernel: ReiserFS: hdb2: Using r5 hash to sort names > Feb 22 10:18:43 ting kernel: ReiserFS: hdb4: found reiserfs format "3.6" > with standard journal > Feb 22 10:18:44 ting kernel: ReiserFS: hdb4: using ordered data mode > Feb 22 10:18:44 ting kernel: ReiserFS: hdb4: journal params: device > hdb4, size 8192, journal first block 18, max trans len 1024, max batch > 900, max commit age 30, max trans age 30 > Feb 22 10:18:44 ting kernel: ReiserFS: hdb4: checking transaction log (hdb4) > Feb 22 10:18:44 ting kernel: ReiserFS: hdb4: Using r5 hash to sort names > Feb 22 10:19:20 ting kernel: ------------[ cut here ]------------ > Feb 22 10:19:20 ting kernel: PREEMPT SMP > Feb 22 10:19:20 ting kernel: Modules linked in: ipv6 parport_pc lp > parport binfmt_misc autofs4 thermal fan button processor ac battery > hfsplus hfs sn9c102 videodev joydev ir_usb usbserial irda_usb irda > crc_ccitt ipt_limit ipt_state ipt_LOG ipt_REJECT ip_conntrack_irc > ip_conntrack_ftp ip_conntrack iptable_filter ip_tables tsdev usbhid > ehci_hcd usblp eth1394 uhci_hcd via_rhine mii crc32 sbp2 scsi_mod > ohci1394 ieee1394 nls_iso8859_1 nls_cp437 capability commoncap ide_cd > cdrom snd_intel8x0 snd_ac97_codec snd_pcm_oss snd_mixer_oss snd_pcm > snd_timer snd_page_alloc gameport snd_mpu401_uart snd_rawmidi > snd_seq_device snd soundcore evdev mousedev usbmouse usbcore minix ntfs > isofs vfat msdos fat ext2 ext3 jbd mbcache reiserfs ide_generic ide_disk > piix ide_core unix fbcon font vesafb cfbcopyarea cfbimgblt cfbfillrect > Feb 22 10:19:20 ting kernel: CPU: 0 > Feb 22 10:19:20 ting kernel: EIP: 0060:[pg0+545804692/1069900800] > Not tainted VLI > Feb 22 10:19:20 ting kernel: EFLAGS: 00010282 (2.6.9-1-686-smp) > Feb 22 10:19:20 ting kernel: EIP is at reiserfs_in_journal+0x134/0x1a0 > [reiserfs] > Feb 22 10:19:20 ting kernel: eax: 00000000 ebx: e106811c ecx: > 00001710 edx: e10f73a8 > Feb 22 10:19:20 ting kernel: esi: 00c60000 edi: 00000000 ebp: > da0e2400 esp: cbd11bd8 > Feb 22 10:19:20 ting kernel: ds: 007b es: 007b ss: 0068 > Feb 22 10:19:20 ting kernel: Process mv (pid: 7654, threadinfo=cbd10000 > task=ca660810) > Feb 22 10:19:20 ting kernel: Stack: cbd11c60 da0e2400 00000001 d258cd80 > 00000000 e0f6ac60 cbd11c60 da0e2400 > Feb 22 10:19:20 ting kernel: e0c0823c da0e2400 0000018c 00000000 > 00000001 cbd11c18 00000000 00000000 > Feb 22 10:19:20 ting kernel: 00000000 0000018c cbd11c60 00001000 > da0e2400 e0c0848a cbd11ebc 0000018c > Feb 22 10:19:20 ting kernel: Call Trace: > Feb 22 10:19:20 ting kernel: [pg0+545653308/1069900800] > scan_bitmap_block+0x23c/0x280 [reiserfs] > Feb 22 10:19:20 ting kernel: [pg0+545653898/1069900800] > scan_bitmap+0x12a/0x230 [reiserfs] > Feb 22 10:19:20 ting kernel: [pg0+545658886/1069900800] > reiserfs_allocate_blocknrs+0x256/0x5a0 [reiserfs] > Feb 22 10:19:20 ting kernel: [pg0+545712290/1069900800] > reiserfs_allocate_blocks_for_region+0x262/0x1620 [reiserfs] > Feb 22 10:19:20 ting kernel: [pg0+545784067/1069900800] > search_for_position_by_key+0x1d3/0x400 [reiserfs] > Feb 22 10:19:20 ting kernel: [pg0+545687562/1069900800] > make_cpu_key+0x5a/0x70 [reiserfs] > Feb 22 10:19:20 ting kernel: [pg0+545778051/1069900800] > pathrelse+0x23/0x40 [reiserfs] > Feb 22 10:19:20 ting kernel: [pg0+545720572/1069900800] > reiserfs_prepare_file_region_for_write+0x3bc/0x9d0 [reiserfs] > Feb 22 10:19:20 ting kernel: [pg0+545723518/1069900800] > reiserfs_file_write+0x56e/0x7d0 [reiserfs] > Feb 22 10:19:20 ting kernel: [__generic_file_aio_read+530/592] > __generic_file_aio_read+0x212/0x250 > Feb 22 10:19:20 ting kernel: [vfs_write+237/352] vfs_write+0xed/0x160 > Feb 22 10:19:20 ting kernel: [sys_write+81/128] sys_write+0x51/0x80 > Feb 22 10:19:20 ting kernel: [syscall_call+7/11] syscall_call+0x7/0xb > Feb 22 10:19:20 ting kernel: Code: e1 ff 1f 00 00 8b 04 8b 85 c0 74 17 > 8d 74 26 00 8d bc 27 00 00 00 00 39 70 08 74 1e 8b 40 20 85 c0 75 f4 31 > d2 31 c0 85 d2 74 a7 <0f> 0b 0c 02 e7 b2 c3 e0 b8 01 00 00 00 eb 98 39 > 68 04 75 dd 89 > > > And previous to that: > Feb 22 09:29:43 ting kernel: ReiserFS: hdb2: found reiserfs format "3.6" > with standard journal > Feb 22 09:29:47 ting kernel: ReiserFS: hdb2: using ordered data mode > Feb 22 09:29:47 ting kernel: ReiserFS: hdb2: journal params: device > hdb2, size 8192, journal first block 18, max trans len 1024, max batch > 900, max commit age 30, max trans age 30 > Feb 22 09:29:47 ting kernel: ReiserFS: hdb2: checking transaction log (hdb2) > Feb 22 09:29:47 ting kernel: ReiserFS: hdb2: Using r5 hash to sort names > Feb 22 09:29:49 ting kernel: ReiserFS: hdb4: found reiserfs format "3.6" > with standard journal > Feb 22 09:29:50 ting kernel: ReiserFS: hdb4: using ordered data mode > Feb 22 09:29:50 ting kernel: ReiserFS: hdb4: journal params: device > hdb4, size 8192, journal first block 18, max trans len 1024, max batch > 900, max commit age 30, max trans age 30 > Feb 22 09:29:50 ting kernel: ReiserFS: hdb4: checking transaction log (hdb4) > Feb 22 09:29:50 ting kernel: ReiserFS: hdb4: Using r5 hash to sort names > Feb 22 09:30:17 ting kernel: ------------[ cut here ]------------ > Feb 22 09:30:17 ting kernel: PREEMPT SMP > Feb 22 09:30:17 ting kernel: Modules linked in: ipv6 parport_pc lp > parport binfmt_misc autofs4 thermal fan button processor ac battery > sn9c102 videodev hfsplus hfs ir_usb usbserial irda_usb irda crc_ccitt > ipt_limit ipt_state ipt_LOG ipt_REJECT ip_conntrack_irc ip_conntrack_ftp > ip_conntrack iptable_filter ip_tables joydev tsdev usbhid ehci_hcd usblp > eth1394 uhci_hcd via_rhine mii crc32 sbp2 scsi_mod ohci1394 ieee1394 > nls_iso8859_1 nls_cp437 capability commoncap ide_cd cdrom snd_intel8x0 > snd_ac97_codec snd_pcm_oss snd_mixer_oss snd_pcm snd_timer > snd_page_alloc gameport snd_mpu401_uart snd_rawmidi snd_seq_device snd > soundcore evdev mousedev usbmouse usbcore minix ntfs isofs vfat msdos > fat ext2 ext3 jbd mbcache reiserfs ide_generic ide_disk piix ide_core > unix fbcon font vesafb cfbcopyarea cfbimgblt cfbfillrect > Feb 22 09:30:17 ting kernel: CPU: 0 > Feb 22 09:30:17 ting kernel: EIP: 0060:[pg0+545804692/1069900800] > Not tainted VLI > Feb 22 09:30:17 ting kernel: EFLAGS: 00010286 (2.6.9-1-686-smp) > Feb 22 09:30:17 ting kernel: EIP is at reiserfs_in_journal+0x134/0x1a0 > [reiserfs] > Feb 22 09:30:17 ting kernel: eax: 00000000 ebx: e106a11c ecx: > 00001890 edx: e10f93f0 > Feb 22 09:30:17 ting kernel: esi: 00c60000 edi: 00000000 ebp: > df57d400 esp: dd7bfbd8 > Feb 22 09:30:17 ting kernel: ds: 007b es: 007b ss: 0068 > Feb 22 09:30:17 ting kernel: Process rsync (pid: 7482, > threadinfo=dd7be000 task=d9af4b70) > Feb 22 09:30:17 ting kernel: Stack: dd7bfc60 df57d400 00004cc4 dbe4a180 > 00000000 e0fd8c60 dd7bfc60 df57d400 > Feb 22 09:30:17 ting kernel: e0c0823c df57d400 0000018c 00000000 > 00000001 dd7bfc18 00000000 00000000 > Feb 22 09:30:17 ting kernel: 00000000 0000018c dd7bfc60 00001000 > df57d400 e0c0848a dd7bfebc 0000018c > Feb 22 09:30:17 ting kernel: Call Trace: > Feb 22 09:30:17 ting kernel: [pg0+545653308/1069900800] > scan_bitmap_block+0x23c/0x280 [reiserfs] > Feb 22 09:30:17 ting kernel: [pg0+545653898/1069900800] > scan_bitmap+0x12a/0x230 [reiserfs] > Feb 22 09:30:17 ting kernel: [pg0+545658886/1069900800] > reiserfs_allocate_blocknrs+0x256/0x5a0 [reiserfs] > Feb 22 09:30:17 ting kernel: [pg0+545712290/1069900800] > reiserfs_allocate_blocks_for_region+0x262/0x1620 [reiserfs] > Feb 22 09:30:17 ting kernel: [pg0+545784067/1069900800] > search_for_position_by_key+0x1d3/0x400 [reiserfs] > Feb 22 09:30:17 ting kernel: [pg0+545687562/1069900800] > make_cpu_key+0x5a/0x70 [reiserfs] > Feb 22 09:30:17 ting kernel: [pg0+545778051/1069900800] > pathrelse+0x23/0x40 [reiserfs] > Feb 22 09:30:17 ting kernel: [pg0+545720572/1069900800] > reiserfs_prepare_file_region_for_write+0x3bc/0x9d0 [reiserfs] > Feb 22 09:30:17 ting kernel: [pg0+545723518/1069900800] > reiserfs_file_write+0x56e/0x7d0 [reiserfs] > Feb 22 09:30:17 ting kernel: [schedule_timeout+118/192] > schedule_timeout+0x76/0xc0 > Feb 22 09:30:17 ting kernel: [vfs_write+237/352] vfs_write+0xed/0x160 > Feb 22 09:30:17 ting kernel: [sys_write+81/128] sys_write+0x51/0x80 > Feb 22 09:30:17 ting kernel: [syscall_call+7/11] syscall_call+0x7/0xb > Feb 22 09:30:17 ting kernel: Code: e1 ff 1f 00 00 8b 04 8b 85 c0 74 17 > 8d 74 26 00 8d bc 27 00 00 00 00 39 70 08 74 1e 8b 40 20 85 c0 75 f4 31 > d2 31 c0 85 d2 74 a7 <0f> 0b 0c 02 e7 b2 c3 e0 b8 01 00 00 00 eb 98 39 > 68 04 75 dd 89 > > > > The file systems will be intact for another 10 hours or so if you > contact me soon I will preserve them for longer if you want to examine them. > > Sam > From mboxrd@z Thu Jan 1 00:00:00 1970 From: Samuel Liddicott Subject: Re: reiserfs oops Date: Tue, 22 Feb 2005 15:51:57 +0000 Message-ID: <421B551D.8020101@liddicott.com> References: <421B2414.2080500@liddicott.com> <1109082808.21144.349.camel@tribesman.namesys.com> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="------------040707080603070805060403" list-help: list-unsubscribe: list-post: Errors-To: flx@namesys.com In-Reply-To: <1109082808.21144.349.camel@tribesman.namesys.com> List-Id: To: Vladimir Saveliev Cc: reiserfs-list@namesys.com --------------040707080603070805060403 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Vladimir Saveliev wrote: >Hello > >On Tue, 2005-02-22 at 15:22, Samuel Liddicott wrote: > > >>I'm not looking for you to rescue me or anything, just doing my bit to >>help keep reiserfs solid by reporting bugs. >> >>I've been using qtparted to resize some reiserfs and ntfs partitions >>while making the final migration to linux. I've since abandoned this >>approach and borrow a large disk instead. >>However, you may be interested to know that my file systems are left in >>a state where copying from one untainted file system to another grown >>(only) file system causes rsync and mv to segfault. >> >> >> > >Would you please say in more details what did you do? >umount /dev/hdb4 >fdisk /dev/hdb # to expand /dev/hdb4) >reiserfs_resize /dev/hdb4 # to expand filesystem >mount /dev/hdb4 >rsync >? > > > What I did overall was something like this: boot using knoppix 3.7 (ha qtparted 4.4) and shrink hdb2 ntfs partition to make space at end make hdb3 partition at the end as reiser fs copy loads of files from ntfs to reiser fs (some were copied when I was booted as coLinux running under windows, some natively) shrink hdb2 ntfs again make hsb4 in gap between hdb2 and hdb3 as reiserfs move loads of files from hdb2 ntfs to hdb4 reiserfs delete hdb2 partion, remake as resierfs copy files from hdb4 (3rd partition) to hdb2 Some files refuse to copy, and I cannot "ls" them, but "echo *" shows them. delete hdb4 and grow hdb2 copy some files from hdb3 to hdb2 this is where I get the errors I reported. Somewhere in there, using cfdisk I wrote the partition table when I deleted hdb4 while it was empty but still mounted, so I just unmounted it and re-ran cfdisk to re-write the partition table again and avoid the "you must reboot" warning I always used qtparted 4.4 when I was resizing reiserfs, sometimes from knoppix3.7, sometimes from native boot. Sam > > >>uname -ar reports: Linux ting 2.6.9-1-686-smp #1 SMP Sun Oct 31 02:18:55 >>EST 2004 i686 GNU/Linux >> >>I built the kernel myself from debian-unstable source packages. >> >>Here is something from /var/log/messages: >> >> >>Feb 22 10:18:37 ting kernel: ReiserFS: hdb2: found reiserfs format "3.6" >>with standard journal >>Feb 22 10:18:41 ting kernel: ReiserFS: hdb2: using ordered data mode >>Feb 22 10:18:41 ting kernel: ReiserFS: hdb2: journal params: device >>hdb2, size 8192, journal first block 18, max trans len 1024, max batch >>900, max commit age 30, max trans age 30 >>Feb 22 10:18:41 ting kernel: ReiserFS: hdb2: checking transaction log (hdb2) >>Feb 22 10:18:41 ting kernel: ReiserFS: hdb2: Using r5 hash to sort names >>Feb 22 10:18:43 ting kernel: ReiserFS: hdb4: found reiserfs format "3.6" >>with standard journal >>Feb 22 10:18:44 ting kernel: ReiserFS: hdb4: using ordered data mode >>Feb 22 10:18:44 ting kernel: ReiserFS: hdb4: journal params: device >>hdb4, size 8192, journal first block 18, max trans len 1024, max batch >>900, max commit age 30, max trans age 30 >>Feb 22 10:18:44 ting kernel: ReiserFS: hdb4: checking transaction log (hdb4) >>Feb 22 10:18:44 ting kernel: ReiserFS: hdb4: Using r5 hash to sort names >>Feb 22 10:19:20 ting kernel: ------------[ cut here ]------------ >>Feb 22 10:19:20 ting kernel: PREEMPT SMP >>Feb 22 10:19:20 ting kernel: Modules linked in: ipv6 parport_pc lp >>parport binfmt_misc autofs4 thermal fan button processor ac battery >>hfsplus hfs sn9c102 videodev joydev ir_usb usbserial irda_usb irda >>crc_ccitt ipt_limit ipt_state ipt_LOG ipt_REJECT ip_conntrack_irc >>ip_conntrack_ftp ip_conntrack iptable_filter ip_tables tsdev usbhid >>ehci_hcd usblp eth1394 uhci_hcd via_rhine mii crc32 sbp2 scsi_mod >>ohci1394 ieee1394 nls_iso8859_1 nls_cp437 capability commoncap ide_cd >>cdrom snd_intel8x0 snd_ac97_codec snd_pcm_oss snd_mixer_oss snd_pcm >>snd_timer snd_page_alloc gameport snd_mpu401_uart snd_rawmidi >>snd_seq_device snd soundcore evdev mousedev usbmouse usbcore minix ntfs >>isofs vfat msdos fat ext2 ext3 jbd mbcache reiserfs ide_generic ide_disk >>piix ide_core unix fbcon font vesafb cfbcopyarea cfbimgblt cfbfillrect >>Feb 22 10:19:20 ting kernel: CPU: 0 >>Feb 22 10:19:20 ting kernel: EIP: 0060:[pg0+545804692/1069900800] >>Not tainted VLI >>Feb 22 10:19:20 ting kernel: EFLAGS: 00010282 (2.6.9-1-686-smp) >>Feb 22 10:19:20 ting kernel: EIP is at reiserfs_in_journal+0x134/0x1a0 >>[reiserfs] >>Feb 22 10:19:20 ting kernel: eax: 00000000 ebx: e106811c ecx: >>00001710 edx: e10f73a8 >>Feb 22 10:19:20 ting kernel: esi: 00c60000 edi: 00000000 ebp: >>da0e2400 esp: cbd11bd8 >>Feb 22 10:19:20 ting kernel: ds: 007b es: 007b ss: 0068 >>Feb 22 10:19:20 ting kernel: Process mv (pid: 7654, threadinfo=cbd10000 >>task=ca660810) >>Feb 22 10:19:20 ting kernel: Stack: cbd11c60 da0e2400 00000001 d258cd80 >>00000000 e0f6ac60 cbd11c60 da0e2400 >>Feb 22 10:19:20 ting kernel: e0c0823c da0e2400 0000018c 00000000 >>00000001 cbd11c18 00000000 00000000 >>Feb 22 10:19:20 ting kernel: 00000000 0000018c cbd11c60 00001000 >>da0e2400 e0c0848a cbd11ebc 0000018c >>Feb 22 10:19:20 ting kernel: Call Trace: >>Feb 22 10:19:20 ting kernel: [pg0+545653308/1069900800] >>scan_bitmap_block+0x23c/0x280 [reiserfs] >>Feb 22 10:19:20 ting kernel: [pg0+545653898/1069900800] >>scan_bitmap+0x12a/0x230 [reiserfs] >>Feb 22 10:19:20 ting kernel: [pg0+545658886/1069900800] >>reiserfs_allocate_blocknrs+0x256/0x5a0 [reiserfs] >>Feb 22 10:19:20 ting kernel: [pg0+545712290/1069900800] >>reiserfs_allocate_blocks_for_region+0x262/0x1620 [reiserfs] >>Feb 22 10:19:20 ting kernel: [pg0+545784067/1069900800] >>search_for_position_by_key+0x1d3/0x400 [reiserfs] >>Feb 22 10:19:20 ting kernel: [pg0+545687562/1069900800] >>make_cpu_key+0x5a/0x70 [reiserfs] >>Feb 22 10:19:20 ting kernel: [pg0+545778051/1069900800] >>pathrelse+0x23/0x40 [reiserfs] >>Feb 22 10:19:20 ting kernel: [pg0+545720572/1069900800] >>reiserfs_prepare_file_region_for_write+0x3bc/0x9d0 [reiserfs] >>Feb 22 10:19:20 ting kernel: [pg0+545723518/1069900800] >>reiserfs_file_write+0x56e/0x7d0 [reiserfs] >>Feb 22 10:19:20 ting kernel: [__generic_file_aio_read+530/592] >>__generic_file_aio_read+0x212/0x250 >>Feb 22 10:19:20 ting kernel: [vfs_write+237/352] vfs_write+0xed/0x160 >>Feb 22 10:19:20 ting kernel: [sys_write+81/128] sys_write+0x51/0x80 >>Feb 22 10:19:20 ting kernel: [syscall_call+7/11] syscall_call+0x7/0xb >>Feb 22 10:19:20 ting kernel: Code: e1 ff 1f 00 00 8b 04 8b 85 c0 74 17 >>8d 74 26 00 8d bc 27 00 00 00 00 39 70 08 74 1e 8b 40 20 85 c0 75 f4 31 >>d2 31 c0 85 d2 74 a7 <0f> 0b 0c 02 e7 b2 c3 e0 b8 01 00 00 00 eb 98 39 >>68 04 75 dd 89 >> >> >>And previous to that: >>Feb 22 09:29:43 ting kernel: ReiserFS: hdb2: found reiserfs format "3.6" >>with standard journal >>Feb 22 09:29:47 ting kernel: ReiserFS: hdb2: using ordered data mode >>Feb 22 09:29:47 ting kernel: ReiserFS: hdb2: journal params: device >>hdb2, size 8192, journal first block 18, max trans len 1024, max batch >>900, max commit age 30, max trans age 30 >>Feb 22 09:29:47 ting kernel: ReiserFS: hdb2: checking transaction log (hdb2) >>Feb 22 09:29:47 ting kernel: ReiserFS: hdb2: Using r5 hash to sort names >>Feb 22 09:29:49 ting kernel: ReiserFS: hdb4: found reiserfs format "3.6" >>with standard journal >>Feb 22 09:29:50 ting kernel: ReiserFS: hdb4: using ordered data mode >>Feb 22 09:29:50 ting kernel: ReiserFS: hdb4: journal params: device >>hdb4, size 8192, journal first block 18, max trans len 1024, max batch >>900, max commit age 30, max trans age 30 >>Feb 22 09:29:50 ting kernel: ReiserFS: hdb4: checking transaction log (hdb4) >>Feb 22 09:29:50 ting kernel: ReiserFS: hdb4: Using r5 hash to sort names >>Feb 22 09:30:17 ting kernel: ------------[ cut here ]------------ >>Feb 22 09:30:17 ting kernel: PREEMPT SMP >>Feb 22 09:30:17 ting kernel: Modules linked in: ipv6 parport_pc lp >>parport binfmt_misc autofs4 thermal fan button processor ac battery >>sn9c102 videodev hfsplus hfs ir_usb usbserial irda_usb irda crc_ccitt >>ipt_limit ipt_state ipt_LOG ipt_REJECT ip_conntrack_irc ip_conntrack_ftp >>ip_conntrack iptable_filter ip_tables joydev tsdev usbhid ehci_hcd usblp >>eth1394 uhci_hcd via_rhine mii crc32 sbp2 scsi_mod ohci1394 ieee1394 >>nls_iso8859_1 nls_cp437 capability commoncap ide_cd cdrom snd_intel8x0 >>snd_ac97_codec snd_pcm_oss snd_mixer_oss snd_pcm snd_timer >>snd_page_alloc gameport snd_mpu401_uart snd_rawmidi snd_seq_device snd >>soundcore evdev mousedev usbmouse usbcore minix ntfs isofs vfat msdos >>fat ext2 ext3 jbd mbcache reiserfs ide_generic ide_disk piix ide_core >>unix fbcon font vesafb cfbcopyarea cfbimgblt cfbfillrect >>Feb 22 09:30:17 ting kernel: CPU: 0 >>Feb 22 09:30:17 ting kernel: EIP: 0060:[pg0+545804692/1069900800] >>Not tainted VLI >>Feb 22 09:30:17 ting kernel: EFLAGS: 00010286 (2.6.9-1-686-smp) >>Feb 22 09:30:17 ting kernel: EIP is at reiserfs_in_journal+0x134/0x1a0 >>[reiserfs] >>Feb 22 09:30:17 ting kernel: eax: 00000000 ebx: e106a11c ecx: >>00001890 edx: e10f93f0 >>Feb 22 09:30:17 ting kernel: esi: 00c60000 edi: 00000000 ebp: >>df57d400 esp: dd7bfbd8 >>Feb 22 09:30:17 ting kernel: ds: 007b es: 007b ss: 0068 >>Feb 22 09:30:17 ting kernel: Process rsync (pid: 7482, >>threadinfo=dd7be000 task=d9af4b70) >>Feb 22 09:30:17 ting kernel: Stack: dd7bfc60 df57d400 00004cc4 dbe4a180 >>00000000 e0fd8c60 dd7bfc60 df57d400 >>Feb 22 09:30:17 ting kernel: e0c0823c df57d400 0000018c 00000000 >>00000001 dd7bfc18 00000000 00000000 >>Feb 22 09:30:17 ting kernel: 00000000 0000018c dd7bfc60 00001000 >>df57d400 e0c0848a dd7bfebc 0000018c >>Feb 22 09:30:17 ting kernel: Call Trace: >>Feb 22 09:30:17 ting kernel: [pg0+545653308/1069900800] >>scan_bitmap_block+0x23c/0x280 [reiserfs] >>Feb 22 09:30:17 ting kernel: [pg0+545653898/1069900800] >>scan_bitmap+0x12a/0x230 [reiserfs] >>Feb 22 09:30:17 ting kernel: [pg0+545658886/1069900800] >>reiserfs_allocate_blocknrs+0x256/0x5a0 [reiserfs] >>Feb 22 09:30:17 ting kernel: [pg0+545712290/1069900800] >>reiserfs_allocate_blocks_for_region+0x262/0x1620 [reiserfs] >>Feb 22 09:30:17 ting kernel: [pg0+545784067/1069900800] >>search_for_position_by_key+0x1d3/0x400 [reiserfs] >>Feb 22 09:30:17 ting kernel: [pg0+545687562/1069900800] >>make_cpu_key+0x5a/0x70 [reiserfs] >>Feb 22 09:30:17 ting kernel: [pg0+545778051/1069900800] >>pathrelse+0x23/0x40 [reiserfs] >>Feb 22 09:30:17 ting kernel: [pg0+545720572/1069900800] >>reiserfs_prepare_file_region_for_write+0x3bc/0x9d0 [reiserfs] >>Feb 22 09:30:17 ting kernel: [pg0+545723518/1069900800] >>reiserfs_file_write+0x56e/0x7d0 [reiserfs] >>Feb 22 09:30:17 ting kernel: [schedule_timeout+118/192] >>schedule_timeout+0x76/0xc0 >>Feb 22 09:30:17 ting kernel: [vfs_write+237/352] vfs_write+0xed/0x160 >>Feb 22 09:30:17 ting kernel: [sys_write+81/128] sys_write+0x51/0x80 >>Feb 22 09:30:17 ting kernel: [syscall_call+7/11] syscall_call+0x7/0xb >>Feb 22 09:30:17 ting kernel: Code: e1 ff 1f 00 00 8b 04 8b 85 c0 74 17 >>8d 74 26 00 8d bc 27 00 00 00 00 39 70 08 74 1e 8b 40 20 85 c0 75 f4 31 >>d2 31 c0 85 d2 74 a7 <0f> 0b 0c 02 e7 b2 c3 e0 b8 01 00 00 00 eb 98 39 >>68 04 75 dd 89 >> >> >> >>The file systems will be intact for another 10 hours or so if you >>contact me soon I will preserve them for longer if you want to examine them. >> >>Sam >> >> >> > > > --------------040707080603070805060403 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Vladimir Saveliev wrote:

Hello

On Tue, 2005-02-22 at 15:22, Samuel Liddicott wrote:

I'm not looking for you to rescue me or anything, just doing my bit to 
help keep reiserfs solid by reporting bugs.

I've been using qtparted to resize some reiserfs and ntfs partitions 
while making the final migration to linux. I've since abandoned this 
approach and borrow a large disk instead.
However, you may be interested to know that my file systems are left in 
a state where copying from one untainted file system to another grown 
(only) file system causes rsync and mv to segfault.


Would you please say in more details what did you do?
umount /dev/hdb4
fdisk /dev/hdb             # to expand /dev/hdb4)
reiserfs_resize /dev/hdb4  # to expand filesystem
mount /dev/hdb4
rsync
?

What I did overall was something like this:
boot using knoppix 3.7 (ha qtparted 4.4) and shrink hdb2 ntfs partition to make space at end
make hdb3 partition at the end as reiser fs
copy loads of files from ntfs to reiser fs (some were copied when I was booted as coLinux running under windows, some natively)
shrink hdb2 ntfs again
make hsb4 in gap between hdb2 and hdb3 as reiserfs
move loads of files from hdb2 ntfs to hdb4 reiserfs
delete hdb2 partion, remake as resierfs
copy files from hdb4 (3rd partition) to hdb2
Some files refuse to copy, and I cannot "ls" them, but "echo *" shows them.
delete hdb4 and grow hdb2
copy some files from hdb3 to hdb2
this is where I get the errors I reported.

Somewhere in there, using cfdisk I wrote the partition table when I deleted hdb4 while it was empty but still mounted, so I just unmounted it and re-ran cfdisk to re-write the partition table again and avoid the "you must reboot" warning

I always used qtparted 4.4 when I was resizing reiserfs, sometimes from knoppix3.7, sometimes from native boot.

Sam

uname -ar reports: Linux ting 2.6.9-1-686-smp #1 SMP Sun Oct 31 02:18:55 
EST 2004 i686 GNU/Linux

I built the kernel myself from debian-unstable source packages.

Here is something from /var/log/messages:


Feb 22 10:18:37 ting kernel: ReiserFS: hdb2: found reiserfs format "3.6" 
with standard journal
Feb 22 10:18:41 ting kernel: ReiserFS: hdb2: using ordered data mode
Feb 22 10:18:41 ting kernel: ReiserFS: hdb2: journal params: device 
hdb2, size 8192, journal first block 18, max trans len 1024, max batch 
900, max commit age 30, max trans age 30
Feb 22 10:18:41 ting kernel: ReiserFS: hdb2: checking transaction log (hdb2)
Feb 22 10:18:41 ting kernel: ReiserFS: hdb2: Using r5 hash to sort names
Feb 22 10:18:43 ting kernel: ReiserFS: hdb4: found reiserfs format "3.6" 
with standard journal
Feb 22 10:18:44 ting kernel: ReiserFS: hdb4: using ordered data mode
Feb 22 10:18:44 ting kernel: ReiserFS: hdb4: journal params: device 
hdb4, size 8192, journal first block 18, max trans len 1024, max batch 
900, max commit age 30, max trans age 30
Feb 22 10:18:44 ting kernel: ReiserFS: hdb4: checking transaction log (hdb4)
Feb 22 10:18:44 ting kernel: ReiserFS: hdb4: Using r5 hash to sort names
Feb 22 10:19:20 ting kernel: ------------[ cut here ]------------
Feb 22 10:19:20 ting kernel: PREEMPT SMP
Feb 22 10:19:20 ting kernel: Modules linked in: ipv6 parport_pc lp 
parport binfmt_misc autofs4 thermal fan button processor ac battery 
hfsplus hfs sn9c102 videodev joydev ir_usb usbserial irda_usb irda 
crc_ccitt ipt_limit ipt_state ipt_LOG ipt_REJECT ip_conntrack_irc 
ip_conntrack_ftp ip_conntrack iptable_filter ip_tables tsdev usbhid 
ehci_hcd usblp eth1394 uhci_hcd via_rhine mii crc32 sbp2 scsi_mod 
ohci1394 ieee1394 nls_iso8859_1 nls_cp437 capability commoncap ide_cd 
cdrom snd_intel8x0 snd_ac97_codec snd_pcm_oss snd_mixer_oss snd_pcm 
snd_timer snd_page_alloc gameport snd_mpu401_uart snd_rawmidi 
snd_seq_device snd soundcore evdev mousedev usbmouse usbcore minix ntfs 
isofs vfat msdos fat ext2 ext3 jbd mbcache reiserfs ide_generic ide_disk 
piix ide_core unix fbcon font vesafb cfbcopyarea cfbimgblt cfbfillrect
Feb 22 10:19:20 ting kernel: CPU:    0
Feb 22 10:19:20 ting kernel: EIP:    0060:[pg0+545804692/1069900800]    
Not tainted VLI
Feb 22 10:19:20 ting kernel: EFLAGS: 00010282   (2.6.9-1-686-smp)
Feb 22 10:19:20 ting kernel: EIP is at reiserfs_in_journal+0x134/0x1a0 
[reiserfs]
Feb 22 10:19:20 ting kernel: eax: 00000000   ebx: e106811c   ecx: 
00001710   edx: e10f73a8
Feb 22 10:19:20 ting kernel: esi: 00c60000   edi: 00000000   ebp: 
da0e2400   esp: cbd11bd8
Feb 22 10:19:20 ting kernel: ds: 007b   es: 007b   ss: 0068
Feb 22 10:19:20 ting kernel: Process mv (pid: 7654, threadinfo=cbd10000 
task=ca660810)
Feb 22 10:19:20 ting kernel: Stack: cbd11c60 da0e2400 00000001 d258cd80 
00000000 e0f6ac60 cbd11c60 da0e2400
Feb 22 10:19:20 ting kernel:        e0c0823c da0e2400 0000018c 00000000 
00000001 cbd11c18 00000000 00000000
Feb 22 10:19:20 ting kernel:        00000000 0000018c cbd11c60 00001000 
da0e2400 e0c0848a cbd11ebc 0000018c
Feb 22 10:19:20 ting kernel: Call Trace:
Feb 22 10:19:20 ting kernel:  [pg0+545653308/1069900800] 
scan_bitmap_block+0x23c/0x280 [reiserfs]
Feb 22 10:19:20 ting kernel:  [pg0+545653898/1069900800] 
scan_bitmap+0x12a/0x230 [reiserfs]
Feb 22 10:19:20 ting kernel:  [pg0+545658886/1069900800] 
reiserfs_allocate_blocknrs+0x256/0x5a0 [reiserfs]
Feb 22 10:19:20 ting kernel:  [pg0+545712290/1069900800] 
reiserfs_allocate_blocks_for_region+0x262/0x1620 [reiserfs]
Feb 22 10:19:20 ting kernel:  [pg0+545784067/1069900800] 
search_for_position_by_key+0x1d3/0x400 [reiserfs]
Feb 22 10:19:20 ting kernel:  [pg0+545687562/1069900800] 
make_cpu_key+0x5a/0x70 [reiserfs]
Feb 22 10:19:20 ting kernel:  [pg0+545778051/1069900800] 
pathrelse+0x23/0x40 [reiserfs]
Feb 22 10:19:20 ting kernel:  [pg0+545720572/1069900800] 
reiserfs_prepare_file_region_for_write+0x3bc/0x9d0 [reiserfs]
Feb 22 10:19:20 ting kernel:  [pg0+545723518/1069900800] 
reiserfs_file_write+0x56e/0x7d0 [reiserfs]
Feb 22 10:19:20 ting kernel:  [__generic_file_aio_read+530/592] 
__generic_file_aio_read+0x212/0x250
Feb 22 10:19:20 ting kernel:  [vfs_write+237/352] vfs_write+0xed/0x160
Feb 22 10:19:20 ting kernel:  [sys_write+81/128] sys_write+0x51/0x80
Feb 22 10:19:20 ting kernel:  [syscall_call+7/11] syscall_call+0x7/0xb
Feb 22 10:19:20 ting kernel: Code: e1 ff 1f 00 00 8b 04 8b 85 c0 74 17 
8d 74 26 00 8d bc 27 00 00 00 00 39 70 08 74 1e 8b 40 20 85 c0 75 f4 31 
d2 31 c0 85 d2 74 a7 <0f> 0b 0c 02 e7 b2 c3 e0 b8 01 00 00 00 eb 98 39 
68 04 75 dd 89


And previous to that:
Feb 22 09:29:43 ting kernel: ReiserFS: hdb2: found reiserfs format "3.6" 
with standard journal
Feb 22 09:29:47 ting kernel: ReiserFS: hdb2: using ordered data mode
Feb 22 09:29:47 ting kernel: ReiserFS: hdb2: journal params: device 
hdb2, size 8192, journal first block 18, max trans len 1024, max batch 
900, max commit age 30, max trans age 30
Feb 22 09:29:47 ting kernel: ReiserFS: hdb2: checking transaction log (hdb2)
Feb 22 09:29:47 ting kernel: ReiserFS: hdb2: Using r5 hash to sort names
Feb 22 09:29:49 ting kernel: ReiserFS: hdb4: found reiserfs format "3.6" 
with standard journal
Feb 22 09:29:50 ting kernel: ReiserFS: hdb4: using ordered data mode
Feb 22 09:29:50 ting kernel: ReiserFS: hdb4: journal params: device 
hdb4, size 8192, journal first block 18, max trans len 1024, max batch 
900, max commit age 30, max trans age 30
Feb 22 09:29:50 ting kernel: ReiserFS: hdb4: checking transaction log (hdb4)
Feb 22 09:29:50 ting kernel: ReiserFS: hdb4: Using r5 hash to sort names
Feb 22 09:30:17 ting kernel: ------------[ cut here ]------------
Feb 22 09:30:17 ting kernel: PREEMPT SMP
Feb 22 09:30:17 ting kernel: Modules linked in: ipv6 parport_pc lp 
parport binfmt_misc autofs4 thermal fan button processor ac battery 
sn9c102 videodev hfsplus hfs ir_usb usbserial irda_usb irda crc_ccitt 
ipt_limit ipt_state ipt_LOG ipt_REJECT ip_conntrack_irc ip_conntrack_ftp 
ip_conntrack iptable_filter ip_tables joydev tsdev usbhid ehci_hcd usblp 
eth1394 uhci_hcd via_rhine mii crc32 sbp2 scsi_mod ohci1394 ieee1394 
nls_iso8859_1 nls_cp437 capability commoncap ide_cd cdrom snd_intel8x0 
snd_ac97_codec snd_pcm_oss snd_mixer_oss snd_pcm snd_timer 
snd_page_alloc gameport snd_mpu401_uart snd_rawmidi snd_seq_device snd 
soundcore evdev mousedev usbmouse usbcore minix ntfs isofs vfat msdos 
fat ext2 ext3 jbd mbcache reiserfs ide_generic ide_disk piix ide_core 
unix fbcon font vesafb cfbcopyarea cfbimgblt cfbfillrect
Feb 22 09:30:17 ting kernel: CPU:    0
Feb 22 09:30:17 ting kernel: EIP:    0060:[pg0+545804692/1069900800]    
Not tainted VLI
Feb 22 09:30:17 ting kernel: EFLAGS: 00010286   (2.6.9-1-686-smp)
Feb 22 09:30:17 ting kernel: EIP is at reiserfs_in_journal+0x134/0x1a0 
[reiserfs]
Feb 22 09:30:17 ting kernel: eax: 00000000   ebx: e106a11c   ecx: 
00001890   edx: e10f93f0
Feb 22 09:30:17 ting kernel: esi: 00c60000   edi: 00000000   ebp: 
df57d400   esp: dd7bfbd8
Feb 22 09:30:17 ting kernel: ds: 007b   es: 007b   ss: 0068
Feb 22 09:30:17 ting kernel: Process rsync (pid: 7482, 
threadinfo=dd7be000 task=d9af4b70)
Feb 22 09:30:17 ting kernel: Stack: dd7bfc60 df57d400 00004cc4 dbe4a180 
00000000 e0fd8c60 dd7bfc60 df57d400
Feb 22 09:30:17 ting kernel:        e0c0823c df57d400 0000018c 00000000 
00000001 dd7bfc18 00000000 00000000
Feb 22 09:30:17 ting kernel:        00000000 0000018c dd7bfc60 00001000 
df57d400 e0c0848a dd7bfebc 0000018c
Feb 22 09:30:17 ting kernel: Call Trace:
Feb 22 09:30:17 ting kernel:  [pg0+545653308/1069900800] 
scan_bitmap_block+0x23c/0x280 [reiserfs]
Feb 22 09:30:17 ting kernel:  [pg0+545653898/1069900800] 
scan_bitmap+0x12a/0x230 [reiserfs]
Feb 22 09:30:17 ting kernel:  [pg0+545658886/1069900800] 
reiserfs_allocate_blocknrs+0x256/0x5a0 [reiserfs]
Feb 22 09:30:17 ting kernel:  [pg0+545712290/1069900800] 
reiserfs_allocate_blocks_for_region+0x262/0x1620 [reiserfs]
Feb 22 09:30:17 ting kernel:  [pg0+545784067/1069900800] 
search_for_position_by_key+0x1d3/0x400 [reiserfs]
Feb 22 09:30:17 ting kernel:  [pg0+545687562/1069900800] 
make_cpu_key+0x5a/0x70 [reiserfs]
Feb 22 09:30:17 ting kernel:  [pg0+545778051/1069900800] 
pathrelse+0x23/0x40 [reiserfs]
Feb 22 09:30:17 ting kernel:  [pg0+545720572/1069900800] 
reiserfs_prepare_file_region_for_write+0x3bc/0x9d0 [reiserfs]
Feb 22 09:30:17 ting kernel:  [pg0+545723518/1069900800] 
reiserfs_file_write+0x56e/0x7d0 [reiserfs]
Feb 22 09:30:17 ting kernel:  [schedule_timeout+118/192] 
schedule_timeout+0x76/0xc0
Feb 22 09:30:17 ting kernel:  [vfs_write+237/352] vfs_write+0xed/0x160
Feb 22 09:30:17 ting kernel:  [sys_write+81/128] sys_write+0x51/0x80
Feb 22 09:30:17 ting kernel:  [syscall_call+7/11] syscall_call+0x7/0xb
Feb 22 09:30:17 ting kernel: Code: e1 ff 1f 00 00 8b 04 8b 85 c0 74 17 
8d 74 26 00 8d bc 27 00 00 00 00 39 70 08 74 1e 8b 40 20 85 c0 75 f4 31 
d2 31 c0 85 d2 74 a7 <0f> 0b 0c 02 e7 b2 c3 e0 b8 01 00 00 00 eb 98 39 
68 04 75 dd 89



The file systems will be intact for another 10 hours or so if you 
contact me soon I will preserve them for longer if you want to examine them.

Sam

--------------040707080603070805060403-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Sam Liddicott Subject: Re: reiserfs oops Date: Tue, 22 Feb 2005 22:00:38 +0000 Message-ID: <421BAB86.5000608@liddicott.com> References: <421B2414.2080500@liddicott.com> <1109082808.21144.349.camel@tribesman.namesys.com> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit list-help: list-unsubscribe: list-post: Errors-To: flx@namesys.com In-Reply-To: <1109082808.21144.349.camel@tribesman.namesys.com> List-Id: Content-Type: text/plain; charset="us-ascii"; format="flowed" To: Vladimir Saveliev Cc: reiserfs-list@namesys.com More info: I discovered that reiserfsck now exists so I ran that on /dev/hdb4 with no errors and only two slight free space/map errors on hdb2 which makes it all the more puzzling that the kernel module has been bombing out. My conclusion is that either I have a hardware stability problem, or that there is a kernel problem, or perhaps acpi, I'll look into it further. Just before the oopsing though, there had not been lots of reiserfs activity. I'll let you know what else I learn. Sam Vladimir Saveliev wrote: >Hello > >On Tue, 2005-02-22 at 15:22, Samuel Liddicott wrote: > > >>I'm not looking for you to rescue me or anything, just doing my bit to >>help keep reiserfs solid by reporting bugs. >> >>I've been using qtparted to resize some reiserfs and ntfs partitions >>while making the final migration to linux. I've since abandoned this >>approach and borrow a large disk instead. >>However, you may be interested to know that my file systems are left in >>a state where copying from one untainted file system to another grown >>(only) file system causes rsync and mv to segfault. >> >> >> > >Would you please say in more details what did you do? >umount /dev/hdb4 >fdisk /dev/hdb # to expand /dev/hdb4) >reiserfs_resize /dev/hdb4 # to expand filesystem >mount /dev/hdb4 >rsync >? > > > > >>uname -ar reports: Linux ting 2.6.9-1-686-smp #1 SMP Sun Oct 31 02:18:55 >>EST 2004 i686 GNU/Linux >> >>I built the kernel myself from debian-unstable source packages. >> >>Here is something from /var/log/messages: >> >> >>Feb 22 10:18:37 ting kernel: ReiserFS: hdb2: found reiserfs format "3.6" >>with standard journal >>Feb 22 10:18:41 ting kernel: ReiserFS: hdb2: using ordered data mode >>Feb 22 10:18:41 ting kernel: ReiserFS: hdb2: journal params: device >>hdb2, size 8192, journal first block 18, max trans len 1024, max batch >>900, max commit age 30, max trans age 30 >>Feb 22 10:18:41 ting kernel: ReiserFS: hdb2: checking transaction log (hdb2) >>Feb 22 10:18:41 ting kernel: ReiserFS: hdb2: Using r5 hash to sort names >>Feb 22 10:18:43 ting kernel: ReiserFS: hdb4: found reiserfs format "3.6" >>with standard journal >>Feb 22 10:18:44 ting kernel: ReiserFS: hdb4: using ordered data mode >>Feb 22 10:18:44 ting kernel: ReiserFS: hdb4: journal params: device >>hdb4, size 8192, journal first block 18, max trans len 1024, max batch >>900, max commit age 30, max trans age 30 >>Feb 22 10:18:44 ting kernel: ReiserFS: hdb4: checking transaction log (hdb4) >>Feb 22 10:18:44 ting kernel: ReiserFS: hdb4: Using r5 hash to sort names >>Feb 22 10:19:20 ting kernel: ------------[ cut here ]------------ >>Feb 22 10:19:20 ting kernel: PREEMPT SMP >>Feb 22 10:19:20 ting kernel: Modules linked in: ipv6 parport_pc lp >>parport binfmt_misc autofs4 thermal fan button processor ac battery >>hfsplus hfs sn9c102 videodev joydev ir_usb usbserial irda_usb irda >>crc_ccitt ipt_limit ipt_state ipt_LOG ipt_REJECT ip_conntrack_irc >>ip_conntrack_ftp ip_conntrack iptable_filter ip_tables tsdev usbhid >>ehci_hcd usblp eth1394 uhci_hcd via_rhine mii crc32 sbp2 scsi_mod >>ohci1394 ieee1394 nls_iso8859_1 nls_cp437 capability commoncap ide_cd >>cdrom snd_intel8x0 snd_ac97_codec snd_pcm_oss snd_mixer_oss snd_pcm >>snd_timer snd_page_alloc gameport snd_mpu401_uart snd_rawmidi >>snd_seq_device snd soundcore evdev mousedev usbmouse usbcore minix ntfs >>isofs vfat msdos fat ext2 ext3 jbd mbcache reiserfs ide_generic ide_disk >>piix ide_core unix fbcon font vesafb cfbcopyarea cfbimgblt cfbfillrect >>Feb 22 10:19:20 ting kernel: CPU: 0 >>Feb 22 10:19:20 ting kernel: EIP: 0060:[pg0+545804692/1069900800] >>Not tainted VLI >>Feb 22 10:19:20 ting kernel: EFLAGS: 00010282 (2.6.9-1-686-smp) >>Feb 22 10:19:20 ting kernel: EIP is at reiserfs_in_journal+0x134/0x1a0 >>[reiserfs] >>Feb 22 10:19:20 ting kernel: eax: 00000000 ebx: e106811c ecx: >>00001710 edx: e10f73a8 >>Feb 22 10:19:20 ting kernel: esi: 00c60000 edi: 00000000 ebp: >>da0e2400 esp: cbd11bd8 >>Feb 22 10:19:20 ting kernel: ds: 007b es: 007b ss: 0068 >>Feb 22 10:19:20 ting kernel: Process mv (pid: 7654, threadinfo=cbd10000 >>task=ca660810) >>Feb 22 10:19:20 ting kernel: Stack: cbd11c60 da0e2400 00000001 d258cd80 >>00000000 e0f6ac60 cbd11c60 da0e2400 >>Feb 22 10:19:20 ting kernel: e0c0823c da0e2400 0000018c 00000000 >>00000001 cbd11c18 00000000 00000000 >>Feb 22 10:19:20 ting kernel: 00000000 0000018c cbd11c60 00001000 >>da0e2400 e0c0848a cbd11ebc 0000018c >>Feb 22 10:19:20 ting kernel: Call Trace: >>Feb 22 10:19:20 ting kernel: [pg0+545653308/1069900800] >>scan_bitmap_block+0x23c/0x280 [reiserfs] >>Feb 22 10:19:20 ting kernel: [pg0+545653898/1069900800] >>scan_bitmap+0x12a/0x230 [reiserfs] >>Feb 22 10:19:20 ting kernel: [pg0+545658886/1069900800] >>reiserfs_allocate_blocknrs+0x256/0x5a0 [reiserfs] >>Feb 22 10:19:20 ting kernel: [pg0+545712290/1069900800] >>reiserfs_allocate_blocks_for_region+0x262/0x1620 [reiserfs] >>Feb 22 10:19:20 ting kernel: [pg0+545784067/1069900800] >>search_for_position_by_key+0x1d3/0x400 [reiserfs] >>Feb 22 10:19:20 ting kernel: [pg0+545687562/1069900800] >>make_cpu_key+0x5a/0x70 [reiserfs] >>Feb 22 10:19:20 ting kernel: [pg0+545778051/1069900800] >>pathrelse+0x23/0x40 [reiserfs] >>Feb 22 10:19:20 ting kernel: [pg0+545720572/1069900800] >>reiserfs_prepare_file_region_for_write+0x3bc/0x9d0 [reiserfs] >>Feb 22 10:19:20 ting kernel: [pg0+545723518/1069900800] >>reiserfs_file_write+0x56e/0x7d0 [reiserfs] >>Feb 22 10:19:20 ting kernel: [__generic_file_aio_read+530/592] >>__generic_file_aio_read+0x212/0x250 >>Feb 22 10:19:20 ting kernel: [vfs_write+237/352] vfs_write+0xed/0x160 >>Feb 22 10:19:20 ting kernel: [sys_write+81/128] sys_write+0x51/0x80 >>Feb 22 10:19:20 ting kernel: [syscall_call+7/11] syscall_call+0x7/0xb >>Feb 22 10:19:20 ting kernel: Code: e1 ff 1f 00 00 8b 04 8b 85 c0 74 17 >>8d 74 26 00 8d bc 27 00 00 00 00 39 70 08 74 1e 8b 40 20 85 c0 75 f4 31 >>d2 31 c0 85 d2 74 a7 <0f> 0b 0c 02 e7 b2 c3 e0 b8 01 00 00 00 eb 98 39 >>68 04 75 dd 89 >> >> >>And previous to that: >>Feb 22 09:29:43 ting kernel: ReiserFS: hdb2: found reiserfs format "3.6" >>with standard journal >>Feb 22 09:29:47 ting kernel: ReiserFS: hdb2: using ordered data mode >>Feb 22 09:29:47 ting kernel: ReiserFS: hdb2: journal params: device >>hdb2, size 8192, journal first block 18, max trans len 1024, max batch >>900, max commit age 30, max trans age 30 >>Feb 22 09:29:47 ting kernel: ReiserFS: hdb2: checking transaction log (hdb2) >>Feb 22 09:29:47 ting kernel: ReiserFS: hdb2: Using r5 hash to sort names >>Feb 22 09:29:49 ting kernel: ReiserFS: hdb4: found reiserfs format "3.6" >>with standard journal >>Feb 22 09:29:50 ting kernel: ReiserFS: hdb4: using ordered data mode >>Feb 22 09:29:50 ting kernel: ReiserFS: hdb4: journal params: device >>hdb4, size 8192, journal first block 18, max trans len 1024, max batch >>900, max commit age 30, max trans age 30 >>Feb 22 09:29:50 ting kernel: ReiserFS: hdb4: checking transaction log (hdb4) >>Feb 22 09:29:50 ting kernel: ReiserFS: hdb4: Using r5 hash to sort names >>Feb 22 09:30:17 ting kernel: ------------[ cut here ]------------ >>Feb 22 09:30:17 ting kernel: PREEMPT SMP >>Feb 22 09:30:17 ting kernel: Modules linked in: ipv6 parport_pc lp >>parport binfmt_misc autofs4 thermal fan button processor ac battery >>sn9c102 videodev hfsplus hfs ir_usb usbserial irda_usb irda crc_ccitt >>ipt_limit ipt_state ipt_LOG ipt_REJECT ip_conntrack_irc ip_conntrack_ftp >>ip_conntrack iptable_filter ip_tables joydev tsdev usbhid ehci_hcd usblp >>eth1394 uhci_hcd via_rhine mii crc32 sbp2 scsi_mod ohci1394 ieee1394 >>nls_iso8859_1 nls_cp437 capability commoncap ide_cd cdrom snd_intel8x0 >>snd_ac97_codec snd_pcm_oss snd_mixer_oss snd_pcm snd_timer >>snd_page_alloc gameport snd_mpu401_uart snd_rawmidi snd_seq_device snd >>soundcore evdev mousedev usbmouse usbcore minix ntfs isofs vfat msdos >>fat ext2 ext3 jbd mbcache reiserfs ide_generic ide_disk piix ide_core >>unix fbcon font vesafb cfbcopyarea cfbimgblt cfbfillrect >>Feb 22 09:30:17 ting kernel: CPU: 0 >>Feb 22 09:30:17 ting kernel: EIP: 0060:[pg0+545804692/1069900800] >>Not tainted VLI >>Feb 22 09:30:17 ting kernel: EFLAGS: 00010286 (2.6.9-1-686-smp) >>Feb 22 09:30:17 ting kernel: EIP is at reiserfs_in_journal+0x134/0x1a0 >>[reiserfs] >>Feb 22 09:30:17 ting kernel: eax: 00000000 ebx: e106a11c ecx: >>00001890 edx: e10f93f0 >>Feb 22 09:30:17 ting kernel: esi: 00c60000 edi: 00000000 ebp: >>df57d400 esp: dd7bfbd8 >>Feb 22 09:30:17 ting kernel: ds: 007b es: 007b ss: 0068 >>Feb 22 09:30:17 ting kernel: Process rsync (pid: 7482, >>threadinfo=dd7be000 task=d9af4b70) >>Feb 22 09:30:17 ting kernel: Stack: dd7bfc60 df57d400 00004cc4 dbe4a180 >>00000000 e0fd8c60 dd7bfc60 df57d400 >>Feb 22 09:30:17 ting kernel: e0c0823c df57d400 0000018c 00000000 >>00000001 dd7bfc18 00000000 00000000 >>Feb 22 09:30:17 ting kernel: 00000000 0000018c dd7bfc60 00001000 >>df57d400 e0c0848a dd7bfebc 0000018c >>Feb 22 09:30:17 ting kernel: Call Trace: >>Feb 22 09:30:17 ting kernel: [pg0+545653308/1069900800] >>scan_bitmap_block+0x23c/0x280 [reiserfs] >>Feb 22 09:30:17 ting kernel: [pg0+545653898/1069900800] >>scan_bitmap+0x12a/0x230 [reiserfs] >>Feb 22 09:30:17 ting kernel: [pg0+545658886/1069900800] >>reiserfs_allocate_blocknrs+0x256/0x5a0 [reiserfs] >>Feb 22 09:30:17 ting kernel: [pg0+545712290/1069900800] >>reiserfs_allocate_blocks_for_region+0x262/0x1620 [reiserfs] >>Feb 22 09:30:17 ting kernel: [pg0+545784067/1069900800] >>search_for_position_by_key+0x1d3/0x400 [reiserfs] >>Feb 22 09:30:17 ting kernel: [pg0+545687562/1069900800] >>make_cpu_key+0x5a/0x70 [reiserfs] >>Feb 22 09:30:17 ting kernel: [pg0+545778051/1069900800] >>pathrelse+0x23/0x40 [reiserfs] >>Feb 22 09:30:17 ting kernel: [pg0+545720572/1069900800] >>reiserfs_prepare_file_region_for_write+0x3bc/0x9d0 [reiserfs] >>Feb 22 09:30:17 ting kernel: [pg0+545723518/1069900800] >>reiserfs_file_write+0x56e/0x7d0 [reiserfs] >>Feb 22 09:30:17 ting kernel: [schedule_timeout+118/192] >>schedule_timeout+0x76/0xc0 >>Feb 22 09:30:17 ting kernel: [vfs_write+237/352] vfs_write+0xed/0x160 >>Feb 22 09:30:17 ting kernel: [sys_write+81/128] sys_write+0x51/0x80 >>Feb 22 09:30:17 ting kernel: [syscall_call+7/11] syscall_call+0x7/0xb >>Feb 22 09:30:17 ting kernel: Code: e1 ff 1f 00 00 8b 04 8b 85 c0 74 17 >>8d 74 26 00 8d bc 27 00 00 00 00 39 70 08 74 1e 8b 40 20 85 c0 75 f4 31 >>d2 31 c0 85 d2 74 a7 <0f> 0b 0c 02 e7 b2 c3 e0 b8 01 00 00 00 eb 98 39 >>68 04 75 dd 89 >> >> >> >>The file systems will be intact for another 10 hours or so if you >>contact me soon I will preserve them for longer if you want to examine them. >> >>Sam >> >> >> > > > From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S261567AbUC0B3R (ORCPT ); Fri, 26 Mar 2004 20:29:17 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S261573AbUC0B3R (ORCPT ); Fri, 26 Mar 2004 20:29:17 -0500 Received: from dial249.pm3abing3.abingdonpm.naxs.com ([216.98.75.249]:38784 "EHLO animx.eu.org") by vger.kernel.org with ESMTP id S261567AbUC0B3N (ORCPT ); Fri, 26 Mar 2004 20:29:13 -0500 Date: Fri, 26 Mar 2004 20:40:12 -0500 From: Wakko Warner To: linux-kernel@vger.kernel.org Subject: reiserfs oops Message-ID: <20040326204012.A1682@animx.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.3i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Kernel vanilla 2.6.4 with cdrw packet writing patch. OOPS: ksymoops 2.4.9 on i686 2.6.4-packet. Options used -v /usr/src/linux/vegeta/2.6.4-packet/vmlinux (specified) -k /proc/kallsyms (specified) -l /proc/modules (default) -o /lib/modules/2.6.4-packet/ (default) -m /boot/System.map-2.6.4-packet (default) Warning (read_ksyms): no kernel symbols in ksyms, is /proc/kallsyms a valid ksyms file? No modules in ksyms, skipping objects No ksyms, skipping lsmod kernel BUG at fs/reiserfs/prints.c:339! invalid operand: 0000 [#1] CPU: 1 EIP: 0060:[] Not tainted Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00010286 eax: 00000024 ebx: f73f7e00 ecx: c02eecf4 edx: 000397ee esi: fb2e4558 edi: 00000000 ebp: f73f7e00 esp: dc5fddbc ds: 007b es: 007b ss: 0068 Stack: f8925bd4 f892c420 fb2e4558 f73f7e00 f89182e3 f73f7e00 f8922f80 00001000 fb2e40b8 00000003 00000006 00000004 00000000 e6f30660 0000000f f7c5f400 da554000 00000000 f891c665 f73f7e00 fb2e4558 00000001 00000006 00000000 Call Trace: [] flush_commit_list+0x2db/0x461 [reiserfs] [] do_journal_end+0x5d7/0xbdf [reiserfs] [] flush_old_commits+0x12f/0x1bf [reiserfs] [] sync_sb_inodes+0x1c5/0x252 [] pdflush+0x0/0x13 [] reiserfs_write_super+0x7d/0x7f [reiserfs] [] sync_supers+0x99/0x9b [] wb_kupdate+0x36/0x114 [] recalc_task_prio+0x90/0x1aa [] schedule+0x35a/0x625 [] __pdflush+0xc5/0x1a9 [] pdflush+0xf/0x13 [] wb_kupdate+0x0/0x114 [] pdflush+0x0/0x13 [] kthread+0xb2/0xb8 [] kthread+0x0/0xb8 [] kernel_thread_helper+0x5/0xb Code: 0f 0b 53 01 da 5b 92 f8 b8 ef 5b 92 f8 8d 93 24 01 00 00 85 >>EIP; f890cffd <_end+38543fad/3fc34fb0> <===== >>ebx; f73f7e00 <_end+3702edb0/3fc34fb0> >>ecx; c02eecf4 >>esi; fb2e4558 <_end+3af1b508/3fc34fb0> >>ebp; f73f7e00 <_end+3702edb0/3fc34fb0> >>esp; dc5fddbc <_end+1c234d6c/3fc34fb0> Trace; f89182e3 <_end+3854f293/3fc34fb0> Trace; f891c665 <_end+38553615/3fc34fb0> Trace; f891b9b3 <_end+38552963/3fc34fb0> Trace; c0176e7d Trace; c01406a1 Trace; f8909f4f <_end+38540eff/3fc34fb0> Trace; c015e460 Trace; c013ff5e Trace; c011bf7e Trace; c011d793 Trace; c01405bd <__pdflush+c5/1a9> Trace; c01406b0 Trace; c013ff28 Trace; c01406a1 Trace; c0133bcc Trace; c0133b1a Trace; c0107269 Code; f890cffd <_end+38543fad/3fc34fb0> 00000000 <_EIP>: Code; f890cffd <_end+38543fad/3fc34fb0> <===== 0: 0f 0b ud2a <===== Code; f890cfff <_end+38543faf/3fc34fb0> 2: 53 push %ebx Code; f890d000 <_end+38543fb0/3fc34fb0> 3: 01 da add %ebx,%edx Code; f890d002 <_end+38543fb2/3fc34fb0> 5: 5b pop %ebx Code; f890d003 <_end+38543fb3/3fc34fb0> 6: 92 xchg %eax,%edx Code; f890d004 <_end+38543fb4/3fc34fb0> 7: f8 clc Code; f890d005 <_end+38543fb5/3fc34fb0> 8: b8 ef 5b 92 f8 mov $0xf8925bef,%eax Code; f890d00a <_end+38543fba/3fc34fb0> d: 8d 93 24 01 00 00 lea 0x124(%ebx),%edx Code; f890d010 <_end+38543fc0/3fc34fb0> 13: 85 00 test %eax,(%eax) 1 warning issued. Results may not be reliable. -- Lab tests show that use of micro$oft causes cancer in lab animals From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S261686AbUC0L3w (ORCPT ); Sat, 27 Mar 2004 06:29:52 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S261689AbUC0L3w (ORCPT ); Sat, 27 Mar 2004 06:29:52 -0500 Received: from [217.73.129.129] ([217.73.129.129]:23191 "EHLO linuxhacker.ru") by vger.kernel.org with ESMTP id S261686AbUC0L3v (ORCPT ); Sat, 27 Mar 2004 06:29:51 -0500 Date: Sat, 27 Mar 2004 13:28:44 +0200 Message-Id: <200403271128.i2RBSiTd162082@car.linuxhacker.ru> From: Oleg Drokin Subject: Re: reiserfs oops To: wakko@animx.eu.org, linux-kernel@vger.kernel.org References: <20040326204012.A1682@animx.eu.org> Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Wakko Warner wrote: WW> Kernel vanilla 2.6.4 with cdrw packet writing patch. WW> kernel BUG at fs/reiserfs/prints.c:339! WW> invalid operand: 0000 [#1] There was extra line in your kernel log just prior to those two, what was it saying? Bye, Oleg