Sorry for the lack of update on this. When it is SLES it is harder for me to debug, because I do not know what is in there.
Anthony (ccd here) hit a bug with the same kernel and uploaded the iscsi files a couple weeks ago, and at first glance I did not see anything. I have been meaning to dig deeper but have not had time. Have you guys made a SUSE bugzilla? I am ccing Hannes over at Novell who handles iscsi over there. Maybe he has seen it. Kenny Kang Sun wrote: > Hi folks, > > I'm running a SLES 10 SP2 box and encountered a kernel bug during > iSCSI login process. > > The kernel version I'm running is 2.6.16.60-0.21-smp, and the open- > iscsi I'm using is open-iscsi-2.0.707-0.44 > > I used two hosts and two eth ports on each. The two hosts have shared > access to the same volumes. > > Multipath is used via Ifaces. > > Target: iqn.2001-05.com.equallogic:0-8a0906-a40362403-566a3b6d36848feb- > lxrt-48 > Current Portal: 192.168.0.2:3260,1 > Persistent Portal: 192.168.0.18:3260,1 > ********** > Interface: > ********** > Iface Name: eth1 > Iface Transport: tcp > Iface Initiatorname: iqn.1996-04.de.suse: > 01:34abf45cafd4 > Iface IPaddress: 192.168.0.4 > Iface HWaddress: 00:1A:A0:2B:7A:75 > Iface Netdev: eth0 > SID: 31 > iSCSI Connection State: LOGGED IN > iSCSI Session State: Unknown > Internal iscsid Session State: NO CHANGE > Current Portal: 192.168.0.12:3260,1 > Persistent Portal: 192.168.0.18:3260,1 > ********** > Interface: > ********** > Iface Name: eth2 > Iface Transport: tcp > Iface Initiatorname: iqn.1996-04.de.suse: > 01:34abf45cafd4 > Iface IPaddress: 192.168.0.3 > Iface HWaddress: 00:1A:A0:2B:7A:73 > Iface Netdev: eth4 > SID: 32 > iSCSI Connection State: LOGGED IN > iSCSI Session State: Unknown > Internal iscsid Session State: NO CHANGE > > The problem is during reboot, kernel bug is seen while the initiator > tries to login to the targets. > > here's some information at the scene: > > ------------cut from here--------------------- > Kernel BUG at drivers/scsi/libiscsi.c:353 > invalid opcode: 0000 [1] SMP > last sysfs file: /class/iscsi_connection/connection77:0/exp_statsn > > Entering kdb (current=0xffffffff80374320, pid 0) on processor 0 Oops: > <NULL> > due to oops @ 0xffffffff8857ce9d > r15 = 0x0000000000000000 r14 = 0x0000000000000000 > r13 = 0xffffffff80490908 r12 = 0xffff810122204a50 > rbp = 0x0000000000000000 rbx = 0x0000000000000000 > r11 = 0xffff810122cfc180 r10 = 0xffff81012964f500 > r9 = 0xffffffff80490a84 r8 = 0xffff810120602c90 > rax = 0x0000000000000002 rcx = 0x0000000000000000 > rdx = 0xffff810120602c90 rsi = 0xffffffff80490908 > rdi = 0xffff810122204a50 orig_rax = 0xffffffffffffffff > rip = 0xffffffff8857ce9d cs = 0x0000000000000010 > eflags = 0x0000000000010246 rsp = 0xffffffff804908c8 > ss = 0x0000000000000018 ®s = 0xffffffff80490818 > [0]kdb> bt > Stack traceback for pid 0 > 0xffffffff80374320 0 0 1 0 R 0xffffffff80374660 > *swapper > RSP RIP Function (args) > 0xffffffff804908c8 0xffffffff8857ce9d [libiscsi]__iscsi_conn_send_pdu > +0x58 (0x8040, 0x0, 0x2f006a00ffffffff, 0x0, 0x0) > 0xffffffff80490908 0xffffffff8857d5ff [libiscsi]iscsi_send_nopout+0x7c > (0xffff81012964f000, 0xffff810128a6e800, 0x0, 0xf) > 0xffffffff80490958 0xffffffff8857dfad [libiscsi]__iscsi_complete_pdu > +0x341 (0x200021a72aa0, 0xffff81011033a820, 0xffff81) > 0xffffffff804909d8 0xffffffff8857e1bb [libiscsi]iscsi_complete_pdu > +0x36 (0x0, 0x0, 0x0, 0xffff810122cfc180, 0xffff810122) > 0xffffffff80490a08 0xffffffff88593f9d > [iscsi_tcp]iscsi_tcp_hdr_recv_done+0x72a (0xffff81012964f000, > 0xffff81011033a820, ) > 0xffffffff80490a88 0xffffffff802aa189 __qdisc_run+0x36 (0x3000000000, > 0xffff81010d34ac54, 0x3000000000, 0x0, 0xffff81012) > 0xffffffff80490ac8 0xffffffff8859382a [iscsi_tcp]iscsi_tcp_recv+0x3c0 > (0x22d27cf0, 0xffff810122cfc180, 0x20, 0xffff81010) > 0xffffffff80490b78 0xffffffff802c418e tcp_read_sock+0xa9 > (0xffff8101086ae0c0, 0x1, 0xffff810122204a50, 0xffffffff802cd08) > 0xffffffff80490bc8 0xffffffff88594251 [iscsi_tcp]iscsi_tcp_data_ready > +0x47 (0xffff81010d34ac20, 0xffff810122cfc280, 0xff) > 0xffffffff80490d28 0xffffffff802b8d61 ip_local_deliver+0x1b3 > (0xffff810122cfc280, 0xffffffff803bcb40, 0x23089770, 0x72, ) > 0xffffffff80490d88 0xffffffff8029935d netif_receive_skb+0x425 > (0xffff81012aa25870, 0x72) > 0xffffffff80490dc8 0xffffffff881c8003 [e1000]e1000_receive_skb+0x1c1 > (0x4000000001, 0xffffffff80490ebc, 0xffff81012b278c) > 0xffffffff80490de8 0xffffffff881ce502 [e1000]e1000_clean_rx_irq_ps > +0x517 (0x82, 0x46, 0x82, 0x0, 0xffffffffffffffff) > 0xffffffff80490f38 0xffffffff80138b8d __do_softirq+0x55 > (0xffffffff80490f70) > 0xffffffff80490f68 0xffffffff8010c00e call_softirq+0x1e > 0xffffffff80490f78 0xffffffff8010d05c do_softirq+0x2c (0x0) > 0xffffffff80490f88 0xffffffff80138ce4 irq_exit+0x48 > (0xffffffff8044feb8) > 0xffffffff80490f98 0xffffffff8010d426 do_IRQ+0x40 > 0xffffffff80490fb8 0xffffffff8010b36c ret_from_intr > [0]more> > Only 'q' or 'Q' are processed at more prompt, input ignored > Interrupt registers: > r15 = 0xffffffff8044feb8 r14 = 0x0000000000000000 > r13 = 0x0000000000000000 r12 = 0x0000000000000000 > rbp = 0x0000000000000000 rbx = 0x0000000000000000 > r11 = 0x0000000000000000 r10 = 0x0000000000000000 > r9 = 0x0000000000000000 r8 = 0x0000000000000000 > rax = 0x0000000000000000 rcx = 0x0000000000000000 > rdx = 0x0000000000000000 rsi = 0x0000000000000000 > rdi = 0x0000000000000000 orig_rax = 0x0000000000000000 > rip = 0x0000000000000000 cs = 0x0000000000000000 > eflags = 0x0000000000000000 rsp = 0x0000000000000000 > ss = 0x0000000000000000 ®s = 0xffffffff80490fb8 > Interrupt from user space, end of kernel trace > > > Does anyone have any idea? > > Best, > Kenny > > --~--~---------~--~----~------------~-------~--~----~ 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 -~----------~----~----~----~------~----~------~--~---
