Bug 530583 - virtualization/poller.py creates config files for installing domains (even though it shouldn't)
Summary: virtualization/poller.py creates config files for installing domains (even th...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Satellite 5
Classification: Red Hat
Component: Virtualization
Version: 530
Hardware: All
OS: Linux
low
medium
Target Milestone: ---
Assignee: Milan Zázrivec
QA Contact: Petr Sklenar
URL:
Whiteboard:
Depends On:
Blocks: sat531-kvm
TreeView+ depends on / blocked
 
Reported: 2009-10-23 15:20 UTC by Milan Zázrivec
Modified: 2018-10-27 15:35 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2009-12-04 10:48:25 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHEA-2009:1639 0 normal SHIPPED_LIVE KVM guest management 2009-12-04 10:48:11 UTC

Description Milan Zázrivec 2009-10-23 15:20:55 UTC
Description of problem:
rhn-virtualization-host package installs on a host (KVM / Xen) system
a cron job that scans the hypervisor every two minutes for running
domains and creates an xml configuration file for every running,
*non-installing* domain (in case the configuration does not exist).

This configuration file is placed into /etc/sysconfig/rhn/virt
directory and is named according to the uuid of a particular
domain (ab89b8324d878e30a619a089b869e9f5.xml for example).

There are situations though, when this cron job creates configuration
files even for domains that are in fact installing.


Version-Release number of selected component (if applicable):
rhn-virtualization-5.3.0-12

How reproducible:
Always

Steps to Reproduce:
1. Install Satellite 5.3.0, register a Xen (not KVM!) host to your
satellite.
2. Create a paravirtualized kickstart profile in your satellite
3. On your host, stop crond service (so that you can launch the
job manually)
4. From satellite webui, provision a new xen guest on your host.
5. On your host, run rhn_check -v (to actually execute the kickstart
task) and see that the installation has started.
6. As the installation of xen guest is running, n your host run as root:
   # ls /etc/sysconfig/rhn/virt
   # python /usr/share/rhn/virtualization/poller.py
   # ls /etc/sysconfig/rhn/virt
  
Actual results:
New configuration XML file is created for installing domain.

Expected results:
No configuration XML file should be created for installing domain.

Additional info:
domain_config.py tries to detect installing domain by the presence of
method=... argument in the kernel command line of installing guest.
This is not always true: koan does not pass this argument to paravirtualized
xen guests for installation.

Comment 1 Milan Zázrivec 2009-10-23 15:35:41 UTC
spacewalk.git master: 877f6629c58e893d88f12352f17b0abd8441c9ab

Comment 2 Milan Zázrivec 2009-11-02 17:47:41 UTC
satellite.git SATELLITE-5.3: f73a3d17c39a05dd3fcc3a56e8b1268472eba729

Comment 3 Milan Zázrivec 2009-11-03 10:03:01 UTC
Tagged & built: spacewalk-koan-0.1.11-13 rhn-virtualization-5.3.0-13

Comment 4 Milan Zázrivec 2009-11-11 15:06:45 UTC
New spacewalk-koan & rhn-virtualization have been pushed into webqa.

Comment 9 Petr Sklenar 2009-11-27 14:15:47 UTC
moving to verified:

packages there:
koan-1.6.8-4.el5sat
spacewalk-koan-0.1.11-13.el5sat
rhn-virtualization-host-5.3.0-13.el5sat
rhn-virtualization-common-5.3.0-13.el5sat

6. As the installation of xen guest is running, n your host run as root:
   # ls /etc/sysconfig/rhn/virt
   # python /usr/share/rhn/virtualization/poller.py
   # ls /etc/sysconfig/rhn/virt

file wasn't there during whole kickstarting

after kickstart was finished and pvxen rebooted then there were xml for my
xen-guest:
 cat /etc/sysconfig/rhn/virt/018bb081bc1dee51c816aa818cf50f7e.xml | grep a6
  <name>rhel54-i386-base-pvxen-a6</name>
      <source file="/var/lib/xen/images/rhel54-i386-base-pvxen-a6"/>
--
pass

Comment 11 errata-xmlrpc 2009-12-04 10:48:25 UTC
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHEA-2009-1639.html


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