Mailing List Archive: can't mount WFConnection nb0?

can't mount WFConnection nb0?

Nov 7, 2001, 11:57 AM

Post #1 of 3 (665 views)

So, I can't recall - is this normal or not? Here's the situation:

secondary node is down
primary node comes up
drbd is started and times out (inittimeout 10)
drbdsetup /dev/nb0 primary
fsck.ext3 /dev/nb0:

e2fsck 1.23, 15-Aug-2001 for EXT2 FS 0.5b, 95/08/09
fsck.ext3: Attempt to read block from filesystem resulted in short read
while trying to open /dev/nb0
Could this be a zero-length partition?

Huh?

A mount causes the kernel to oops, but keep running. I've attached the
kernel traceback.

I'm a little concerned by the first two lines of the traceback saying that
the blocksize is 1024 then 4096. What is going on here?

Why can't I fsck or mount /dev/nb0 that is the primary but is not connected?

Thanks,
Dan

--
Dan Yocum
Sloan Digital Sky Survey, Fermilab 630.840.6509
yocum@example.com, http://www.sdss.org
SDSS. Mapping the Universe.

Re: can't mount WFConnection nb0? [ In reply to ]

philipp.reisner at example

Nov 10, 2001, 7:12 AM

Post #2 of 3 (663 views)

Permalink

Probabely you need to add the disk-size parameter to your config file:

---
disk {
disk-size=4096543
}
---

-Philipp

