I did open bugzilla for my I/O hang problem and sent over some data.  Hannes
is helping.

Anthony

On Wed, Dec 3, 2008 at 9:10 AM, Mike Christie <[EMAIL PROTECTED]> wrote:

> 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 &regs = 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 &regs = 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
-~----------~----~----~----~------~----~------~--~---

Reply via email to