Re: Iscsid crash at first login targets

[Philippe]

Hi Mike,

 This failed, because iscsid crashed. iscsid crashed because the kernel oops.

 When you used the loopback maybe we did not connect and so we never even
 got this far. Above using a real target we at least made the tcp/ip
 connection. We oopsd just trying to talk to the kernel when we wanted to
 tell it to create some structs.

 Are you using gcc? Was there some bug in the network code on arm?
gcc ? not at the same time ... but as usual yes to compile ... when I
try to compile inside my Qnap it's a gcc 4.2.3 using cross-compile
it's the gcc provide by codesourcery seems to be 4.3.3 ...

for bug in network code .. no idea (Qnap provide a source tree but no
information about how they build kernel) and don't manage to upgrade
the kernel 
but for information ... Qnap is a NAS, so networking is the base of
its activity, and soft iscsi-targets run fine ...

I think I am not able to provide more informations  so I stop my
try 
just remember, when you have time, about my previous problem,
unsolved, that open-iscsi require root user and no other name (like
admin in Qnap) for uid 0, even it's possible to workaround by adding a
duplicate uid 0 named root.

Thanks again for your help.

have success in your good job.
Philippe.
--~--~-~--~~~---~--~~
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 
open-iscsi+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/open-iscsi
-~--~~~~--~~--~--~---

Re: Iscsid crash at first login targets

[Mike Christie]

On 06/15/2009 03:50 AM, Philippe wrote:
 Hi,

 Sorry I put I faulty message as comment of the previous one ... that I
 have supress (not true to bad work)

 So, I have tested with an external targets (not loopback) to confirm
 the fault ... so iscsid crash with a segmentation fault at iscsiadl
 login request.
 here after the iscsid debug (-d 8) output :
 ***
 iscsid: poll result 1
 iscsid: in read_transports
 iscsid: Adding new transport tcp
 iscsid: sysfs_attr_get_value: open '/class/iscsi_transport/
 tcp'/'handle'

 iscsid: sysfs_attr_get_value: new uncached attribute '/sys/class/
 iscsi_transport/tcp/handle'

 iscsid: sysfs_attr_get_value: add to cache '/sys/class/iscsi_transport/
 tcp/handle'

 iscsid: sysfs_attr_get_value: cache '/sys/class/iscsi_transport/tcp/
 handle' with attribute value '3205103464'

 iscsid: sysfs_attr_get_value: open '/class/iscsi_transport/tcp'/'caps'

 iscsid: sysfs_attr_get_value: new uncached attribute '/sys/class/
 iscsi_transport/tcp/caps'

 iscsid: sysfs_attr_get_value: add to cache '/sys/class/iscsi_transport/
 tcp/caps'

 iscsid: sysfs_attr_get_value: cache '/sys/class/iscsi_transport/tcp/
 caps' with attribute value '0x39'

 iscsid: Matched transport tcp

 iscsid: Allocted session 0x413f0
 iscsid: no authentication configured...
 iscsid: resolved 192.168.1.108 to 192.168.1.108
 iscsid: get conn context 0x48838
 iscsid: set TCP recv window size to 524288, actually got 262142
 iscsid: set TCP send window size to 524288, actually got 262142
 iscsid: connecting to 192.168.1.108:3260
 iscsid: sched conn context 0x48838 event 2, tmo 0
 iscsid: thread 0x48838 schedule: delay 0 state 3
 iscsid: Setting login timer 0x467a8 timeout 15
 iscsid: thread 0x467a8 schedule: delay 60 state 3
 iscsid: exec thread 00048838 callback
 iscsid: put conn context 0x48838
 iscsid: connected local port 42613 to 192.168.1.108:3260
 iscsid: in kcreate_session
 iscsid: in __kipc_call
 iscsid: in kwritev
 Segmentation fault
 
 hereafter the iscsiadm request (after a good discovery)
 
 [~] # iscsiadm -m node
 192.168.1.108:3260,1 iqn.2009-03..site:32a27b02-01b1-4fa1-
 ab5d-8585d7a53c95
 [~] # iscsiadm -m node -T iqn.2009-03..site:32a27b02-01b1-4fa1-
 ab5d-8585d7a53c95 -p 192.168.1.108 -l
 Logging in to [iface: default, target: iqn.2009-03..site:
 32a27b02-01b1-4fa1-ab5d-8585d7a53c95, portal: 192.168.1.108,3260]
 iscsiadm: got read error (0/0), daemon died?
 iscsiadm: Could not login to [iface: default, target: iqn.
 2009-03..site:32a27b02-01b1-4fa1-ab5d-8585d7a53c95, portal:
 192.168.1.108,3260]:
 iscsiadm: initiator reported error (18 - could not communicate to
 iscsid)

This failed, because iscsid crashed. iscsid crashed because the kernel oops.

When you used the loopback maybe we did not connect and so we never even 
got this far. Above using a real target we at least made the tcp/ip 
connection. We oopsd just trying to talk to the kernel when we wanted to 
tell it to create some structs.

Are you using gcc? Was there some bug in the network code on arm?

--~--~-~--~~~---~--~~
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 
open-iscsi+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/open-iscsi
-~--~~~~--~~--~--~---