Re: Open-iscsi version 2.0.870 doesn't reestablish connection after a logout request

2008-12-03 Thread Mike Christie

Vincent Guo wrote:
> Hi all:
> 
> I have a problem with installing open-iscsi only by moving files:


Huh? Does this have anything to do with the problem in the Subject?

> 
> 1. I have a open-iscis version (2.0-870.1)  already installed  on a linux
> system.
> Now I want to move this version to another linux system(with same
> configuration as the one already installed).
> 
> I copied the 2 binary files : iscsid and iscsiadm to the folder /usr/sbin;
> then copied the 3 ko files: iscsi_tcp.ko , libiscsi.ko and
> scsi_transport_iscsi.ko to the folder //lib/modules/`uname
> -r`/kernel/drivers/scsi/
> 
> but when I try to start the iscsid, it fails.
> 
> What other files shold I copy, or do I need other configurations ?

Why can't you just build and install on the new box? What was the error 
iscsid failed with (look in /var/log/messages for possibly more info)? 
You also need the /etc/iscsi dir, and the initiatorname.iscsi file in 
/etc/iscsi. You will also want /etc/iscsi/iscsid.conf. And if you want 
the portals that you already discovered you will basically just want 
everything in /etc/iscsi (there are some node and sendtargets dirs).

You probably also need the init script (/etc/init.d/open-iscsi).

--~--~-~--~~~---~--~~
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
-~--~~~~--~~--~--~---



Re: Open-iscsi version 2.0.870 doesn't reestablish connection after a logout request

2008-12-02 Thread Vincent Guo
Hi all:

I have a problem with installing open-iscsi only by moving files:

1. I have a open-iscis version (2.0-870.1)  already installed  on a linux
system.
Now I want to move this version to another linux system(with same
configuration as the one already installed).

I copied the 2 binary files : iscsid and iscsiadm to the folder /usr/sbin;
then copied the 3 ko files: iscsi_tcp.ko , libiscsi.ko and
scsi_transport_iscsi.ko to the folder //lib/modules/`uname
-r`/kernel/drivers/scsi/

but when I try to start the iscsid, it fails.

What other files shold I copy, or do I need other configurations ?

Thanks!

Vincent Guo

--~--~-~--~~~---~--~~
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
-~--~~~~--~~--~--~---



Re: Open-iscsi version 2.0.870 doesn't reestablish connection after a logout request

2008-12-02 Thread Mike Christie
Forgot to cc Janwar Dinata.

Mike Christie wrote:
> Simone Morellato wrote:
>> Hi,
>>
>> I saw this different behavior in open-iscsi version 2.0.870 compare with 
>> 2.0.865
>>
>> Open-iscsi version 2.0.870 doesn't reestablish connection after a logout 
>> request from the target.
>>
>> Anybody experience this problem?
>>
>> Is it the new behavior or is it a bug?
>>
> 
> Ok it looks like a problem caused but this patch:
> 
> 3be3994ae96e40a5a98bfc07450086693cc5cd65
> fix async logout time2wait handling and fix login error handling
> 
> 1. if the target sent us an async logout request, then when we
> get the logout response we must use the time2wait value in the logout
> response.
> 
> 2. we were skipping the login response parsing in initiator.c.
> If the target sent us a error that is retryable, we were just
> killing the session right away.
> 
> I think there are two bugs.
> 
> 1. we are using ntohl when converting and the field is only 16 bits.
> 
> 2. It looks like your target is giving us something like 36 hours (this 
> may be to #1) in the time2wait logout response and we are waiting that 
> long to relogin (do connection reinstatement) because we think this 
> counts as a implicit logout.
> 
> If the Logout Response code is 0 and if the operational
> ErrorRecoveryLevel is 2, this is the minimum amount of time, in
> seconds, to wait before attempting task reassignment.  If the Logout
> Response code is 0 and if the operational ErrorRecoveryLevel is less
> than 2, this field is to be ignored.
> 
> This field is invalid if the Logout Response code is 1.
> 
> If the Logout response code is 2 or 3, this field specifies the
> minimum time to wait before attempting a new implicit or explicit
> logout.
> 
> If Time2Wait is 0, the reassignment or a new Logout may be attempted
> immediately.
> 
> After the logout we would try Connection Reinstatement (implicit 
> logout), and so that is why we were waiting time2wait before trying to 
> log back in. But right now we always use the tim2wait but we should be 
> checking the response code to see if it is 2 or 3.
> 
> So the attached patch should hopefully fix the issue.
> 
> > 
> 


--~--~-~--~~~---~--~~
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
-~--~~~~--~~--~--~---

--- open-iscsi-2.0-870.1/usr/initiator.c2008-11-22 11:06:46.0 
-0600
+++ open-iscsi-2.0-870.1.work/usr/initiator.c   2008-12-02 13:19:21.0 
-0600
@@ -1538,12 +1538,13 @@ static void iscsi_recv_nop_in(iscsi_conn
 static void iscsi_recv_logout_rsp(iscsi_conn_t *conn, struct iscsi_hdr *hdr)
 {
struct iscsi_logout_rsp *logout_rsp = (struct iscsi_logout_rsp *)hdr;
-   log_debug(3, "Recv: logout response\n");
 
-
-   conn->session->def_time2wait = ntohl(logout_rsp->t2wait);
-   log_debug(4, "logout rsp returned time2wait %u",
- conn->session->def_time2wait);
+   log_debug(3, "Recv: logout response %d\n", logout_rsp->response);
+   if (logout_rsp->response == 2 || logout_rsp->response == 3) {
+   conn->session->def_time2wait = ntohs(logout_rsp->t2wait);
+   log_debug(4, "logout rsp returned time2wait %u",
+ conn->session->def_time2wait);
+   }
/* TODO process the hdr */
__conn_error_handle(conn->session, conn);
 }


Re: Open-iscsi version 2.0.870 doesn't reestablish connection after a logout request

2008-12-02 Thread Mike Christie
Simone Morellato wrote:
> Hi,
> 
> I saw this different behavior in open-iscsi version 2.0.870 compare with 
> 2.0.865
> 
> Open-iscsi version 2.0.870 doesn't reestablish connection after a logout 
> request from the target.
> 
> Anybody experience this problem?
> 
> Is it the new behavior or is it a bug?
> 

Ok it looks like a problem caused but this patch:

3be3994ae96e40a5a98bfc07450086693cc5cd65
fix async logout time2wait handling and fix login error handling

1. if the target sent us an async logout request, then when we
get the logout response we must use the time2wait value in the logout
response.

2. we were skipping the login response parsing in initiator.c.
If the target sent us a error that is retryable, we were just
killing the session right away.

I think there are two bugs.

1. we are using ntohl when converting and the field is only 16 bits.

2. It looks like your target is giving us something like 36 hours (this 
may be to #1) in the time2wait logout response and we are waiting that 
long to relogin (do connection reinstatement) because we think this 
counts as a implicit logout.

If the Logout Response code is 0 and if the operational
ErrorRecoveryLevel is 2, this is the minimum amount of time, in
seconds, to wait before attempting task reassignment.  If the Logout
Response code is 0 and if the operational ErrorRecoveryLevel is less
than 2, this field is to be ignored.

This field is invalid if the Logout Response code is 1.

If the Logout response code is 2 or 3, this field specifies the
minimum time to wait before attempting a new implicit or explicit
logout.

If Time2Wait is 0, the reassignment or a new Logout may be attempted
immediately.

After the logout we would try Connection Reinstatement (implicit 
logout), and so that is why we were waiting time2wait before trying to 
log back in. But right now we always use the tim2wait but we should be 
checking the response code to see if it is 2 or 3.

So the attached patch should hopefully fix the issue.

--~--~-~--~~~---~--~~
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
-~--~~~~--~~--~--~---

--- open-iscsi-2.0-870.1/usr/initiator.c2008-11-22 11:06:46.0 
-0600
+++ open-iscsi-2.0-870.1.work/usr/initiator.c   2008-12-02 13:19:21.0 
-0600
@@ -1538,12 +1538,13 @@ static void iscsi_recv_nop_in(iscsi_conn
 static void iscsi_recv_logout_rsp(iscsi_conn_t *conn, struct iscsi_hdr *hdr)
 {
struct iscsi_logout_rsp *logout_rsp = (struct iscsi_logout_rsp *)hdr;
-   log_debug(3, "Recv: logout response\n");
 
-
-   conn->session->def_time2wait = ntohl(logout_rsp->t2wait);
-   log_debug(4, "logout rsp returned time2wait %u",
- conn->session->def_time2wait);
+   log_debug(3, "Recv: logout response %d\n", logout_rsp->response);
+   if (logout_rsp->response == 2 || logout_rsp->response == 3) {
+   conn->session->def_time2wait = ntohs(logout_rsp->t2wait);
+   log_debug(4, "logout rsp returned time2wait %u",
+ conn->session->def_time2wait);
+   }
/* TODO process the hdr */
__conn_error_handle(conn->session, conn);
 }


Re: Open-iscsi version 2.0.870 doesn't reestablish connection after a logout request

2008-12-01 Thread Mike Christie

Simone Morellato wrote:
> Hi,
> 
> I saw this different behavior in open-iscsi version 2.0.870 compare with 
> 2.0.865
> 

Was this 2.0.865.0 or was it 2.0.865.15?

Could you also try:
http://www.open-iscsi.org/bits/open-iscsi-2.0-869.2.tar.gz
so we can try to narrow down when it was introduced?

--~--~-~--~~~---~--~~
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
-~--~~~~--~~--~--~---



Re: Open-iscsi version 2.0.870 doesn't reestablish connection after a logout request

2008-12-01 Thread Mike Christie

Simone Morellato wrote:
> Hi Mike,
> 
> I changed the timeouts in the open-iscsi  conf file
> node.session.timeo.replacement_timeout - changed from the 120 
> default) to 0
> node.session.initial_login_retry_max  - changed from 4 (default) to 40.
> 
> With these changes open-iscsi initiator logs back in but the session
> State is not correct and we could not send any I/O's over it.
> 
> before deleting target
>> iSCSI Connection State: LOGGED IN
>>   iSCSI Session State: LOGGED_IN
>>   Internal iscsid Session State: NO CHANGE
>>
>> after target deleted
>> iSCSI Connection State: TRANSPORT WAIT
>>   iSCSI Session State: FREE
>>   Internal iscsid Session State: REPOEN
> 
> Does this tell you anything?
> 

Something is horribly wrong. The node.session.timeo.replacement_timeout 
does not come into play here really. It just deals with when we fail 
SCSI IO in the kernel. If setting node.session.initial_login_retry_max 
works that could mean the state machine is out of wack which makes sense 
if you see


 >> iSCSI Connection State: TRANSPORT WAIT
 >>   iSCSI Session State: FREE
 >>   Internal iscsid Session State: REPOEN


and you are logged back in. There also was a code change in that path in 
the 870 release.

How do you know you are logged back in btw? Do you see this on the 
target side? For some reason in the ethereal traces I cannot see the 
iscsi packets. Is there any argument I have to run wireshark with?

If you could send the iscsid log with -d 8, it would be helpful. With 
that I should hopefully see where iscsid is taking a bad turn.

--~--~-~--~~~---~--~~
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
-~--~~~~--~~--~--~---



RE: Open-iscsi version 2.0.870 doesn't reestablish connection after a logout request

2008-12-01 Thread Simone Morellato

Hi Mike,

I changed the timeouts in the open-iscsi  conf file
node.session.timeo.replacement_timeout - changed from the 120 
default) to 0
node.session.initial_login_retry_max  - changed from 4 (default) to 40.

With these changes open-iscsi initiator logs back in but the session
State is not correct and we could not send any I/O's over it.

before deleting target
> iSCSI Connection State: LOGGED IN
>   iSCSI Session State: LOGGED_IN
>   Internal iscsid Session State: NO CHANGE
>
> after target deleted
> iSCSI Connection State: TRANSPORT WAIT
>   iSCSI Session State: FREE
>   Internal iscsid Session State: REPOEN

Does this tell you anything?

Thanks,
Simone


> -Original Message-
> From: open-iscsi@googlegroups.com [mailto:[EMAIL PROTECTED] On
> Behalf Of Mike Christie
> Sent: Monday, December 01, 2008 2:14 PM
> To: open-iscsi@googlegroups.com
> Subject: Re: Open-iscsi version 2.0.870 doesn't reestablish connection
> after a logout request
> 
> 
> Mike Christie wrote:
> > Simone Morellato wrote:
> >>> Could you just send the log output? There should be a error about
> iscsid
> >>> not getting something it liked in the login response and it giving up
> or
> >>> something about a unknown error. It is normally in /var/log/messages.
> If
> >>> you can run iscsid by hand with debugging on
> >>>
> >>> iscsid -d 4 -f &
> >>>
> >
> > After this:
> >
> > iscsid: re-opening session 2 (reopen_cnt 0)
> > iscsid: deleting a scheduled/waiting thread!
> > iscsid: disconnecting conn 0x8d28ab0, fd 6
> > iscsid: connection 2:0 is stopped for recovery
> >
> > Is there nothing else?
> >
> > Could you run iscisd with -d 8 and just send the iscsid.debug again. It
> > looks like the state machine is not right.
> >
> > Does your target use login redirects? If after we logout, then retry the
> > login will it redirect us to a new portal?
> >
> 
> Hmm, wierd, I just tried this with a equalogic box and it worked ok. I
> think we had tested with that box when doing the last releases so that
> is expected.
> 
> The only difference may be that
> 
> 1. We do a login redirect for those boxes so we might not be hitting the
> same code paths.
> 
> 2. I did not force the asyn logout by deleting a target. In my case, I
> just forced a async logout so the re login retry worked right away. For
> your test case, does iscsid have to continue retrying the
> relogin/reconnect until you add the target back? How long is that?
> 
> 

--~--~-~--~~~---~--~~
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
-~--~~~~--~~--~--~---



Re: Open-iscsi version 2.0.870 doesn't reestablish connection after a logout request

2008-12-01 Thread Mike Christie

Mike Christie wrote:
> Simone Morellato wrote:
>>> Could you just send the log output? There should be a error about iscsid
>>> not getting something it liked in the login response and it giving up or
>>> something about a unknown error. It is normally in /var/log/messages. If
>>> you can run iscsid by hand with debugging on
>>>
>>> iscsid -d 4 -f &
>>>
> 
> After this:
> 
> iscsid: re-opening session 2 (reopen_cnt 0)
> iscsid: deleting a scheduled/waiting thread!
> iscsid: disconnecting conn 0x8d28ab0, fd 6
> iscsid: connection 2:0 is stopped for recovery
> 
> Is there nothing else?
> 
> Could you run iscisd with -d 8 and just send the iscsid.debug again. It 
> looks like the state machine is not right.
> 
> Does your target use login redirects? If after we logout, then retry the 
> login will it redirect us to a new portal?
> 

Hmm, wierd, I just tried this with a equalogic box and it worked ok. I 
think we had tested with that box when doing the last releases so that 
is expected.

The only difference may be that

1. We do a login redirect for those boxes so we might not be hitting the 
same code paths.

2. I did not force the asyn logout by deleting a target. In my case, I 
just forced a async logout so the re login retry worked right away. For 
your test case, does iscsid have to continue retrying the 
relogin/reconnect until you add the target back? How long is that?

--~--~-~--~~~---~--~~
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
-~--~~~~--~~--~--~---



Re: Open-iscsi version 2.0.870 doesn't reestablish connection after a logout request

2008-12-01 Thread Mike Christie

Simone Morellato wrote:
>>
>> Could you just send the log output? There should be a error about iscsid
>> not getting something it liked in the login response and it giving up or
>> something about a unknown error. It is normally in /var/log/messages. If
>> you can run iscsid by hand with debugging on
>>
>> iscsid -d 4 -f &
>>

After this:

iscsid: re-opening session 2 (reopen_cnt 0)
iscsid: deleting a scheduled/waiting thread!
iscsid: disconnecting conn 0x8d28ab0, fd 6
iscsid: connection 2:0 is stopped for recovery

Is there nothing else?

Could you run iscisd with -d 8 and just send the iscsid.debug again. It 
looks like the state machine is not right.

Does your target use login redirects? If after we logout, then retry the 
login will it redirect us to a new portal?

--~--~-~--~~~---~--~~
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
-~--~~~~--~~--~--~---



RE: Open-iscsi version 2.0.870 doesn't reestablish connection after a logout request

2008-12-01 Thread Simone Morellato
Here the attachment again, I think I didn't add it.

iscsiadm -m session -P3
on 2.0.870
Target: iqn.2005-03.com.astutenetworks:tar1
Current Portal: 10.0.5.103:3261,1
Persistent Portal: 10.0.5.103:3261,1
**
Interface:
**
Iface Name: default
Iface Transport: tcp
Iface Initiatorname: iqn.2005-03.com.redhat:01.computeB014a
Iface IPaddress: 10.0.5.27
Iface HWaddress: default
Iface Netdev: default
SID: 6
iSCSI Connection State: TRANSPORT WAIT
iSCSI Session State: FREE
Internal iscsid Session State: REPOEN

Negotiated iSCSI params:

HeaderDigest: None
DataDigest: None
MaxRecvDataSegmentLength: 131072
MaxXmitDataSegmentLength: 15360
FirstBurstLength: 65536
MaxBurstLength: 262144
ImmediateData: No
InitialR2T: Yes
MaxOutstandingR2T: 1

Attached SCSI devices:

Host Number: 28 State: running
scsi28 Channel 00 Id 0 Lun: 0
Attached scsi disk sdc  State: running


> -Original Message-
> From: open-iscsi@googlegroups.com [mailto:[EMAIL PROTECTED] On
> Behalf Of Mike Christie
> Sent: Monday, December 01, 2008 12:40 PM
> To: open-iscsi@googlegroups.com
> Subject: Re: Open-iscsi version 2.0.870 doesn't reestablish connection
> after a logout request
> 
> 
> Simone Morellato wrote:
> > Hi Mike,
> >
> > I am not using an Equalogic target but our own developed one.
> > Astute Network makes an iscsi target for ATCA environments.
> >
> > I am not sending any iscsi traffic I am just logging in using open-
> iscsi, then I go to our storage box and I delete a target ( when I delete
> a target, our storage box sends out an logout request) and then I recreate
> the same exact one. With open-iscsi version 865, I was seeing open-iscsi
> re-logging in, with open-iscsi 871 I am not seeing open-iscsi re-login in
> automatically. If I try to manually re login the login succeeds.
> >
> > Attached tarball has these files in it.
> >
> > [EMAIL PROTECTED] ~]# tar tvf /home/jdinata/myTraces/open-
> iscsiTraces.tar.gz
> > drwxr-xr-x root/root 0 2008-12-01 11:01:36 traces/
> > -rw-r--r-- root/root 19588 2008-12-01 10:56:42 traces/iscsid.debug
> ---> stdout iscsid -d4 -f
> > -rw-r--r-- root/root  2348 2008-12-01 10:59:18 traces/msg --
> -> /var/log/messages after I start iscsid
> > -rw--- root/root298842 2008-12-01 10:59:50 traces/wireshark2.0-
> 870.1
> > -rw-r--r-- root/root  8237 2008-12-01 11:01:36 traces/iscsid.conf --
> -> /etc/iscsi/iscsid.conf
> >
> 
> Did you attach open-iscsiTraces.tar.gz? I think the list might have
> eaten it.
> 
> If after the async logout, if you do
> 
> iscsiadm -m session -P 3
> what is the output? Is the session listed still? Are the disks under the
> session still listed or have they been removed? Could you send it?
> 
> 

--~--~-~--~~~---~--~~
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
-~--~~~~--~~--~--~---



open-iscsiTraces.tar.gz
Description: open-iscsiTraces.tar.gz


Re: Open-iscsi version 2.0.870 doesn't reestablish connection after a logout request

2008-12-01 Thread Mike Christie

Simone Morellato wrote:
> Hi Mike,
> 
> I am not using an Equalogic target but our own developed one. 
> Astute Network makes an iscsi target for ATCA environments.
> 
> I am not sending any iscsi traffic I am just logging in using open-iscsi, 
> then I go to our storage box and I delete a target ( when I delete a target, 
> our storage box sends out an logout request) and then I recreate the same 
> exact one. With open-iscsi version 865, I was seeing open-iscsi re-logging 
> in, with open-iscsi 871 I am not seeing open-iscsi re-login in automatically. 
> If I try to manually re login the login succeeds.
> 
> Attached tarball has these files in it.
> 
> [EMAIL PROTECTED] ~]# tar tvf /home/jdinata/myTraces/open-iscsiTraces.tar.gz 
> drwxr-xr-x root/root 0 2008-12-01 11:01:36 traces/
> -rw-r--r-- root/root 19588 2008-12-01 10:56:42 traces/iscsid.debug  
> ---> stdout iscsid -d4 -f
> -rw-r--r-- root/root  2348 2008-12-01 10:59:18 traces/msg ---> 
> /var/log/messages after I start iscsid
> -rw--- root/root298842 2008-12-01 10:59:50 traces/wireshark2.0-870.1 
> -rw-r--r-- root/root  8237 2008-12-01 11:01:36 traces/iscsid.conf ---> 
> /etc/iscsi/iscsid.conf
> 

Did you attach open-iscsiTraces.tar.gz? I think the list might have 
eaten it.

If after the async logout, if you do

iscsiadm -m session -P 3
what is the output? Is the session listed still? Are the disks under the 
session still listed or have they been removed? Could you send it?

--~--~-~--~~~---~--~~
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
-~--~~~~--~~--~--~---



RE: Open-iscsi version 2.0.870 doesn't reestablish connection after a logout request

2008-12-01 Thread Simone Morellato

Hi Mike,

I am not using an Equalogic target but our own developed one. 
Astute Network makes an iscsi target for ATCA environments.

I am not sending any iscsi traffic I am just logging in using open-iscsi, then 
I go to our storage box and I delete a target ( when I delete a target, our 
storage box sends out an logout request) and then I recreate the same exact 
one. With open-iscsi version 865, I was seeing open-iscsi re-logging in, with 
open-iscsi 871 I am not seeing open-iscsi re-login in automatically. If I try 
to manually re login the login succeeds.

Attached tarball has these files in it.

[EMAIL PROTECTED] ~]# tar tvf /home/jdinata/myTraces/open-iscsiTraces.tar.gz 
drwxr-xr-x root/root 0 2008-12-01 11:01:36 traces/
-rw-r--r-- root/root 19588 2008-12-01 10:56:42 traces/iscsid.debug  
---> stdout iscsid -d4 -f
-rw-r--r-- root/root  2348 2008-12-01 10:59:18 traces/msg ---> 
/var/log/messages after I start iscsid
-rw--- root/root298842 2008-12-01 10:59:50 traces/wireshark2.0-870.1 
-rw-r--r-- root/root  8237 2008-12-01 11:01:36 traces/iscsid.conf ---> 
/etc/iscsi/iscsid.conf

iscsiadm -v or iscsid -V on 2.0-870.1 will return 2.0-870.


Nothing says error/failed explicitly on the debug output

iscsid: re-opening session 2 (reopen_cnt 0)
iscsid: deleting a scheduled/waiting thread!
iscsid: disconnecting conn 0x8d28ab0, fd 6
iscsid: connection 2:0 is stopped for recovery

No debug output after above line until I logout or login again.

Thanks,
Simone



> -Original Message-
> From: open-iscsi@googlegroups.com [mailto:[EMAIL PROTECTED] On
> Behalf Of Mike Christie
> Sent: Sunday, November 30, 2008 5:48 PM
> To: open-iscsi@googlegroups.com
> Subject: Re: Open-iscsi version 2.0.870 doesn't reestablish connection
> after a logout request
> 
> 
> Simone Morellato wrote:
> > Hi Mike,
> >
> > We tried 2.0.870.1 but we are seeing the same behavior.
> >
> > I attached the new ethereal trace.
> >
> > Any other idea?
> >
> 
> I am not seeing any iscsi traffic in the trace.
> 
> Is this a equalogic target?
> 
> Could you just send the log output? There should be a error about iscsid
> not getting something it liked in the login response and it giving up or
> something about a unknown error. It is normally in /var/log/messages. If
> you can run iscsid by hand with debugging on
> 
> iscsid -d 4 -f &
> 
> and send that.
> 
> > 
> 
> Internal Virus Database is out-of-date.
> Checked by AVG.
> Version: 7.5.549 / Virus Database: 270.9.9 - Release Date: 11/20/2008
> 12:00 AM
> 

--~--~-~--~~~---~--~~
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
-~--~~~~--~~--~--~---



Re: Open-iscsi version 2.0.870 doesn't reestablish connection after a logout request

2008-11-30 Thread Mike Christie

Simone Morellato wrote:
> Hi Mike,
> 
> We tried 2.0.870.1 but we are seeing the same behavior.
> 
> I attached the new ethereal trace.
> 
> Any other idea?
> 

I am not seeing any iscsi traffic in the trace.

Is this a equalogic target?

Could you just send the log output? There should be a error about iscsid 
not getting something it liked in the login response and it giving up or 
something about a unknown error. It is normally in /var/log/messages. If 
you can run iscsid by hand with debugging on

iscsid -d 4 -f &

and send that.

--~--~-~--~~~---~--~~
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
-~--~~~~--~~--~--~---



Re: Open-iscsi version 2.0.870 doesn't reestablish connection after a logout request

2008-11-25 Thread Mike Christie

Simone Morellato wrote:
> Hi,
> 
> I saw this different behavior in open-iscsi version 2.0.870 compare with 
> 2.0.865
> 
> Open-iscsi version 2.0.870 doesn't reestablish connection after a logout 
> request from the target.
> 
> Anybody experience this problem?
> 
> Is it the new behavior or is it a bug?
> 

Try 870.1. I think this should fix your problem.

--~--~-~--~~~---~--~~
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
-~--~~~~--~~--~--~---