Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1643616

Summary: openstack image prepare cannot be stopped with CTRL-C
Product: Red Hat OpenStack Reporter: Andreas Karis <akaris>
Component: openstack-tripleo-commonAssignee: Adriano Petrich <apetrich>
Status: CLOSED ERRATA QA Contact: Alexander Chuzhoy <sasha>
Severity: medium Docs Contact:
Priority: medium    
Version: 13.0 (Queens)CC: apevec, aschultz, beth.white, hbrock, jbuchta, jslagle, lhh, mburns, mgarciac, slinaber, ukalifon
Target Milestone: ---Keywords: Triaged, ZStream
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: openstack-tripleo-common-8.7.1-9.el7ost Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2020-03-10 11:18:29 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Andreas Karis 2018-10-26 17:58:48 UTC
Description of problem:
openstack image prepare cannot be stopped with CTRL-C

~~~
  openstack overcloud container image prepare \
    --namespace=registry.access.redhat.com/rhosp13 \
    --prefix=openstack- \
    -e /usr/share/openstack-tripleo-heat-templates/environments/ceph-ansible/ceph-ansible.yaml \
    --set ceph_namespace=registry.access.redhat.com/rhceph \
    --set ceph_image=rhceph-3-rhel7 \
    --tag-from-label {version}-{release} \
    --output-env-file=/home/stack/templates/overcloud_images.yaml

(...)

CTRL-C

(...)
    self._target(*self._args, **self._kwargs)
  File "/usr/lib64/python2.7/multiprocessing/pool.py", line 102, in worker
  File "/usr/lib64/python2.7/multiprocessing/pool.py", line 102, in worker
    task = get()
    task = get()
  File "/usr/lib64/python2.7/multiprocessing/queues.py", line 374, in get
  File "/usr/lib64/python2.7/multiprocessing/queues.py", line 374, in get
    task = get()
  File "/usr/lib64/python2.7/multiprocessing/queues.py", line 374, in get
    task = get()
    task = get()
  File "/usr/lib64/python2.7/multiprocessing/queues.py", line 374, in get
  File "/usr/lib64/python2.7/multiprocessing/queues.py", line 374, in get
    racquire()
    racquire()
    racquire()
KeyboardInterrupt
KeyboardInterrupt
    racquire()
KeyboardInterrupt
    racquire()
KeyboardInterrupt
KeyboardInterrupt
Process PoolWorker-1759:
Traceback (most recent call last):
  File "/usr/lib64/python2.7/multiprocessing/process.py", line 258, in _bootstrap
    self.run()
  File "/usr/lib64/python2.7/multiprocessing/process.py", line 114, in run
    self._target(*self._args, **self._kwargs)
  File "/usr/lib64/python2.7/multiprocessing/pool.py", line 102, in worker
    task = get()
  File "/usr/lib64/python2.7/multiprocessing/queues.py", line 374, in get
    racquire()
KeyboardInterrupt
(...)
~~~

Version-Release number of selected component (if applicable):
(undercloud) [stack@undercloud-r430 ~]$ rpm -qa | grep openstack
openstack-swift-object-2.17.1-0.20180314165245.caeeb54.el7ost.noarch
python-openstackclient-lang-3.14.2-1.el7ost.noarch
openstack-heat-api-cfn-10.0.1-2.el7ost.noarch
python2-openstacksdk-0.11.3-1.el7ost.noarch
openstack-ironic-staging-drivers-0.9.0-4.el7ost.noarch
openstack-tripleo-puppet-elements-8.0.1-1.el7ost.noarch
openstack-tripleo-common-8.6.3-13.el7ost.noarch
openstack-ironic-api-10.1.3-5.el7ost.noarch
openstack-ironic-inspector-7.2.1-2.el7ost.noarch
openstack-tripleo-ui-8.3.2-1.el7ost.noarch
openstack-nova-api-17.0.5-3.d7864fbgit.el7ost.noarch
openstack-nova-conductor-17.0.5-3.d7864fbgit.el7ost.noarch
openstack-swift-account-2.17.1-0.20180314165245.caeeb54.el7ost.noarch
openstack-nova-common-17.0.5-3.d7864fbgit.el7ost.noarch
openstack-swift-proxy-2.17.1-0.20180314165245.caeeb54.el7ost.noarch
openstack-mistral-api-6.0.3-1.el7ost.noarch
openstack-neutron-openvswitch-12.0.3-5.el7ost.noarch
openstack-heat-api-10.0.1-2.el7ost.noarch
openstack-neutron-ml2-12.0.3-5.el7ost.noarch
openstack-ironic-common-10.1.3-5.el7ost.noarch
openstack-tripleo-image-elements-8.0.1-1.el7ost.noarch
openstack-mistral-executor-6.0.3-1.el7ost.noarch
openstack-zaqar-6.0.1-1.el7ost.noarch
openstack-nova-placement-api-17.0.5-3.d7864fbgit.el7ost.noarch
openstack-swift-container-2.17.1-0.20180314165245.caeeb54.el7ost.noarch
openstack-tripleo-common-containers-8.6.3-13.el7ost.noarch
openstack-neutron-12.0.3-5.el7ost.noarch
openstack-heat-engine-10.0.1-2.el7ost.noarch
openstack-selinux-0.8.14-14.el7ost.noarch
openstack-tempest-18.0.0-2.el7ost.noarch
openstack-mistral-common-6.0.3-1.el7ost.noarch
puppet-openstack_extras-12.4.1-0.20180413042250.2634296.el7ost.noarch
openstack-keystone-13.0.1-1.el7ost.noarch
openstack-neutron-common-12.0.3-5.el7ost.noarch
openstack-heat-common-10.0.1-2.el7ost.noarch
python2-openstackclient-3.14.2-1.el7ost.noarch
openstack-ironic-conductor-10.1.3-5.el7ost.noarch
openstack-tripleo-validations-8.4.2-1.el7ost.noarch
openstack-nova-scheduler-17.0.5-3.d7864fbgit.el7ost.noarch
puppet-openstacklib-12.4.0-0.20180329042555.4b30e6f.el7ost.noarch
openstack-nova-compute-17.0.5-3.d7864fbgit.el7ost.noarch
openstack-glance-16.0.1-3.el7ost.noarch
openstack-tripleo-heat-templates-8.0.4-20.el7ost.noarch
openstack-mistral-engine-6.0.3-1.el7ost.noarch
(undercloud) [stack@undercloud-r430 ~]$ 


Additional info:

Only way is to use kill:
(undercloud) [stack@undercloud-r430 ~]$ ps aux | grep pr[e]pa | awk '{print $2}' | xargs -I {} kill {}

Comment 2 Alex Schultz 2020-01-27 19:22:30 UTC
This only affects the 'openstack overcloud container image prepare' command as in OSP14+ it's recommended to use 'openstack tripleo container image prepare'.  The newer command doesn't suffer from this problem

Comment 12 errata-xmlrpc 2020-03-10 11:18:29 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-2020:0760