Bug 1293383 - node.session.timeo.replacement_timeout from /etc/iscsi/iscsid.conf is not respected only the first time a path fialed
node.session.timeo.replacement_timeout from /etc/iscsi/iscsid.conf is not res...
Status: NEW
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: iscsi-initiator-utils (Show other bugs)
6.7
x86_64 Linux
unspecified Severity unspecified
: rc
: ---
Assigned To: Chris Leech
Martin Hoyer
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2015-12-21 10:50 EST by mickael
Modified: 2017-09-14 08:30 EDT (History)
3 users (show)

See Also:
Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed:
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description mickael 2015-12-21 10:50:10 EST
Description of problem:

I use iscsi and multipath with a netapp storage in ALUA mode.
The first time a path failed, the parameter node.session.timeo.replacement_timeout of the file /etc/iscsi/iscsid.conf is not respected, we have a timeout after 5 secondes.
For the other failed the time of node.session.timeo.replacement_timeout is used.


What I have in  /var/log/message

first path failed:
kernel: session2: session recovery timed out after 5 secs

All other path failed :
kernel: session2: session recovery timed out after 15 secs


Version-Release number of selected component (if applicable):

Red Hat Enterprise Linux Server release 6.7 (Santiago)
iscsi-initiator-utils-6.2.0.873-14.el6.x86_64


How reproducible:

Reboot the server, use iptable to DROP the access to one iscsi target
Wait and check in /var/log/message for session recovery timed out 

Steps to Reproduce:
1.Reboot the server
2.use iptable to DROP the access to one iscsi target
3.grep for session recovery timed out in /var/log/message
4.remove the iptable rules to enable the path again.
5. repeate step 2 to 4 several times.

Actual results:

kernel: session2: session recovery timed out after 5 

But only the first time a path failed. 


Expected results:

kernel: session2: session recovery timed out after 15


Additional info:

Storage => netapp in ALUA mode

Note You need to log in before you can comment on or make changes to this bug.