Bug 530583

Summary: virtualization/poller.py creates config files for installing domains (even though it shouldn't)
Product: Red Hat Satellite 5 Reporter: Milan Zázrivec <mzazrivec>
Component: VirtualizationAssignee: Milan Zázrivec <mzazrivec>
Status: CLOSED ERRATA QA Contact: Petr Sklenar <psklenar>
Severity: medium Docs Contact:
Priority: low    
Version: 530CC: psklenar, tao
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2009-12-04 10:48:25 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 518261    

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