Re: [PATCH 1/1] ib_srp: Infiniband srp fast failover patch.

2012-11-13 Thread Or Gerlitz
On Tue, Nov 13, 2012 at 1:46 AM, Karandeep Chahal wrote: > In my experience with ib-srp, I am not sure if there is such a thing as link > going down for a short time. When the link goes down, no matter how short > the duration (< 1s), IO fails over, this failover takes very long time > currently.

Re: [PATCH 1/1] ib_srp: Infiniband srp fast failover patch.

2012-11-12 Thread Karandeep Chahal
In my experience with ib-srp, I am not sure if there is such a thing as link going down for a short time. When the link goes down, no matter how short the duration (< 1s), IO fails over, this failover takes very long time currently. Or, I would like to know if you can get a ib-srp failover time

Re: [PATCH 1/1] ib_srp: Infiniband srp fast failover patch.

2012-11-12 Thread Or Gerlitz
On Wed, May 30, 2012 at 7:06 AM, David Dillow wrote: > On Tue, 2012-05-29 at 17:07 -0400, Karandeep Chahal wrote: >> Subject: [PATCH] Infiniband srp fast failover patch. > > This conflicts with Bart's patches to improve failover; it will be much > better to use his approach to block the target rat

Re: [PATCH 1/1] ib_srp: Infiniband srp fast failover patch.

2012-05-30 Thread Karandeep Chahal
Hi Dave, As long as we get faster failover I am happy with Bart's patch. Currently when I run IO to several luns over multipath and the preferred path goes down, the system hangs until the IO fails over. Even ssh'ing into the systems take 20-30 seconds. I *suspect* that is because IO is being

Re: [PATCH 1/1] ib_srp: Infiniband srp fast failover patch.

2012-05-29 Thread David Dillow
On Tue, 2012-05-29 at 17:07 -0400, Karandeep Chahal wrote: > Subject: [PATCH] Infiniband srp fast failover patch. This conflicts with Bart's patches to improve failover; it will be much better to use his approach to block the target rather than remove it wholesale -- we could have lost connectivit

Re: [PATCH 1/1] ib_srp: Infiniband srp fast failover patch.

2012-05-29 Thread Michael Reed
Thank you for clarifying! On 05/29/2012 03:27 PM, Karandeep Chahal wrote: Hi Michael, Yes, I tried reconnecting the targets and removing reinserting ib-srp. Thanks Karan On 05/29/2012 05:51 PM, Michael Reed wrote: Did you subsequently reconnect the target and confirm appropriate behavior?

Re: [PATCH 1/1] ib_srp: Infiniband srp fast failover patch.

2012-05-29 Thread Karandeep Chahal
Hi Michael, Yes, I tried reconnecting the targets and removing reinserting ib-srp. Thanks Karan On 05/29/2012 05:51 PM, Michael Reed wrote: Did you subsequently reconnect the target and confirm appropriate behavior? On 05/29/2012 02:07 PM, Karandeep Chahal wrote: Subject: [PATCH] Infiniban

Re: [PATCH 1/1] ib_srp: Infiniband srp fast failover patch.

2012-05-29 Thread Michael Reed
Did you subsequently reconnect the target and confirm appropriate behavior? On 05/29/2012 02:07 PM, Karandeep Chahal wrote: Subject: [PATCH] Infiniband srp fast failover patch. Currently ib_srp does not do anything on receiving a DREQ from the target, it only sends a response back. Furthe

[PATCH 1/1] ib_srp: Infiniband srp fast failover patch.

2012-05-29 Thread Karandeep Chahal
Subject: [PATCH] Infiniband srp fast failover patch. Currently ib_srp does not do anything on receiving a DREQ from the target, it only sends a response back. Further it also does not monitor port (down) events. I have patched srp to remove scsi devices when a port down event is received or if