* Dan Yocum <yocum@example.com> [011107 19:57]:
> So, I can't recall - is this normal or not? Here's the situation:
>
> secondary node is down
> primary node comes up
> drbd is started and times out (inittimeout 10)
> drbdsetup /dev/nb0 primary
> fsck.ext3 /dev/nb0:
>
> e2fsck 1.23, 15-Aug-2001 for EXT2 FS 0.5b, 95/08/09
> fsck.ext3: Attempt to read block from filesystem resulted in short read
> while trying to open /dev/nb0
> Could this be a zero-length partition?
>
> Huh?
>
> A mount causes the kernel to oops, but keep running. I've attached the
> kernel traceback.
>
> I'm a little concerned by the first two lines of the traceback saying that
> the blocksize is 1024 then 4096. What is going on here?
>
> Why can't I fsck or mount /dev/nb0 that is the primary but is not connected?
>
> Thanks,
> Dan
>
>
> --
> Dan Yocum
> Sloan Digital Sky Survey, Fermilab 630.840.6509
> yocum@example.com, http://www.sdss.org
> SDSS. Mapping the Universe.
> drbd0: blksize=1024 B
> drbd0: blksize=4096 B
> Unable to handle kernel NULL pointer dereference at virtual address 00000008
> printing eip:
> c804d992
> *pde = 00000000
> Oops: 0000
> CPU: 0
> EIP: 0010:[ext3:__insmod_ext3_S.bss_L1024+207282/123731848] Not tainted
> EIP: 0010:[<c804d992>] Not tainted
> EFLAGS: 00010282
> eax: 00000001 ebx: c141dc00 ecx: 00000003 edx: c5917640
> esi: c639fe48 edi: 00000000 ebp: c5943d20 esp: c5943d04
> ds: 0018 es: 0018 ss: 0018
> Process mount (pid: 891, stackpage=c5943000)
> Stack: c01a0c3b 00000246 c0356720 00000001 c141dc00 c639fe48 00000212 c5943d54
> c8051bfd 00000000 00000212 0000000c 00000001 005793f4 00000004 00001000
> c639fe40 00000001 c5917640 00000001 00000000 c0181972 c0349a94 00000001
> Call Trace: [do_rw_disk+251/944] do_rw_disk [kernel] 0xfb
> Call Trace: [<c01a0c3b>] do_rw_disk [kernel] 0xfb
> [ext3:__insmod_ext3_S.bss_L1024+224285/123714845] drbd_make_request [drbd] 0x2b1
> [<c8051bfd>] drbd_make_request [drbd] 0x2b1
> [generic_make_request+242/272] generic_make_request [kernel] 0xf2
> [<c0181972>] generic_make_request [kernel] 0xf2
> [submit_bh+78/112] submit_bh [kernel] 0x4e
> [<c01819de>] submit_bh [kernel] 0x4e
> [ll_rw_block+553/640] ll_rw_block [kernel] 0x229
> [<c0181c29>] ll_rw_block [kernel] 0x229
> [balance_dirty_state+12/80] balance_dirty_state [kernel] 0xc
> [<c01376ec>] balance_dirty_state [kernel] 0xc
> [balance_dirty+11/48] balance_dirty [kernel] 0xb
> [<c013773b>] balance_dirty [kernel] 0xb
> [eepro100:__insmod_eepro100_O/lib/modules/2.4.9-13/kernel/drivers/net+-243095/96] journal_update_superblock_R651373e8 [jbd] 0x49
> [<c8005a69>] journal_update_superblock_R651373e8 [jbd] 0x49
> [eepro100:__insmod_eepro100_O/lib/modules/2.4.9-13/kernel/drivers/net+-243559/96] journal_init_inode_R8eb741d8 [jbd] 0x149
> [<c8005899>] journal_init_inode_R8eb741d8 [jbd] 0x149
> [eepro100:__insmod_eepro100_O/lib/modules/2.4.9-13/kernel/drivers/net+-242575/96] journal_load_R7352679b [jbd] 0x51
> [<c8005c71>] journal_load_R7352679b [jbd] 0x51
> [eepro100:__insmod_eepro100_O/lib/modules/2.4.9-13/kernel/drivers/net+-175678/96] __insmod_ext3_S.text_L42880 [ext3] 0xa162
> [<c80161c2>] __insmod_ext3_S.text_L42880 [ext3] 0xa162
> [eepro100:__insmod_eepro100_O/lib/modules/2.4.9-13/kernel/drivers/net+-177260/96] __insmod_ext3_S.text_L42880 [ext3] 0x9b34
> [<c8015b94>] __insmod_ext3_S.text_L42880 [ext3] 0x9b34
> [get_sb_bdev+504/688] get_sb_bdev [kernel] 0x1f8
> [<c013a948>] get_sb_bdev [kernel] 0x1f8
> [do_kern_mount+228/432] do_kern_mount [kernel] 0xe4
> [<c013aee4>] do_kern_mount [kernel] 0xe4
> [eepro100:__insmod_eepro100_O/lib/modules/2.4.9-13/kernel/drivers/net+-155932/96] __insmod_ext3_S.data_L672 [ext3] 0x244
> [<c801aee4>] __insmod_ext3_S.data_L672 [ext3] 0x244
> [eepro100:__insmod_eepro100_O/lib/modules/2.4.9-13/kernel/drivers/net+-155932/96] __insmod_ext3_S.data_L672 [ext3] 0x244
> [<c801aee4>] __insmod_ext3_S.data_L672 [ext3] 0x244
> [do_add_mount+35/208] do_add_mount [kernel] 0x23
> [<c014b263>] do_add_mount [kernel] 0x23
> [do_page_fault+0/1168] do_page_fault [kernel] 0x0
> [<c01137a0>] do_page_fault [kernel] 0x0
> [do_mount+315/352] do_mount [kernel] 0x13b
> [<c014b4eb>] do_mount [kernel] 0x13b
> [__alloc_pages+102/608] __alloc_pages [kernel] 0x66
> [<c012f3d6>] __alloc_pages [kernel] 0x66
> [copy_mount_options+76/160] copy_mount_options [kernel] 0x4c
> [<c014b35c>] copy_mount_options [kernel] 0x4c
> [sys_mount+124/192] sys_mount [kernel] 0x7c
> [<c014b58c>] sys_mount [kernel] 0x7c
> [system_call+51/56] system_call [kernel] 0x33
> [<c0106f5b>] system_call [kernel] 0x33
>
>
> Code: 8b 47 08 8b 4d 10 c7 45 e8 0c 00 00 00 29 4d e8 8b 75 0c 89

