[Pkg-iscsi-maintainers] Bug#784756: iscsitarget: Kernel panic on iscsi target triggered by initiator
Sebastian Meier
sebastian.meier at ikr.uni-stuttgart.de
Fri May 8 14:34:46 UTC 2015
Package: iscsitarget
Version: 1.4.20.3+svn502-1
Severity: normal
Dear Maintainer,
I'm using iscsi to boot several diskless systems over the network (using
ipxe).
I'm getting a kernel panic on the target when booting from a target device,
which is configured as follows:
/etc/iet/ietd.conf:
--------------8<---------------
...
Target iqn.2013-12.de.uni-stuttgart.ikr.netlab.labsrv1:OverlayFSRoot.img
Lun 0
Path=/srv/iscsi/OverlayFSRoot.img,Type=fileio,ScsiId=0,ScsiSN=0,IOMode=ro
LUN 1 Path=/srv/iscsi/overlayFS_1.img,Type=fileio,ScsiId=0,ScsiSN=0
NOPInterval 10
NOPTimeout 10
...
--------------8<---------------
The IOMode=ro parameter causes the target kernel to panic when the initiator
boots.
The boot procedure is as follows: IPXE works, grub loads as well, but as soon
as I select which kernel to boot, the screen of
the initiator goes black and I get the following kernel panic on the target:
--------------8<---------------
[ 160.766232] iscsi_trgt: cmnd_skip_pdu(471) 18ae009a 1c 2a 0
[ 160.766442] BUG: unable to handle kernel NULL pointer dereference at
000000000000000c
[ 160.766502] IP: [<ffffffffa068e18d>] cmnd_recv_pdu+0x2d/0x280 [iscsi_trgt]
[ 160.766557] PGD 0
[ 160.766575] Oops: 0000 [#1] SMP
[ 160.766604] Modules linked in: cpufreq_stats iscsi_trgt(O)
cpufreq_conservative crc32c_generic cpufreq_powersave cpufreq_userspace
ib_iser rdma_cm iw_cm ib_cm ib_sa ib_mad ib_core ib_addr
iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi nfsd auth_rpcgss
oid_registry nfs_acl nfs lockd fscache sunrpc xt_nat iptable_nat
nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_c
onntrack xt_tcpudp iptable_filter ip_tables x_tables fuse loop
x86_pkg_temp_thermal intel_powerclamp coretemp kvm_intel kvm crc32_pclmul
ghash_clmulni_intel aesni_intel aes_x86_64 lrw gf128mu
l mgag200 joydev ttm drm_kms_helper drm glue_helper i2c_algo_bit iTCO_wdt
psmouse iTCO_vendor_support ipmi_si sb_edac ablk_helper edac_core serio_raw
cryptd ipmi_msghandler evdev pcspkr wmi t
pm_tis tpm i2c_i801 mei_me ioatdma lpc_ich mei
[ 160.767273] i2c_core shpchp mfd_core processor thermal_sys button ext4
crc16 mbcache jbd2 dm_mod raid1 md_mod sg sd_mod crc_t10dif crct10dif_generic
hid_generic usbhid hid crct10dif_pclmu
l crct10dif_common crc32c_intel ehci_pci mpt2sas raid_class ehci_hcd
scsi_transport_sas ixgbe dca ptp usbcore pps_core usb_common scsi_mod mdio
[ 160.767558] CPU: 4 PID: 2550 Comm: istd12 Tainted: G O
3.16.0-4-amd64 #1 Debian 3.16.7-ckt9-3~deb8u1
[ 160.767622] Hardware name: Supermicro X9SRH-7F/7TF/X9SRH-7F/7TF, BIOS 3.00
07/05/2013
[ 160.767673] task: ffff8808526b6210 ti: ffff8808526c0000 task.ti:
ffff8808526c0000
[ 160.767720] RIP: 0010:[<ffffffffa068e18d>] [<ffffffffa068e18d>]
cmnd_recv_pdu+0x2d/0x280 [iscsi_trgt]
[ 160.767786] RSP: 0018:ffff8808526c3d28 EFLAGS: 00010206
[ 160.767821] RAX: 0000000000000400 RBX: 0000000000000000 RCX:
0000000000000200
[ 160.767867] RDX: 0000000000000000 RSI: 0000000000000000 RDI:
ffff880846c68000
[ 160.767912] RBP: ffff880846c68000 R08: 0000000000000200 R09:
0000000000000000
[ 160.767957] R10: 70c0000000000000 R11: 00026802b8600000 R12:
0000000000000000
[ 160.768003] R13: 0000000000000200 R14: 0000000000000200 R15:
ffff8808524a2000
[ 160.768049] FS: 0000000000000000(0000) GS:ffff88087fc80000(0000)
knlGS:0000000000000000
[ 160.768101] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[ 160.768139] CR2: 000000000000000c CR3: 0000000001813000 CR4:
00000000001407e0
[ 160.768184] Stack:
[ 160.768199] ffff880846c67760 ffff88085b1f6eb0 ffff880846c68000
0000000000000000
[ 160.768258] ffffffffa06904ce ffff88085d58f040 ffffffff8150d1b1
0000000000012f00
[ 160.768316] 00000200526c3fd8 0000000000012f00 ffff8808526b6210
0000000000000000
[ 160.768374] Call Trace:
[ 160.768398] [<ffffffffa06904ce>] ? cmnd_rx_start+0x3de/0xcc0 [iscsi_trgt]
[ 160.768445] [<ffffffff8150d1b1>] ? __schedule+0x2b1/0x710
[ 160.768485] [<ffffffffa0691713>] ? istd+0x263/0x1310 [iscsi_trgt]
[ 160.768529] [<ffffffff8109deaf>] ? enqueue_task_fair+0x2cf/0xe20
[ 160.768572] [<ffffffff8148b9c0>] ? inet_sendmsg+0xc0/0xc0
[ 160.768609] [<ffffffff8150d1b1>] ? __schedule+0x2b1/0x710
[ 160.768649] [<ffffffffa06914b0>] ? nthread_wakeup+0x30/0x30 [iscsi_trgt]
[ 160.768696] [<ffffffff81087edd>] ? kthread+0xbd/0xe0
[ 160.768732] [<ffffffff81087e20>] ? kthread_create_on_node+0x180/0x180
[ 160.768776] [<ffffffff81510d98>] ? ret_from_fork+0x58/0x90
[ 160.768815] [<ffffffff81087e20>] ? kthread_create_on_node+0x180/0x180
[ 160.768857] Code: 44 00 00 41 55 f6 05 5a 48 01 00 04 41 89 cd 41 54 41 89
d4 55 48 89 fd 53 48 89 f3 0f 85 fc 01 00 00 45 85 ed 0f 84 63 01 00 00 <44>
8b 4b 0c 43 8d 04 2c 49 c1 e1 0c 4c
39 c8 0f 87 06 02 00 00
[ 160.769150] RIP [<ffffffffa068e18d>] cmnd_recv_pdu+0x2d/0x280 [iscsi_trgt]
[ 160.769201] RSP <ffff8808526c3d28>
[ 160.769225] CR2: 000000000000000c
[ 160.769250] ---[ end trace aac3f428c5178dff ]---
--------------8<---------------
I can succesfully mount the read-only disk locally on my target, even if
trying to mount it as a rw filesystem.
I only get the kernel panic when booting over the network, as described above.
Any help is much appreciated.
Best Regards,
Sebastian Meier
-- System Information:
Debian Release: 8.0
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.16.0-4-amd64 (SMP w/12 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: unable to detect
Versions of packages iscsitarget depends on:
ii libc6 2.19-18
ii lsb-base 4.1+Debian13+nmu1
ii procps 2:3.3.9-9
Versions of packages iscsitarget recommends:
ii iscsitarget-dkms 1.4.20.3+svn502-1
iscsitarget suggests no packages.
-- Configuration Files:
/etc/default/iscsitarget changed:
ISCSITARGET_ENABLE=true
ISCSITARGET_MAX_SLEEP=3
ISCSITARGET_OPTIONS=""
/etc/iet/ietd.conf:
-- no debconf information
More information about the Pkg-iscsi-maintainers
mailing list