Bart Van Assche wrote: > Hello, > > An iSCSI initiator logout in a Xen dom0 triggered a kernel bug. Is > this an open-iscsi issue or something I should post in a Xen mailing > list ? > > $cat /etc/issue.net > Ubuntu 7.10 > $ uname -a > Linux qsan002 2.6.22-14-xen #1 SMP Tue Feb 12 04:26:15 UTC 2008 x86_64 > GNU/Linux > $ xm info > host : qsan002 > release : 2.6.22-14-xen > version : #1 SMP Tue Feb 12 04:26:15 UTC 2008 > machine : x86_64 > nr_cpus : 8 > nr_nodes : 1 > sockets_per_node : 2 > cores_per_socket : 4 > threads_per_core : 1 > cpu_mhz : 2000 > hw_caps : > bfebfbff:20100800:00000000:00000140:0004e33d:00000000:00000001 > total_memory : 16382 > free_memory : 14000 > xen_major : 3 > xen_minor : 1 > xen_extra : .0 > xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p > xen_scheduler : credit > xen_pagesize : 4096 > platform_params : virt_start=0xffff800000000000 > xen_changeset : unavailable > cc_compiler : gcc version 4.1.3 20070929 (prerelease) > (Ubuntu 4.1.2-16ubuntu2 > cc_compile_by : buildd > cc_compile_domain : buildd > cc_compile_date : Fri Oct 12 16:26:34 GMT 2007 > xend_config_format : 4 > > [ 3944.501837] sd 5:0:0:10: [sdm] Synchronizing SCSI cache > [ 3944.502113] sd 5:0:0:11: [sdn] Synchronizing SCSI cache > [ 3944.764046] iscsi: cmd 0x35 is not queued (6) > [ 3944.764113] iscsi: cmd 0x35 is not queued (6) > [ 3944.764148] iscsi: cmd 0x35 is not queued (6) > [ 3944.764181] sd 5:0:0:11: [sdn] Result: hostbyte=DID_NO_CONNECT > driverbyte=DRIVER_OK,SUGGEST_OK > [ 3944.764363] ------------[ cut here ]------------ > [ 3944.764393] kernel BUG at > /build/buildd/linux-source-2.6.22-2.6.22/debian/build/custom-source-xen/include/linux/dcache.h:324! > [ 3944.764450] invalid opcode: 0000 [1] SMP > [ 3944.764476] sd 5:0:0:12: [sdo] Synchronizing SCSI cache > [ 3944.764516] CPU 3 > [ 3944.764543] Modules linked in: crc32c libcrc32c ib_iser iscsi_tcp > libiscsi scsi_transport_iscsi isofs xt_physdev iptable_filter > ip_tables x_tables af_packet bridge rdma_ucm rdma_cm iw_cm ib_addr > ib_uverbs ib_ipoib ib_cm ib_sa parport_pc lp parport loop ib_mthca > ib_mad ib_core pcspkr serial_core psmouse shpchp serio_raw pci_hotplug > ipv6 joydev evdev ext3 jbd mbcache sg sr_mod cdrom sd_mod usb_storage > ide_core usbhid hid libusual ata_piix floppy ata_generic libata > scsi_mod ehci_hcd e1000 uhci_hcd usbcore thermal processor fan > commoncap fuse > [ 3944.765020] Pid: 30, comm: events/3 Not tainted 2.6.22-14-xen #1 > [ 3944.765052] RIP: e030:[<ffffffff802e06a6>] [<ffffffff802e06a6>] > __sysfs_remove_dir+0x126/0x130 > [ 3944.765115] RSP: e02b:ffff8803e7947da0 EFLAGS: 00010246 > [ 3944.765146] RAX: 0000000000000000 RBX: ffff88015eb36390 RCX: > 0000000000000000 > [ 3944.765183] RDX: 0000000000000000 RSI: ffff88000bdcdec8 RDI: > ffff8801b5549680 > [ 3944.765217] RBP: ffff88015eb36380 R08: ffffffff805862c0 R09: > 0000000000000000 > [ 3944.765252] R10: 0000000000000001 R11: 0000000000000000 R12: > ffff88015eb36390 > [ 3944.765287] R13: ffff8801b5549680 R14: ffffffff880b7020 R15: > 0000000000000000 > [ 3944.765324] FS: 00002b1d0720c6e0(0000) GS:ffffffff80575180(0000) > knlGS:0000000000000000 > [ 3944.765375] CS: e033 DS: 0000 ES: 0000 > [ 3944.765404] Process events/3 (pid: 30, threadinfo ffff8803e7946000, > task ffff8803e7944000) > [ 3944.765455] Stack: ffff88015eb36390 ffff88015eb36380 > ffff88015eb36390 ffffffff880b7180 > [ 3944.765527] ffffffff880b7020 ffffffff802e06cd ffff88015eb36390 > ffffffff8031c5ee > [ 3944.765595] ffff8803e7a79b60 ffffffff803824bd ffffffff8055d310 > ffff88015eb36380 > [ 3944.765642] Call Trace: > [ 3944.765691] [<ffffffff802e06cd>] sysfs_remove_dir+0xd/0x20 > [ 3944.765726] [<ffffffff8031c5ee>] kobject_del+0xe/0x20 > [ 3944.765760] [<ffffffff803824bd>] class_device_del+0x14d/0x170 > [ 3944.765795] [<ffffffff802df210>] sysfs_schedule_callback_work+0x0/0x50 > [ 3944.765830] [<ffffffff803824e9>] class_device_unregister+0x9/0x20 > [ 3944.765878] [<ffffffff88099403>] :scsi_mod:__scsi_remove_device+0x43/0xa0 > [ 3944.765922] [<ffffffff88099488>] :scsi_mod:scsi_remove_device+0x28/0x40 > [ 3944.765958] [<ffffffff8044146a>] __mutex_unlock_slowpath+0x2a/0x40 > [ 3944.765993] [<ffffffff802df22c>] sysfs_schedule_callback_work+0x1c/0x50 > [ 3944.766030] [<ffffffff80241212>] run_workqueue+0xb2/0x190 > [ 3944.766062] [<ffffffff80241d70>] worker_thread+0x0/0x130 > [ 3944.766095] [<ffffffff80241e35>] worker_thread+0xc5/0x130 > [ 3944.766130] [<ffffffff80245820>] autoremove_wake_function+0x0/0x30 > [ 3944.766164] [<ffffffff80241d70>] worker_thread+0x0/0x130 > [ 3944.766197] [<ffffffff80241d70>] worker_thread+0x0/0x130 > [ 3944.766229] [<ffffffff8024544b>] kthread+0x4b/0x80 > [ 3944.766264] [<ffffffff8020a918>] child_rip+0xa/0x12 > [ 3944.766297] [<ffffffff80214370>] xen_send_IPI_mask+0x0/0x100 > [ 3944.766332] [<ffffffff80245400>] kthread+0x0/0x80 > [ 3944.766363] [<ffffffff8020a90e>] child_rip+0x0/0x12 > [ 3944.766394] > [ 3944.766418] > [ 3944.766419] Code: 0f 0b eb fe 66 0f 1f 44 00 00 e9 cb fe ff ff 66 66 2e 0f > 1f > [ 3944.766580] RIP [<ffffffff802e06a6>] __sysfs_remove_dir+0x126/0x130 > [ 3944.766619] RSP <ffff8803e7947da0> >
What version of the open-iscsi tools and kernel modules are you using? It looks like you might be using a older version. The scsi userspcae interface changed behavior on us, and it caused a bug where devices are not removed properly. It normally would hang the logout command, but in your case it looks like it caused a oops. I think it is the same bug or at least is result from the same problem. Try the kernel modules and tools from http://www.open-iscsi.org/bits/open-iscsi-2.0-869-rc4.tar.gz --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "open-iscsi" group. To post to this group, send email to open-iscsi@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/open-iscsi -~----------~----~----~----~------~----~------~--~---
