Containerized iSCSI connections not propagated to the host
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
tripleo |
Fix Released
|
Medium
|
Alan Bishop |
Bug Description
Several openstack services (nova-compute, glance-api, cinder-backup, etc.) create iSCSI connections to a storage backend provided by the cinder-volume service. These connections update information maintained in /var/lib/iscsi, and that data isn't propagated to the host when the openstack service is running in a container.
This can lead to problems during system shut down, when the host needs to log off all iSCSI connections (this is done by the host's iscsi-shutdown systemd service). However, connections created by containerized openstack services aren't "visible" to the host, and the connection's aren't terminated. This causes the shutdown sequence to hang.
The problem can be reproduced using the following steps:
1. Create a nova instance and attach it to a cinder volume via iSCSI
2. Stop the instance ("openstack server stop") but do not delete the instance
3. Reboot the Compute node, and observe it hang on shutdown
After step 1, you can see the nova_compute container's iSCSI node info:
[root@overcloud
iqn.2010-
[root@overcloud
But the node is not visible on the host:
[root@overcloud
[root@overcloud
Changed in tripleo: | |
milestone: | none → stein-2 |
Fix proposed to branch: master /review. openstack. org/628218
Review: https:/