On 2 Mar 2009 at 7:46, Konrad Rzeszutek wrote:

> 
> On Mon, Mar 02, 2009 at 10:53:19AM +0100, Ulrich Windl wrote:
> > 
> > Hello,
> > 
> > with SLES10 SP1 on x86_64 (open-iscsi-2.0.707-0.32) I'm seeing a problem 
> > during 
> > login using "iscsiadm -m node -L automatic". After a few logins, login 
> > suddenly 
> 
> What happens if you use the latest version of Open-iSCSI kernel modules and 
> Open-iSCSI utils?
> (You will need to patch the kernel directory with the 
> kernel/2.6.16-suse.patch for them to compile).

Unfortunately I have no development environment ready at the moment, and the 
machine is serving some production users. Plans are to upgrade to a newer 
service 
pack, but I thought this problem could be interesting to examine.

I can apply ksymoops to dmesg output:
Unable to handle kernel NULL pointer dereference at 0000000000000232 RIP:
<ffffffff802ba089>{inet_sendmsg+23}
Oops: 0000 [1] SMP
CPU 3
Pid: 25485, comm: scsi_wq_25 Not tainted 2.6.16.54-0.2.11-xen #1
RIP: e030:[<ffffffff802ba089>] <ffffffff802ba089>{inet_sendmsg+23}
Using defaults from ksymoops -t elf64-x86-64 -a i386:x86-64
RSP: e02b:ffff880011e0db78  EFLAGS: 00010296
RAX: ffffffff802f1c40 RBX: 0000000000000000 RCX: 0000000000000200
RDX: ffff880011e0dd58 RSI: ffff8800080988c0 RDI: ffff880011e0dba8
RBP: 0000000000000200 R08: 0000000000000200 R09: 0000000000008000
R10: 00000000dbb545c6 R11: 0000000000000001 R12: ffff880011e0dd58
R13: ffff880011e0dba8 R14: ffff88000bdc52c0 R15: 0000000000000200
FS:  00002b77ef71e6d0(0000) GS:ffffffff803a2180(0000) knlGS:0000000000000000
CS:  e033 DS: 0000 ES: 0000
Stack: 0000000000000030 ffff8800080988c0 0000000000000200 ffff880011e0dd58
       0000000000000000 ffffffff8026e1da 0000000000000018 ffff880011e0e000
       0000000000000000 ffffffff00000001
Call Trace: <ffffffff8026e1da>{sock_sendmsg+249} 
<ffffffff802d39dd>{__kprobes_text_start+845}
       <ffffffff8014195d>{autoremove_wake_function+0} 
<ffffffff8015cd68>{__alloc_pages+101}
       <ffffffff8026fac1>{kernel_sendmsg+53} 
<ffffffff802708cb>{sock_no_sendpage+130}
       <ffffffff8010df38>{monotonic_clock+53} 
<ffffffff883a4217>{:iscsi_tcp:iscsi_tcp_mtask_xmit+502}
       <ffffffff8839ba18>{:libiscsi:iscsi_xmitworker+0} 
<ffffffff8839b5e7>{:libiscsi:iscsi_xmit_mtask+84}
       <ffffffff8839bb4e>{:libiscsi:iscsi_xmitworker+310} 
<ffffffff8013dbc1>{run_workqueue+148}
       <ffffffff8013e34e>{worker_thread+0} 
<ffffffff80141582>{keventd_create_kthread+0}
       <ffffffff8013e43e>{worker_thread+240} 
<ffffffff801255ac>{default_wake_function+0}
       <ffffffff80141582>{keventd_create_kthread+0} 
<ffffffff80141582>{keventd_create_kthread+0}
       <ffffffff80141826>{kthread+212} <ffffffff8010bab6>{child_rip+8}
       <ffffffff80141582>{keventd_create_kthread+0} 
<ffffffff80141752>{kthread+0}
       <ffffffff8010baae>{child_rip+0}
Code: 66 83 bb 32 02 00 00 00 75 0c 48 89 df e8 ad f5 ff ff 85 c0


>>RIP; ffffffff802ba089 <inet_sendmsg+17/59>   <=====

>>RAX; ffffffff802f1c40 <inet_stream_ops+0/a0>
>>RDX; ffff880011e0dd58 <__start___xen_guest+ffff880011a15a78/ffffffff7fd07d20>
>>RSI; ffff8800080988c0 <__start___xen_guest+ffff880007ca05e0/ffffffff7fd07d20>
>>RDI; ffff880011e0dba8 <__start___xen_guest+ffff880011a158c8/ffffffff7fd07d20>
>>R10; 00000000dbb545c6 <__start___xen_guest+db75c2e6/ffffffff7fd07d20>
>>R12; ffff880011e0dd58 <__start___xen_guest+ffff880011a15a78/ffffffff7fd07d20>
>>R13; ffff880011e0dba8 <__start___xen_guest+ffff880011a158c8/ffffffff7fd07d20>
>>R14; ffff88000bdc52c0 <__start___xen_guest+ffff88000b9ccfe0/ffffffff7fd07d20>

Trace; ffffffff8026e1da <sock_sendmsg+f9/116>
Trace; ffffffff8014195d <autoremove_wake_function+0/2e>
Trace; ffffffff8026fac1 <kernel_sendmsg+35/47>
Trace; ffffffff8010df38 <monotonic_clock+35/7a>
Trace; ffffffff8839ba18 <_end+7f1151c/7f175b04>
Trace; ffffffff8839bb4e <_end+7f11652/7f175b04>
Trace; ffffffff8013e34e <worker_thread+0/122>
Trace; ffffffff8013e43e <worker_thread+f0/122>
Trace; ffffffff80141582 <keventd_create_kthread+0/4b>
Trace; ffffffff80141826 <kthread+d4/108>
Trace; ffffffff80141582 <keventd_create_kthread+0/4b>
Trace; ffffffff8010baae <child_rip+0/12>

Code;  ffffffff802ba089 <inet_sendmsg+17/59>
0000000000000000 <_RIP>:
Code;  ffffffff802ba089 <inet_sendmsg+17/59>   <=====
   0:   66 83 bb 32 02 00 00      cmpw   $0x0,0x232(%rbx)   <=====
Code;  ffffffff802ba090 <inet_sendmsg+1e/59>
   7:   00
Code;  ffffffff802ba091 <inet_sendmsg+1f/59>
   8:   75 0c                     jne    16 <_RIP+0x16>
Code;  ffffffff802ba093 <inet_sendmsg+21/59>
   a:   48 89 df                  mov    %rbx,%rdi
Code;  ffffffff802ba096 <inet_sendmsg+24/59>
   d:   e8 ad f5 ff ff            callq  fffffffffffff5bf 
<_RIP+0xfffffffffffff5bf>
Code;  ffffffff802ba09b <inet_sendmsg+29/59>
  12:   85 c0                     test   %eax,%eax

CR2: 0000000000000232


> 
> I see the 'kprobes' symbol in there - do you have any of them loaded?

Not that I knew; I only had heard the word before, but never did anything with 
that.

Regards,
Ulrich


--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups 
"open-iscsi" group.
To post to this group, send email to [email protected]
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