Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.
> there should have been a complete oops after this? > pipe it through ksymoops, and post it. Jul 6 19:25:56 tangua kernel: Unable to handle kernel paging request at virtual address 8b73af8c Jul 6 19:25:56 tangua kernel: c01f99bd Jul 6 19:25:56 tangua kernel: *pde = 00000000 Jul 6 19:25:56 tangua kernel: Oops: 0000 Jul 6 19:25:56 tangua kernel: CPU: 0 Jul 6 19:25:56 tangua kernel: EIP: 0010:[can_dfsa_file+61/384] Not tainted Jul 6 19:25:56 tangua kernel: EFLAGS: 00210282 Jul 6 19:25:56 tangua kernel: eax: 00000000 ebx: 8b73af80 ecx: f2ed2000 edx: 0000000a Jul 6 19:25:56 tangua kernel: esi: 00000001 edi: 0000000a ebp: c02f4480 esp: f2ed3f58 Jul 6 19:25:56 tangua kernel: ds: 0018 es: 0018 ss: 0018 Jul 6 19:25:56 tangua kernel: Process kdm_greet (pid: 1179, stackpage=f2ed3000) Jul 6 19:25:56 tangua kernel: Stack: 00020572 00000000 001e7f87 00000000 0024ee46 f2ed2000 00000001 0000000a Jul 6 19:25:56 tangua kernel: c02f4480 c01fa778 0000000a 0000000a 080c4ef8 fffffff7 00000001 c0148411 Jul 6 19:25:56 tangua kernel: 0000000a 00000001 bffff568 c01df215 f2ed2000 00000000 f2ed2000 080c4ef8 Jul 6 19:25:56 tangua kernel: Call Trace: [dfsa_syscall_on_file+376/400] [sys_write+49/352] [local_pre_usermode_actions+21/224] [local_syscall+7/19] Jul 6 19:25:56 tangua kernel: Code: 8b 53 0c a8 02 74 2c 0f bf 4a 40 85 c9 75 0c 0f bf 4a 3e 85 Using defaults from ksymoops -t elf32-i386 -a i386 >>ecx; f2ed2000 <_end+32b45b80/387f6be0> >>ebp; c02f4480 <init_fs+0/40> >>esp; f2ed3f58 <_end+32b47ad8/387f6be0> Code; 00000000 Before first symbol 00000000 <_EIP>: Code; 00000000 Before first symbol 0: 8b 53 0c mov 0xc(%ebx),%edx Code; 00000003 Before first symbol 3: a8 02 test $0x2,%al Code; 00000005 Before first symbol 5: 74 2c je 33 <_EIP+0x33> Code; 00000007 Before first symbol 7: 0f bf 4a 40 movswl 0x40(%edx),%ecx Code; 0000000b Before first symbol b: 85 c9 test %ecx,%ecx Code; 0000000d Before first symbol d: 75 0c jne 1b <_EIP+0x1b> Code; 0000000f Before first symbol f: 0f bf 4a 3e movswl 0x3e(%edx),%ecx Code; 00000013 Before first symbol 13: 85 00 test %eax,(%eax) the clash occours to sync 20 GB reiserfs partition. the speed is too slow: 3,600 k/sec Sync rate was set with: drbdsetup /dev/nb0 syncer --min 599M --max 600M --nice -19 I test drbd on a 1.9 G reiserfs partition, but the speed don' t increase. version: 0.6.12 (api:64/proto:62) 0: cs:SyncingAll st:Primary/Secondary ns:1895076 nr:0 dw:0 dr:1895104 pe:50 ua:0 [===================>] sync'ed: 97.2% (55/1906)M finish: 0:01:15h speed: 3,660 (3,318) K/sec 1: cs:Unconfigured st:Secondary/Unknown ns:0 nr:0 dw:0 dr:0 pe:0 ua:0 Is the ATA disks 7200 rpm of 2 nodes the bootleneck?? hdparm out: /dev/hda: multcount = 16 (on) IO_support = 1 (32-bit) unmaskirq = 0 (off) using_dma = 0 (off) keepsettings = 0 (off) readonly = 0 (off) readahead = 8 (on) geometry = 9733/255/63, sectors = 156368016, start = 0 /dev/hda: Timing buffer-cache reads: 2048 MB in 2.00 seconds = 1024.00 MB/sec Timing buffered disk reads: 14 MB in 3.09 seconds = 4.53 MB/sec I setup dma only for disks on kernel. Regards, Marlon > > >>Hi all, >> >>I install drbd 0.6.12 on debian testing with kernel version 2.4.22, and >>run this: >> >>On primary: >> >># modprobe drbd >># drbdsetup /dev/nb0 disk /dev/hda8 >># drbdsetup /dev/nb0 net 10.0.1.10:7788 10.0.1.20:7788 C >># drbdsetup /dev/nb0 primary >> >>On secondary: >> >># modprobe drbd >># drbdsetup /dev/nb0 disk /dev/hda8 >># drbdsetup /dev/nb0 net 10.0.1.20:7788 10.0.1.10:7788 C >> >> >>The partition /dev/hda8 has 20 G of size, after one hour of sync the >>kernel of secondary clash: >> >>"Unable to handle kernel paging request at virtual address f9e8f514" >> >> > >there should have been a complete oops after this? >pipe it through ksymoops, and post it. > > lge >_______________________________________________ >drbd-user mailing list >drbd-user at lists.linbit.com >http://lists.linbit.com/mailman/listinfo/drbd-user > > > >