Re: can't mount WFConnection nb0? [ In reply to ]

yocum at example

Nov 12, 2001, 8:54 AM

Post #3 of 3 (667 views)

Permalink

Philipp Reisner wrote:
>
> Probabely you need to add the disk-size parameter to your config file:
>
> ---
> disk {
> disk-size=4096543
> }

Oh, that's right. Would that solve the SyncingAll problem, too?

I told you it was a long time since I've looked at this stuff.

:-)

Thanks,
Dan

> > secondary node is down
> > primary node comes up
> > drbd is started and times out (inittimeout 10)
> > drbdsetup /dev/nb0 primary
> > fsck.ext3 /dev/nb0:
> >
> > e2fsck 1.23, 15-Aug-2001 for EXT2 FS 0.5b, 95/08/09
> > fsck.ext3: Attempt to read block from filesystem resulted in short read
> > while trying to open /dev/nb0
> > Could this be a zero-length partition?
> >
> > Huh?
> >
> > A mount causes the kernel to oops, but keep running. I've attached the
> > kernel traceback.
> >
> > I'm a little concerned by the first two lines of the traceback saying that
> > the blocksize is 1024 then 4096. What is going on here?
> >
> > Why can't I fsck or mount /dev/nb0 that is the primary but is not connected?
> >
> > Thanks,
> > Dan
> >
> >
> > --
> > Dan Yocum
> > Sloan Digital Sky Survey, Fermilab 630.840.6509
> > yocum@example.com, http://www.sdss.org
> > SDSS. Mapping the Universe.
> > drbd0: blksize=1024 B
> > drbd0: blksize=4096 B
> > Unable to handle kernel NULL pointer dereference at virtual address 00000008
> > printing eip:
> > c804d992
> > *pde = 00000000
> > Oops: 0000
> > CPU: 0
> > EIP: 0010:[ext3:__insmod_ext3_S.bss_L1024+207282/123731848] Not tainted
> > EIP: 0010:[<c804d992>] Not tainted
> > EFLAGS: 00010282
> > eax: 00000001 ebx: c141dc00 ecx: 00000003 edx: c5917640
> > esi: c639fe48 edi: 00000000 ebp: c5943d20 esp: c5943d04
> > ds: 0018 es: 0018 ss: 0018
> > Process mount (pid: 891, stackpage=c5943000)
> > Stack: c01a0c3b 00000246 c0356720 00000001 c141dc00 c639fe48 00000212 c5943d54
> > c8051bfd 00000000 00000212 0000000c 00000001 005793f4 00000004 00001000
> > c639fe40 00000001 c5917640 00000001 00000000 c0181972 c0349a94 00000001
> > Call Trace: [do_rw_disk+251/944] do_rw_disk [kernel] 0xfb
> > Call Trace: [<c01a0c3b>] do_rw_disk [kernel] 0xfb
> > [ext3:__insmod_ext3_S.bss_L1024+224285/123714845] drbd_make_request [drbd] 0x2b1
> > [<c8051bfd>] drbd_make_request [drbd] 0x2b1
> > [generic_make_request+242/272] generic_make_request [kernel] 0xf2
> > [<c0181972>] generic_make_request [kernel] 0xf2
> > [submit_bh+78/112] submit_bh [kernel] 0x4e
> > [<c01819de>] submit_bh [kernel] 0x4e
> > [ll_rw_block+553/640] ll_rw_block [kernel] 0x229
> > [<c0181c29>] ll_rw_block [kernel] 0x229
> > [balance_dirty_state+12/80] balance_dirty_state [kernel] 0xc
> > [<c01376ec>] balance_dirty_state [kernel] 0xc
> > [balance_dirty+11/48] balance_dirty [kernel] 0xb
> > [<c013773b>] balance_dirty [kernel] 0xb
> > [eepro100:__insmod_eepro100_O/lib/modules/2.4.9-13/kernel/drivers/net+-243095/96] journal_update_superblock_R651373e8 [jbd] 0x49
> > [<c8005a69>] journal_update_superblock_R651373e8 [jbd] 0x49
> > [eepro100:__insmod_eepro100_O/lib/modules/2.4.9-13/kernel/drivers/net+-243559/96] journal_init_inode_R8eb741d8 [jbd] 0x149
> > [<c8005899>] journal_init_inode_R8eb741d8 [jbd] 0x149
> > [eepro100:__insmod_eepro100_O/lib/modules/2.4.9-13/kernel/drivers/net+-242575/96] journal_load_R7352679b [jbd] 0x51
> > [<c8005c71>] journal_load_R7352679b [jbd] 0x51
> > [eepro100:__insmod_eepro100_O/lib/modules/2.4.9-13/kernel/drivers/net+-175678/96] __insmod_ext3_S.text_L42880 [ext3] 0xa162
> > [<c80161c2>] __insmod_ext3_S.text_L42880 [ext3] 0xa162
> > [eepro100:__insmod_eepro100_O/lib/modules/2.4.9-13/kernel/drivers/net+-177260/96] __insmod_ext3_S.text_L42880 [ext3] 0x9b34
> > [<c8015b94>] __insmod_ext3_S.text_L42880 [ext3] 0x9b34
> > [get_sb_bdev+504/688] get_sb_bdev [kernel] 0x1f8
> > [<c013a948>] get_sb_bdev [kernel] 0x1f8
> > [do_kern_mount+228/432] do_kern_mount [kernel] 0xe4
> > [<c013aee4>] do_kern_mount [kernel] 0xe4
> > [eepro100:__insmod_eepro100_O/lib/modules/2.4.9-13/kernel/drivers/net+-155932/96] __insmod_ext3_S.data_L672 [ext3] 0x244
> > [<c801aee4>] __insmod_ext3_S.data_L672 [ext3] 0x244
> > [eepro100:__insmod_eepro100_O/lib/modules/2.4.9-13/kernel/drivers/net+-155932/96] __insmod_ext3_S.data_L672 [ext3] 0x244
> > [<c801aee4>] __insmod_ext3_S.data_L672 [ext3] 0x244
> > [do_add_mount+35/208] do_add_mount [kernel] 0x23
> > [<c014b263>] do_add_mount [kernel] 0x23
> > [do_page_fault+0/1168] do_page_fault [kernel] 0x0
> > [<c01137a0>] do_page_fault [kernel] 0x0
> > [do_mount+315/352] do_mount [kernel] 0x13b
> > [<c014b4eb>] do_mount [kernel] 0x13b
> > [__alloc_pages+102/608] __alloc_pages [kernel] 0x66
> > [<c012f3d6>] __alloc_pages [kernel] 0x66
> > [copy_mount_options+76/160] copy_mount_options [kernel] 0x4c
> > [<c014b35c>] copy_mount_options [kernel] 0x4c
> > [sys_mount+124/192] sys_mount [kernel] 0x7c
> > [<c014b58c>] sys_mount [kernel] 0x7c
> > [system_call+51/56] system_call [kernel] 0x33
> > [<c0106f5b>] system_call [kernel] 0x33
> >
> >
> > Code: 8b 47 08 8b 4d 10 c7 45 e8 0c 00 00 00 29 4d e8 8b 75 0c 89

--
Dan Yocum
Sloan Digital Sky Survey, Fermilab 630.840.6509
yocum@example.com, http://www.sdss.org
SDSS. Mapping the Universe.

Mailing List Archive

Mailing List Archive

Attached Files: