BERTRAND Joël a écrit : > BERTRAND Joël a écrit : >> matthew green a écrit : >>> i wonder if this is lack of buf_destroy() in rf_FreeDiskQueueData(), >>> to match the buf_init() in rf_CreateDiskQueueData(). >>> >>> can you try this patch? >> >> I can, but I don't know when I can reboot this server to test. I hope >> in a few days. >> >> Best regards, >> >> JKB >> > > Hello, > > System runs very slowly, tries to boot but doesn't reach login prompt. > It stalls after iscsi device creation. > > Best regards, > > JB
Hello, Some (bad) news. I believe that kernel now panics intead of enter in a lock : [ 954616,657421] S-1C-1: ccb_timeout: num=1 total=1 disp=0 [ 954616,657421] uvm_fault(0xffffffff815862c0, 0x0, 2) -> e [ 954616,657421] fatal page fault in supervisor mode [ 954616,657421] trap type 6 code 0x2 rip 0xffffffff8022800c cs 0x8 rflags 0x10246 cr2 0x10 ilevel 0 rsp 0xffffbc813c0c9f48 [ 954616,657421] curlwp 0xffffdfec9386ba60 pid 0.181 lowest kstack 0xffffbc813c0c72c0 [ 954616,657421] panic: trap [ 954616,657421] cpu1: Begin traceback... [ 954616,657421] vpanic() at netbsd:vpanic+0x160 [ 954616,657421] snprintf() at netbsd:snprintf [ 954616,657421] startlwp() at netbsd:startlwp [ 954616,657421] alltraps() at netbsd:alltraps+0xbb [ 954616,657421] ccb_timeout() at netbsd:ccb_timeout+0xf0 [ 954616,657421] iscsi_cleanup_thread() at netbsd:iscsi_cleanup_thread+0x2b6 [ 954616,657421] cpu1: End traceback... [ 954616,657421] dumping to dev 18,1 (offset=251919, size=4162814): [ 954616,657421] dump Of course, no crash dump was written :-( I have a debug kernel but I don't know how investigate. Best regards, JB