Re: [SOLVED] Re: Could not log into all portals

2013-06-26 Thread turbo124
Opening this back up again, recently Mellanox released official OFED 2.0 for XCP 1.6 / Xenserver. Unfortunately iser connection still fail, the following is the results of dmesg *login method* [root@125 ~]# iscsiadm -m node 10.1.1.100:3260,2

Re: do discovery through SW transports too

2013-06-26 Thread Nicholas A. Bellinger
On Sun, 2013-06-23 at 17:47 +0300, Or Gerlitz wrote: On 23/06/2013 17:40, Or Gerlitz wrote: there you go, here's the output isert_cma_handler: event 4 status 0 conn 88011a55d600 id 8801085c5400 RDMA_CM_EVENT_CONNECT_REQUEST: Entering isert_connect_request cma_id:

Re: do discovery through SW transports too

2013-06-26 Thread Or Gerlitz
On 26/06/2013 11:15, Nicholas A. Bellinger wrote: Hi Or Co, Ok, sendtargets discovery is now functioning over iser. forgot to say: cool! thanks for the hard work get that done. -- You received this message because you are subscribed to the Google Groups open-iscsi group. To unsubscribe from

Re: do discovery through SW transports too

2013-06-26 Thread Or Gerlitz
On 20/06/2013 19:28, Mike Christie wrote: On 06/20/2013 11:10 AM, Or Gerlitz wrote: On 19/06/2013 00:47, Mike Christie wrote: On 06/18/2013 10:35 AM, Or Gerlitz wrote: Now, back to the initiator, Mike, is there a chance that the initiator SENDS the key TargetRecvDataSegmentLength? this

Re: do discovery through SW transports too

2013-06-26 Thread Or Gerlitz
On 26/06/2013 11:15, Nicholas A. Bellinger wrote: On Sun, 2013-06-23 at 17:47 +0300, Or Gerlitz wrote: On 23/06/2013 17:40, Or Gerlitz wrote: there you go, here's the output isert_cma_handler: event 4 status 0 conn 88011a55d600 id 8801085c5400 RDMA_CM_EVENT_CONNECT_REQUEST: Entering

Re: do discovery through SW transports too

2013-06-26 Thread Mike Christie
On 06/26/2013 10:47 AM, Or Gerlitz wrote: On 20/06/2013 19:28, Mike Christie wrote: On 06/20/2013 11:10 AM, Or Gerlitz wrote: On 19/06/2013 00:47, Mike Christie wrote: On 06/18/2013 10:35 AM, Or Gerlitz wrote: Now, back to the initiator, Mike, is there a chance that the initiator SENDS the

Re: do discovery through SW transports too

2013-06-26 Thread Mike Christie
On 06/26/2013 11:25 AM, Mike Christie wrote: Mike, I don't see a sign for ISCSI_PARAM_DISCOVERY_SESS in the upstream open-iscsi user or kernel code nor in the upstream kernel... but I Check Linus's tree or James scsi misc branch. I pulled today and see it in both. It is git commit

Re: [PATCH] cxgb4i: add support for t5 adapter

2013-06-26 Thread Mike Christie
On 05/29/2013 07:13 PM, k...@chelsio.com wrote: [PATCH] cxgb4i: add support for T5 adapter From: Karen Xie k...@chelsio.com Adds support for Chelsio T5 adapter. Signed-off-by: Karen Xie k...@chelsio.com Sorry for the late reply on this. I thought it got merged already. Patch looks ok.

[PATCH] Fix discovery error return without return value

2013-06-26 Thread Lee Duncan
openSUSE Build Service compiler noticed that one discovery error path did not have a return value, so an appropriate error is now being returned. Signed-of-by: Lee Duncan ldun...@suse.com --- include/iscsi_err.h |2 ++ usr/iscsiadm.c |1 + 2 files changed, 3 insertions(+) diff

[PATCH] Fix discovery error return without return value

2013-06-26 Thread Lee Duncan
openSUSE Build Service compiler noticed that one discovery error path did not have a return value, so an appropriate error is now being returned. Signed-of-by: Lee Duncan leeman.dun...@gmail.com --- include/iscsi_err.h |2 ++ usr/iscsiadm.c |1 + 2 files changed, 3 insertions(+)

Re: do discovery through SW transports too

2013-06-26 Thread Or Gerlitz
On Wed, Jun 26, 2013 at 7:29 PM, Mike Christie micha...@cs.wisc.edu wrote: On 06/26/2013 11:25 AM, Mike Christie wrote: Mike, I don't see a sign for ISCSI_PARAM_DISCOVERY_SESS in the upstream open-iscsi user or kernel code nor in the upstream kernel... but I Check Linus's tree or

Re: do discovery through SW transports too

2013-06-26 Thread Mike Christie
On 06/26/2013 03:55 PM, Or Gerlitz wrote: On Wed, Jun 26, 2013 at 7:29 PM, Mike Christie micha...@cs.wisc.edu wrote: On 06/26/2013 11:25 AM, Mike Christie wrote: Mike, I don't see a sign for ISCSI_PARAM_DISCOVERY_SESS in the upstream open-iscsi user or kernel code nor in the upstream

