Bug 1602158 - ceph iscsi: windows 2016 retries STPG even though success is returned
Summary: ceph iscsi: windows 2016 retries STPG even though success is returned
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Ceph Storage
Classification: Red Hat Storage
Component: iSCSI
Version: 3.1
Hardware: Unspecified
OS: Unspecified
unspecified
medium
Target Milestone: rc
: 3.1
Assignee: Mike Christie
QA Contact: Manohar Murthy
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2018-07-17 22:06 UTC by Mike Christie
Modified: 2022-02-21 18:20 UTC (History)
7 users (show)

Fixed In Version: ceph-iscsi-config-2.6-7.el7cp ceph-iscsi-cli-2.7-4.el7cp
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2018-09-26 18:22:32 UTC
Embargoed:

Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Github ceph ceph-iscsi-config pull 69 0 None None None 2018-07-25 15:18:48 UTC
Red Hat Product Errata RHBA-2018:2819 0 None None None 2018-09-26 18:23:15 UTC

Description Mike Christie 2018-07-17 22:06:08 UTC 
Description of problem:

After recovering from a iscsi path down, windows 2016 will retry a STPG even though success is returned. In the logs we will see this repeated:

Jul 17 01:28:41 commando tcmu-runner: 2018-07-17 01:28:41.768 60588 [ERROR] tcmu_emulate_set_tgt_port_grps:750 rbd/poolA.win2k16_vol3: Failing STPG for group 2
Jul 17 01:28:41 commando tcmu-runner: tcmu_emulate_set_tgt_port_grps:750 rbd/poolA.win2k16_vol3: Failing STPG for group 2
Jul 17 01:28:42 commando tcmu-runner: 2018-07-17 01:28:42.017 60588 [WARN] tcmu_block_device:395 rbd/poolA.win2k16_vol3: Kernel does not support the block_dev action.
Jul 17 01:28:42 commando tcmu-runner: tcmu_block_device:395 rbd/poolA.win2k16_vol3: Kernel does not support the block_dev action.
Jul 17 01:28:42 commando tcmu-runner: 2018-07-17 01:28:42.018 60588 [WARN] tcmu_rbd_lock:735 rbd/poolA.win2k16_vol3: Acquired exclusive lock.

The block_dev/unblock warnings can be ignored.

The problem is that the first STPG fails for a currently unknown reason. It is retried as expected. This works, but then the initiator sends the STPG again. The above sequence then repeats about 46 times.

The initiator then tries the second path and it works the first time and the initiator does not retry.

block_device:395 rbd/poolA.win2k16_vol3: Kernel does not support the block_dev action.
Jul 17 01:28:43 catalina tcmu-runner: tcmu_block_device:395 rbd/poolA.win2k16_vol3: Kernel does not support the block_dev action.
Jul 17 01:28:43 catalina tcmu-runner: 2018-07-17 01:28:43.222 59934 [WARN] tcmu_rbd_lock:735 rbd/poolA.win2k16_vol3: Acquired exclusive lock.
Jul 17 01:28:43 catalina tcmu-runner: tcmu_rbd_lock:735 rbd/poolA.win2k16_vol3: Acquired exclusive lock.
Jul 17 01:28:43 catalina tcmu-runner: 2018-07-17 01:28:43.270 59934 [WARN] tcmu_unblock_device:418 rbd/poolA.win2k16_vol3: Kernel does not support the block_dev action.
Jul 17 01:28:43 catalina tcmu-runner: tcmu_unblock_device:418 rbd/poolA.win2k16_vol3: Kernel does not support the block_dev action.



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


How reproducible:


Steps to Reproduce:
1.
2.
3.

Actual results:


Expected results:


Additional info:
Comment 10 errata-xmlrpc 2018-09-26 18:22:32 UTC 
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHBA-2018:2819
Note You need to log in before you can comment on or make changes to this bug.