Jump to: navigation, search

Difference between revisions of "StarlingX/Containers/Limitations"

m
m
 
Line 3: Line 3:
 
1. Containers may hang after several hours or days running, in particular rabbit container, due to kernel jbd thread hanging.   
 
1. Containers may hang after several hours or days running, in particular rabbit container, due to kernel jbd thread hanging.   
 
           - Tracked by https://bugs.launchpad.net/starlingx/+bug/1815541 and https://bugs.launchpad.net/starlingx/+bug/1814595
 
           - Tracked by https://bugs.launchpad.net/starlingx/+bug/1815541 and https://bugs.launchpad.net/starlingx/+bug/1814595
           - As of 2019-03-11, a workaround was submitted to address this issue: https://review.openstack.org/#/c/642170/
+
           - As of 2019-03-11, a workaround was submitted to avoid this issue: https://review.openstack.org/#/c/642170/
 
2. Autonomous reboots of controller are not yet fully supported.  Containers may hang while the controller is rebooting.  They likely will recover after the controller recovers.  Manual recovery may be required.   
 
2. Autonomous reboots of controller are not yet fully supported.  Containers may hang while the controller is rebooting.  They likely will recover after the controller recovers.  Manual recovery may be required.   
 
           - For AIO-DX, if the controller with mariadb pod is rebooted, containers will be down until the controller recovers.   
 
           - For AIO-DX, if the controller with mariadb pod is rebooted, containers will be down until the controller recovers.   

Latest revision as of 20:27, 15 April 2019

Limitations for a containers configuration as of Feb 28/2019:

1. Containers may hang after several hours or days running, in particular rabbit container, due to kernel jbd thread hanging.

          - Tracked by https://bugs.launchpad.net/starlingx/+bug/1815541 and https://bugs.launchpad.net/starlingx/+bug/1814595
          - As of 2019-03-11, a workaround was submitted to avoid this issue: https://review.openstack.org/#/c/642170/

2. Autonomous reboots of controller are not yet fully supported. Containers may hang while the controller is rebooting. They likely will recover after the controller recovers. Manual recovery may be required.

          - For AIO-DX, if the controller with mariadb pod is rebooted, containers will be down until the controller recovers.  
          - If the controller dies and does not recover then the containers will not recover.  
          - This is currently working to address this via SB https://storyboard.openstack.org/#!/story/2004712

3. IPv6 networking is not yet supported.

4. HTTPS configurations are not yet supported.

5. Distributed Cloud and Regions configurations are not yet supported.

6. Neutron routers/dhcp networks do not move on a lock/unlock for AIO-DX or lock/unlock of compute host -- likely means networking down until host recovers or routers/dhcp networks moved manually.

    • As of 2019-03-23, routers will move automatically on a lock/unlock, the l3-agent-router commands will not be needed.
    • As of 2019-04-05, networks will move automatically on a lock/unlock, the dhcp-agent-network commands will not be needed.
neutron l3-agent-router-remove [-h] L3_AGENT ROUTER
neutron l3-agent-router-add [-h] L3_AGENT ROUTER
neutron dhcp-agent-network-add [-h] DHCP_AGENT NETWORK
neutron dhcp-agent-network-remove [-h] DHCP_AGENT NETWORK