Bug 1643616 - openstack image prepare cannot be stopped with CTRL-C
Summary: openstack image prepare cannot be stopped with CTRL-C
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: openstack-tripleo-common
Version: 13.0 (Queens)
Hardware: Unspecified
OS: Unspecified
medium
medium
Target Milestone: ---
: ---
Assignee: Adriano Petrich
QA Contact: Alexander Chuzhoy
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2018-10-26 17:58 UTC by Andreas Karis
Modified: 2020-03-10 11:18 UTC (History)
11 users (show)

Fixed In Version: openstack-tripleo-common-8.7.1-9.el7ost
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2020-03-10 11:18:29 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
OpenStack gerrit 704440 0 None MERGED Raise exception on KeyboardInterrupt 2020-02-11 15:50:56 UTC
OpenStack gerrit 704819 0 None MERGED Raise exception on KeyboardInterrupt 2020-02-11 15:50:56 UTC

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


Note You need to log in before you can comment on or make changes to this bug.