NULL pointer deref in iscsi_sw_tcp_host_get_param

2013-06-26 Thread Alex Lyakas
Greetings all, iscsiadm has caused kernel NULL pointer dereference, that looks like follows: [ 29.833228] BUG: unable to handle kernel NULL pointer dereference at 00d0 [ 29.835268] IP: [81045c29] __ticket_spin_lock+0x9/0x30 [ 29.836034] PGD 114f15067 PUD 114f14067 PMD 0

[PATCH] iscsiuio: Change socket bind to use the same struct size as iscsid

2013-06-26 Thread Jan Vesely
From: Jan Vesely jves...@redhat.com Without this patch connections to iscsiuio fail, and strace prints: connect(8, {sa_family=AF_FILE, path=@ISCSID_UIP_ABSTRACT_NAMESPACE}, 32) = -1 ECONNREFUSED (Connection refused) Note that updating mgmt_ipc_listen and ipc_connect to use sizeof(addr) instead

Re: NULL pointer deref in iscsi_sw_tcp_host_get_param

2013-06-26 Thread Alex Lyakas
Hello Alex, Dmitry, this looks like a real kernel issue in an non-ancient kernel. Has my bug report been noticed? Thanks, Alex. -Original Message- From: Alex Lyakas Sent: 23 June, 2013 11:06 AM To: open-iscsi@googlegroups.com Subject: NULL pointer deref in

[PATCH] iscsid: Fix strlen parameter

2013-06-26 Thread Jan Vesely
From: Jan Vesely jves...@redhat.com The target socket name is passed as parameter, don't use the hardwired one. Signed-off-by: Jan Vesely jves...@redhat.com --- usr/iscsid_req.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/usr/iscsid_req.c b/usr/iscsid_req.c index

NULL pointer deref in iscsi_sw_tcp_host_get_param

2013-06-26 Thread alex
Greetings all, iscsiadm has caused kernel NULL pointer dereference, that looks like follows: [ 29.833228] BUG: unable to handle kernel NULL pointer dereference at 00d0 [ 29.835268] IP: [81045c29] __ticket_spin_lock+0x9/0x30 [ 29.836034] PGD 114f15067 PUD 114f14067 PMD

Re: [PATCH] Fix discovery error return without return value

2013-06-26 Thread Mike Christie
On 06/26/2013 01:57 PM, Lee Duncan wrote: openSUSE Build Service compiler noticed that one discovery error path did not have a return value, so an appropriate error is now being returned. Signed-of-by: Lee Duncan ldun...@suse.com --- include/iscsi_err.h |2 ++ usr/iscsiadm.c |

Re: NULL pointer deref in iscsi_sw_tcp_host_get_param

2013-06-26 Thread Mike Christie
On 06/23/2013 03:06 AM, Alex Lyakas wrote: Greetings all, iscsiadm has caused kernel NULL pointer dereference, that looks like follows: [ 29.833228] BUG: unable to handle kernel NULL pointer dereference at 00d0 [ 29.835268] IP: [81045c29] __ticket_spin_lock+0x9/0x30

Re: NULL pointer deref in iscsi_sw_tcp_host_get_param

2013-06-26 Thread Mike Christie
On 06/26/2013 05:27 PM, Mike Christie wrote: We have not seen it before. I am not seeing it here. Oh wait, I can hit it when using bnx2i and the OEL kernel 2.6.39-400.17.1.el6uek.x86_64 kernel. I do not hit it with iscsi_tcp though. Have not tried other upstream kernels with offload yet. What

Re: [PATCH] iscsiuio: Change socket bind to use the same struct size as iscsid

2013-06-26 Thread Mike Christie
Thanks Jan. Works for me. Eddie, please review too, and then I will merge if ok with you too. On 06/26/2013 08:55 AM, Jan Vesely wrote: From: Jan Vesely jves...@redhat.com Without this patch connections to iscsiuio fail, and strace prints: connect(8, {sa_family=AF_FILE,

Re: [PATCH] iscsiuio: Change socket bind to use the same struct size as iscsid

2013-06-26 Thread Eddie Wai
Looks aligned now, good catch! Acked-by: Eddie Wai eddie@broadcom.com On Wed, 2013-06-26 at 19:52 -0500, Mike Christie wrote: Thanks Jan. Works for me. Eddie, please review too, and then I will merge if ok with you too. On 06/26/2013 08:55 AM, Jan Vesely wrote: From: Jan Vesely

Re: [PATCH] iscsiuio: Change socket bind to use the same struct size as iscsid

2013-06-26 Thread Tomasz Torcz
On Wed, Jun 26, 2013 at 03:55:12PM +0200, Jan Vesely wrote: From: Jan Vesely jves...@redhat.com Without this patch connections to iscsiuio fail, and strace prints: connect(8, {sa_family=AF_FILE, path=@ISCSID_UIP_ABSTRACT_NAMESPACE}, 32) = -1 ECONNREFUSED (Connection refused) Note that