When cinder volumes are created concurrently from the same source image for the first time (image-volume-cache-miss flow), some of the volumes fail getting created. The number of failures is found to vary across runs. They are ultimately set to "error" state and the underlying exception noted (in c-vol logs) is "Could not login to any iSCSI portal."
Affected Version: stable/mitaka
Steps to Reproduce:
1. Configure cinder.conf to use HPE3PARISCSIDriver as given in config-reference.
2. chap auth should be enabled and image volume cache should be enabled.
2. Complete all other cinder.conf settings.
3. Start all cinder services and ensure the driver gets initialized successfully.
4. Execute the following command from cinder node via CLI:
$ export TYP=<your_vol_type>
$ export IMG=<glance_image_id>
$ for i in `seq 15`; do cinder create --image-id $IMG --name $TYP$i --volume-type $TYP 100 & done
5. Execute cinder list and observe the status of the created volumes.
6. Rinse and repeat step 4 and 5 a few times, each time with a different image (to exercise vol-cache-miss flow)
NOTE:
* This issue is NOT seen in HPE3PARFCDriver
* This issue is not reproducible with vol-cache-enabled set to FALSE
* This issue is not seen when exercising vol-cache-hit code path (when image is available in vol backed cache)
When cinder volumes are created concurrently from the same source image for the first time (image- volume- cache-miss flow), some of the volumes fail getting created. The number of failures is found to vary across runs. They are ultimately set to "error" state and the underlying exception noted (in c-vol logs) is "Could not login to any iSCSI portal."
Affected Version: stable/mitaka
Steps to Reproduce:
1. Configure cinder.conf to use HPE3PARISCSIDriver as given in config-reference.
2. chap auth should be enabled and image volume cache should be enabled.
2. Complete all other cinder.conf settings.
[HPE- 3PAR-backend] password= <your_san_ password> username= <3par_username> backend_ name=<your_ volume_ backend_ name> login=< your_san_ login_name> volume_ cache_enabled= True api_url= <your_3par_ management_ wsapi_endpoint_ url> driver= cinder. volume. drivers. san.hp. hp_3par_ iscsi.HP3PARISC SIDriver password= <3par_password> iscsi_ips= <iscsi_ target_ portal_ ips(comma separated list)> cpg=<3par_ cpg_name> iscsi_chap_ enabled= True
san_
hp3par_
volume_
san_
image_
hp3par_
volume_
hp3par_
hp3par_
hp3par_
hp3par_
san_ip=<san_ip>
3. Start all cinder services and ensure the driver gets initialized successfully.
4. Execute the following command from cinder node via CLI:
$ export TYP=<your_vol_type> image_id>
$ export IMG=<glance_
$ for i in `seq 15`; do cinder create --image-id $IMG --name $TYP$i --volume-type $TYP 100 & done
5. Execute cinder list and observe the status of the created volumes.
6. Rinse and repeat step 4 and 5 a few times, each time with a different image (to exercise vol-cache-miss flow)
NOTE:
* This issue is NOT seen in HPE3PARFCDriver
* This issue is not reproducible with vol-cache-enabled set to FALSE
* This issue is not seen when exercising vol-cache-hit code path (when image is available in vol backed cache)