NetBSD-Bugs archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

kern/55699: Panic certainly in iSCSI initiator



>Number:         55699
>Category:       kern
>Synopsis:       Panic certainly in iSCSI initiator
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    kern-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Wed Oct 07 12:10:00 +0000 2020
>Originator:     joel.bertrand%systella.fr@localhost
>Release:        NetBSD 9.0_STABLE
>Organization:
>Environment:
	
	
System: NetBSD legendre.systella.fr 9.0_STABLE NetBSD 9.0_STABLE (CUSTOM) #13: Tue Oct 6 14:45:51 CEST 2020 root%legendre.systella.fr@localhost:/usr/src/netbsd-9/obj/sys/arch/amd64/compile/CUSTOM amd64
Architecture: x86_64
Machine: amd64
>Description:

	Hello,

	I have installed bacula on a NetBSD-9 server (dir, fd and sd). Bacula saves
data on a NAS (QNAP) directly connected through a specific ethernet adapter.

	Topology :
- wm0 : WAN
- agr0 (wm1+wm2) LAN
- re0 : to NAS (RTL8169 PCI Gigabit Ethernet Controller [10ec:8169] (rev 10))
- bridge0 (tap0+tap1) : remote access

	Randomly, when bacula lauches a job, system panics with :
[  3409.124192] uvm_fault(0xffffffff8151f760, 0xffffffff819ca000, 4) -> e
[  3409.124192] fatal page fault in supervisor mode
[  3409.124192] trap type 6 code 0x10 rip 0xffffffff819ca061 cs 0x8 rflags
0x10293 cr2 0xffffffff819ca061 ilevel 0 rsp 0xffffae013d79abb0
[  3409.124192] curlwp 0xfffffa749e1ef060 pid 160.1 lowest kstack
0xffffae013d7982c0
[  3409.124192] panic: trap
[  3409.124192] cpu5: Begin traceback...
[  3409.133355] vpanic() at netbsd:vpanic+0x160
[  3409.133355] snprintf() at netbsd:snprintf
[  3409.133355] startlwp() at netbsd:startlwp
[  3409.133355] alltraps() at netbsd:alltraps+0xbb
[  3409.133355] usbd_devinfo_vp() at netbsd:usbd_devinfo_vp+0xa9
[  3409.143358] usbd_fill_deviceinfo() at netbsd:usbd_fill_deviceinfo+0x68
[  3409.143358] usbioctl() at netbsd:usbioctl+0xdc
[  3409.143358] cdev_ioctl() at netbsd:cdev_ioctl+0xc4
[  3409.153361] VOP_IOCTL() at netbsd:VOP_IOCTL+0x54
[  3409.153361] vn_ioctl() at netbsd:vn_ioctl+0xa5
[  3409.153361] sys_ioctl() at netbsd:sys_ioctl+0x5ab
[  3409.163364] syscall() at netbsd:syscall+0x157
[  3409.163364] --- syscall (number 54) ---
[  3409.163364] 735f5396824a:
[  3409.163364] cpu5: End traceback...

[  3409.163364] dumping to dev 18,1 (offset=251919, size=4162814):

	Of course, I don't have any information in /var/crash. But I have
netbsd.gdb if required.

>How-To-Repeat:

	Connect an iSCSI target with iscsictl and generate huge traffic on iSCSI
device.

>Fix:

>Unformatted:
 	
 	


Home | Main Index | Thread Index | Old Index