Bug 1275538 - rarely spacewalkkoan tries to (post install) start guest (libvirtd) although it is running
Summary: rarely spacewalkkoan tries to (post install) start guest (libvirtd) although ...
Keywords:
Status: CLOSED DEFERRED
Alias: None
Product: Red Hat Satellite 5
Classification: Red Hat
Component: Client
Version: 570
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Tomáš Kašpárek
QA Contact: Red Hat Satellite QA List
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2015-10-27 08:09 UTC by Jan Hutař
Modified: 2018-04-09 14:50 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2018-04-09 14:50:18 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Jan Hutař 2015-10-27 08:09:16 UTC
Description of problem:
Rarely spacewalkkoan tries to start guest (on libvirtd, after it finishes installation) although it is running and libvirt returns:

[...]
- install is still running, sleeping for 1 minute (28)
- install is still running, sleeping for 1 minute (29)
- shutdown VM detected, is the install done?  Restarting!
<class 'libvirt.libvirtError'>
Requested operation is not valid: domain is already running
  File "/usr/share/rhn/spacewalkkoan/spacewalkkoan.py", line 251, in initiate_guest
    k.run()
   File "/usr/lib/python2.6/site-packages/koan/app.py", line 377, in run
    self.virt()
   File "/usr/lib/python2.6/site-packages/koan/app.py", line 699, in virt
    return self.net_install(after_download)
   File "/usr/lib/python2.6/site-packages/koan/app.py", line 618, in net_install
    after_download(self, profile_data)
   File "/usr/lib/python2.6/site-packages/koan/app.py", line 697, in after_download
    self.virt_net_install(profile_data)
   File "/usr/lib/python2.6/site-packages/koan/app.py", line 1219, in virt_net_install
    utils.find_vm(conn, virtname).create()
   File "/usr/lib64/python2.6/site-packages/libvirt.py", line 686, in create
    if ret == -1: raise libvirtError ('virDomainCreate() failed', dom=self)

D: Sending back response(1, 'Virtual kickstart failed. Koan error.', {'koan': 'Requested operation is not valid: domain is already running   File "/usr/share/rhn/spacewalkkoan/spacewalkkoan.py", line 251, in initiate_guest\n    k.run()\n   File "/usr/lib/python2.6/site-packages/koan/app.py", line 377, in run\n    self.virt()\n   File "/usr/lib/python2.6/site-packages/koan/app.py", line 699, in virt\n    return self.net_install(after_download)\n   File "/usr/lib/python2.6/site-packages/koan/app.py", line 618, in net_install\n    after_download(self, profile_data)\n   File "/usr/lib/python2.6/site-packages/koan/app.py", line 697, in after_download\n    self.virt_net_install(profile_data)\n   File "/usr/lib/python2.6/site-packages/koan/app.py", line 1219, in virt_net_install\n    utils.find_vm(conn, virtname).create()\n   File "/usr/lib64/python2.6/site-packages/libvirt.py", line 686, in create\n    if ret == -1: raise libvirtError (\'virDomainCreate() failed\', dom=self)\n'})
[...]


Version-Release number of selected component (if applicable):
koan-2.0.7-53.el6sat.noarch
spacewalk-koan-2.3.0-2.el6sat.noarch
libvirt-python-0.10.2-54.el6_7.2.x86_64
(running against Satellite 5.7.0 if that is importnat)


How reproducible:
very rarely (seen this kind of error for first time I guess)


Steps to Reproduce:
1. Provision libvirtd guest and watch `rhn_check -vv` output on the virt host


Actual results:
Failure returned by libvirt to Satellite


Expected results:
Should work reliably

Comment 2 Tomas Lestach 2018-04-09 14:50:18 UTC
We have re-reviewed this bug, as part of an ongoing effort to improve Satellite/Proxy feature and bug updates, review and backlog.

This is a low priority bug and has no currently open customer cases. While this bug may still valid, we do not see it being implemented prior to the EOL of the Satellite 5.x product. As such, this is being CLOSED DEFERRED. 

Closing now to help set customer expectations as early as possible. You are welcome to re-open this bug if needed.


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