Storage server may be configured to protect target discovering phase with CHAP
authentication, in this case existing discovery command will be failed in Nova
when iscsi multipath enabled. Nova need these below discovery auth properties.
"discovery.sendtargets.auth.authmethod",
"discovery.sendtargets.auth.username",
"discovery.sendtargets.auth.password"
Cinder Storage driver need to send discovery auth properties to Nova in this
case and the properties are:
iscsi_properties['discovery_auth_method']
iscsi_properties['discovery_auth_username']
iscsi_properties['discovery_auth_password']
This issue not just for IBM Storwize, but also other storage drivers who need
CHAP authentication to do iscsi discover.
The according nova change: https://review.openstack.org/#/c/148516/
Closes-Bug: #
1367189
Change-Id: Ib528eed3a9fd5006c1649ef42233e1f943c38ab6
'iqn.1982-01.com.ibm:1234.sim.node1',
'target_portal': '1.234.56.78:3260',
'target_lun': 0,
- 'auth_method': 'CHAP'}}}
+ 'auth_method': 'CHAP',
+ 'discovery_auth_method': 'CHAP'}}}
for protocol in ['FC', 'iSCSI']:
volume1['volume_type_id'] = types[protocol]['id']
properties['auth_method'] = 'CHAP'
properties['auth_username'] = connector['initiator']
properties['auth_password'] = chap_secret
+ properties['discovery_auth_method'] = 'CHAP'
+ properties['discovery_auth_username'] = (
+ connector['initiator'])
+ properties['discovery_auth_password'] = chap_secret
else:
type_str = 'fibre_channel'
conn_wwpns = self._helpers.get_conn_fc_wwpns(host_name)