Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.
This output is from primary system:
[root at linux1 root]# cat /proc/drbd
version: 0.7.2 (api:75/proto:74)
SVN Revision: 1483:1485 build by root at linux1.romestripsteel.local,
2004-08-30 09:48:47
0: cs:SyncSource st:Primary/Secondary ld:Consistent
ns:172 nr:0 dw:0 dr:1024 al:0 bm:0 lo:0 pe:2 ua:213 ap:0
[>...................] sync'ed: 0.3% (1876852/1877020)K
finish: 398:49:51 speed: 0 (0) K/sec
1: cs:Unconfigured
Output from dmesg:
drbd: initialised. Version: 0.7.2 (api:75/proto:74)
drbd: SVN Revision: 1483:1485 build by root at linux1.romestripsteel.local,
2004-08-30 09:48:47
drbd: registered as block device major 147
drbd0: resync bitmap: bits=469255 words=14666
drbd0: size = 1877020 KB
drbd0: 1877020 KB marked out-of-sync by on disk bit-map.
drbd0: No usable activity log found.
drbd0: drbdsetup [2042]: cstate Unconfigured --> StandAlone
drbd0: drbdsetup [2044]: cstate StandAlone --> Unconnected
drbd0: drbd0_receiver [2045]: cstate Unconnected --> WFConnection
drbd0: sc.al_extents > 3936
drbd0: drbd0_receiver [2045]: cstate WFConnection --> WFReportParams
drbd0: Handshake successful: DRBD Network Protocol version 74
drbd0: Connection established.
drbd0: I am(S): 0:00000001:00000001:00000001:00000001:01
drbd0: Peer(S): 0:00000001:00000001:00000001:00000001:01
drbd0: drbd0_receiver [2045]: cstate WFReportParams --> Connected
drbd0: I am inconsistent, but there is no sync? BOTH nodes inconsistent!
drbd0: Secondary/Unknown --> Secondary/Secondary
drbd0: Secondary/Secondary --> Primary/Secondary
drbd0: I am(P): 1:00000002:00000001:00000001:00000001:11
drbd0: Peer(S): 0:00000001:00000001:00000001:00000001:01
drbd0: drbd0_receiver [2045]: cstate Connected --> WFBitMapS
drbd0: drbd0_receiver [2045]: cstate WFBitMapS --> SyncSource
drbd0: Resync started as SyncSource (need to sync 1877020 KB [469255
bits set]).
Unable to handle kernel NULL pointer dereference at virtual address
00000014
printing eip:
c0230b29
*pde = 00000000
Oops: 0002
drbd parport_pc lp parport iptable_filter ip_tables autofs 3c2000 e1000
ide-cd cdrom st keybdev mousedev hid input usb-ohci usbcore ext3 jbd
megaraid aic7xxx
CPU: 1
EIP: 0060:[<c0230b29>] Not tainted
EFLAGS: 00010293
EIP is at do_tcp_sendpages [kernel] 0x4e9 (2.4.20-31.9smp)
eax: 00000000 ebx: f76bbd80 ecx: 00000380 edx: 00000000
esi: 00000002 edi: f6cede3c ebp: f6c99b80 esp: f6d1de84
ds: 0068 es: 0068 ss: 0068
Process drbd0_worker (pid: 2043, stackpage=f6d1d000)
Stack: f6d1def4 00000018 00000000 c0207bb8 f6c99b94 f6d1def4 00000018
00000000
00000000 00000000 00001000 00000000 000005a8 0000012c f6cedd00
00004000
f6d1c000 00001000 c023105b f6cedd00 f6d1defc fe2fd000 00001000
00004000
Call Trace: [<c0207bb8>] sock_sendmsg [kernel] 0x78 (0xf6d1de90))
[<c023105b>] tcp_sendpage [kernel] 0xcb (0xf6d1decc))
[<f8a5fc57>] _drbd_send_page [drbd] 0x107 (0xf6d1def4))
[<f8a6026b>] drbd_send_block [drbd] 0x15b (0xf6d1df24))
[<f8a52a54>] w_e_end_rsdata_req [drbd] 0x64 (0xf6d1df74))
[<f8a53882>] drbd_worker [drbd] 0x112 (0xf6d1df98))
[<f8a5eb88>] drbd_thread_setup [drbd] 0x78 (0xf6d1dfd0))
[<f8a5eb10>] drbd_thread_setup [drbd] 0x0 (0xf6d1dfe4))
[<c010759d>] kernel_thread_helper [kernel] 0x5 (0xf6d1dff0))
Code: f0 ff 42 14 8b 83 88 00 00 00 8b 6c 24 24 8d 04 f0 89 68 0c
Looks to me like something is up with the Kernel Null pointer
dereference at virtual address 00000014
But I'm not sure what?
What do you suggest I do, or what other information do you need?
Thanks,
Dan