Bug 499844 - Tries to set file context on read-only device even when none connected
Summary: Tries to set file context on read-only device even when none connected
Keywords:
Status: CLOSED DUPLICATE of bug 499569
Alias: None
Product: Fedora
Classification: Fedora
Component: libvirt
Version: rawhide
Hardware: All
OS: Linux
high
high
Target Milestone: ---
Assignee: Daniel Veillard
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2009-05-08 14:40 UTC by Tim Waugh
Modified: 2009-05-09 22:22 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2009-05-09 22:22:26 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Tim Waugh 2009-05-08 14:40:24 UTC
Description of problem:
I am finding that a kvm instance I have installed cannot be started after initial installation until an ISO image is connected as hdc again.  It seems to be trying to set the SELinux file context on NULL when there is no file image for hdc, and fails altogether as a result.

Version-Release number of selected component (if applicable):
libvirt-0.6.2-7.fc11.x86_64

How reproducible:
100%

Steps to Reproduce:
1.Install OS from local ISO image. Shut off domain.
2.hdc now shows:

Source type: block
Source path: -  [Connect]
Target type: cdrom
Target device: hdc
Target bus: ide
Permissions: Readonly

3.Attempt to start domain by clicking 'Run'.
  
Actual results:
Dialog appears:

==>
Error starting domain: internal error
Domain mydomain didn't show up

v Details
Traceback (most recent call last):
  File "/usr/share/virt-manager/virtManager/engine.py", line 493, in run_domain
    vm.startup()
  File "/usr/share/virt-manager/virtManager/domain.py", line 573, in startup
    self.vm.create()
  File "/usr/lib64/python2.6/site-packages/libvirt.py", line 287, in create
    if ret == -1: raise libvirtError ('virDomainCreate() failed', dom=self)
libvirtError: internal error Domain mydomain didn't show up
<==

/var/log/messages has:
May  8 15:37:48 worm libvirtd: 15:37:48.527: warning : Sound cards for VMs are disabled while SELinux security model is active
May  8 15:37:48 worm kernel: device vnet0 entered promiscuous mode
May  8 15:37:48 worm kernel: virbr0: topology change detected, propagating
May  8 15:37:48 worm kernel: virbr0: port 1(vnet0) entering forwarding state
May  8 15:37:48 worm libvirtd: 15:37:48.532: error : SELinuxSetFilecon: unable to set security context 'system_u:object_r:virt_content_t:s0' on (null): Bad address.
May  8 15:37:48 worm libvirtd: 15:37:48.532: error : internal error Failed to set security label
May  8 15:37:48 worm NetworkManager: nm_device_ethernet_new: assertion `driver != NULL' failed
May  8 15:37:49 worm avahi-daemon[1631]: Registering new address record for fe80::a470:c8ff:feb4:aee on vnet0.*.
May  8 15:37:51 worm ntpd[1917]: Listening on interface #22 vnet0, fe80::a470:c8ff:feb4:aee#123 Enabled
May  8 15:37:53 worm nm-system-settings: Added default wired connection 'Auto vnet0' for /org/freedesktop/Hal/devices/net_a6_70_c8_b4_0a_ee
May  8 15:37:58 worm libvirtd: 15:37:58.544: error : internal error Domain mydomain didn't show up#012
May  8 15:37:58 worm avahi-daemon[1631]: Withdrawing address record for fe80::a470:c8ff:feb4:aee on vnet0.
May  8 15:37:58 worm kernel: virbr0: port 1(vnet0) entering disabled state
May  8 15:37:58 worm kernel: device vnet0 left promiscuous mode
May  8 15:37:58 worm kernel: virbr0: port 1(vnet0) entering disabled state

Expected results:
Domain starts correctly.

Additional info:
Attaching an ISO image for hdc works around the problem and the domain starts normally.

Comment 1 Cole Robinson 2009-05-09 22:22:26 UTC

*** This bug has been marked as a duplicate of bug 499569 ***


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