Trouble with Ubuntu guest on F7
by John Lagrue
Trying to create a Ubuntu 7.10 guest on sn F7 host using a fully
virtualised system (I can't use Xen)
Using virt-manager to create the guest, selecting OS to be Linux, type
as generic 2.6 kernel
The guest refuses to boot!
It shows the lines:
-----------------------------
Booting from CD-Rom
ISOLINUX 3.36 Debian-2007-08-30 Copyright blah.de.blah.......
Loading...
----------------------------
And that's it. Host CPU count goes to the ceiling, but nothing else happens.
I get exactly the same behaviour if I do it from the command line with qemu-kvm.
The only way I can get it installed is by using qemu -no-kvm
After it is installed (which takes hours!) I can run it reasonably
well from virt-manager, though mouse behaviour is horrible. When
running it from qemu-kvm on the command line the mouse behaves
properly.
Any thoughts as to what, if anything, I might be doing wrong?
JDL
16 years, 7 months
fedora 7 Xen doesn't want to boot
by orcalon
Hello,
I installed Fedora 7 on my Asus L3400Tp (5 GB partition for /, 34 GB
for /home), and included vairtualisation with xen in the install. My
laptop only supports para-virtualisation, but that doesn't bother me.
$ grep pae /proc/cpuinfo
flags : fpu vme de pse tsc msr pae mce cx8 mtrr pge mca cmov
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm up
After install I did yum update, so now I´m with the kernels as shown in
the
following exerpt of grub.conf:
title Fedora (2.6.22.1-41.fc7)
root (hd0,0)
kernel /boot/vmlinuz-2.6.22.1-41.fc7 ro root=LABEL=/ rhgb quiet
initrd /boot/initrd-2.6.22.1-41.fc7.img
title Fedora (2.6.20-2925.13.fc7xen)
root (hd0,0)
kernel /boot/xen.gz-2.6.20-2925.13.fc7
module /boot/vmlinuz-2.6.20-2925.13.fc7xen ro root=LABEL=/ rhgb quiet
module /boot/initrd-2.6.20-2925.13.fc7xen.img
However, when I try to start xen, de following messages appear:
mount: could not find file system '/dev/root'
setuproot: moving /dev failed: No such file or directory
setuproot: error mounting /procs: No such file or directory
setuproot: error mounting /sys: No such file or directory
switchroot: mount failed: No such file or directory
Kernel panic - Not syncing: Attempted to kill init!
And a reboot follows.
I start suspecting a bit that the 'module' vmlinuz-2.6.20-2925.13.fc7xen
for xen has a different approach of the hardware, that kernel
xen.gz-2.6.20-2925.13.fc7 does something strange with it? But what?
Some people suggested to use a LVM designater instead of /dev/sda,
others to rebuild initrd, or to remove the 'module' in front of initrd
and vmlinuz in grub.conf, but none of those suggestions were successful.
Anybody any hint?
Thanks
16 years, 7 months
Xen paravirtualized guest freezes upon boot
by achan@jonathan360.com
Running xen 3
host and guest OS is FC6.
the guest boots but freezes after starting sshd. Also it fails getting
IP information for eth0.
xend.log doesn't really show anything wrong
[2007-09-06 11:10:54 xend 9068] DEBUG (DevController:486)
hotplugStatusCallback 1.
[2007-09-06 11:10:54 xend 9068] DEBUG (DevController:143) Waiting for
devices irq.
[2007-09-06 11:10:54 xend 9068] DEBUG (DevController:143) Waiting for
devices vkbd.
[2007-09-06 11:10:54 xend 9068] DEBUG (DevController:143) Waiting for
devices vfb.
[2007-09-06 11:10:54 xend 9068] DEBUG (DevController:143) Waiting for
devices pci.
[2007-09-06 11:10:54 xend 9068] DEBUG (DevController:143) Waiting for
devices ioports.
[2007-09-06 11:10:54 xend 9068] DEBUG (DevController:143) Waiting for
devices tap.
[2007-09-06 11:10:54 xend 9068] DEBUG (DevController:143) Waiting for
devices vtpm.
[2007-09-06 11:10:54 xend 9068] INFO (XendDomain:370) Domain fedora.fc6
(37) unpaused.
[2007-09-06 11:14:23 xend.XendDomainInfo 9068] DEBUG
(XendDomainInfo:940) XendDomainInfo.handleShutdownWatch
[2007-09-06 11:14:23 xend.XendDomainInfo 9068] DEBUG
(XendDomainInfo:940) XendDomainInfo.handleShutdownWatch
[2007-09-06 11:14:34 xend.XendDomainInfo 9068] INFO (XendDomainInfo:899)
Domain has shutdown: name=fedora.fc6 id=37 reason=poweroff.
[2007-09-06 11:14:34 xend.XendDomainInfo 9068] DEBUG
(XendDomainInfo:1463) XendDomainInfo.destroy: domid=37
[2007-09-06 11:14:34 xend.XendDomainInfo 9068] DEBUG
(XendDomainInfo:1471) XendDomainInfo.destroyDomain(37)
You can see where it locks up at 11:10:54 and doesn't respond until it
shut it down.
when I mount the img I can see this error "Sep 6 11:12:19 fc6_pristine
modprobe: FATAL: Could not load
/lib/modules/2.6.20-1.3001.fc6xen/modules.dep: No such file or directory".
my xend guest cfg is :
kernel = "/boot/vmlinuz-2.6-xenU"
memory = 256
name = "fedora.fc6"
vif = [ '' ]
dhcp = "dhcp"
disk = ['file:/usr/virtualServers/fedora.fc6.img,sda1,w',
'file:/usr/virtualServers/fedora.swap,sda2,w']
root = "/dev/sda1 ro"
ramdisk = "/boot/initrd-2.6.20-1.3001.fc6.xen.img"
extra = "3"
Thanks in advanced for any help!
16 years, 7 months
virt-manager failure
by John Lagrue
TRying to create a guest using virt-manager on Fedora 7. Upon clicking
"Finish" I get this error:
Unable to complete install '<class 'libvirt.libvirtError'>
virDomainCreateLinux() failed Failed to add tap interface 'vnet0' to
bridge 'virbr0' : No such device
Any thoughts?
16 years, 7 months
help :)
by Yoron hamberg
I use a updated (last was today :) Fedora7 on a quadra core Server (Primergy
rx300 s3)
Trying XEN and it's 'Virtual Machine Manager' i meet with those problems..
-----------------------
Unable to complete install '<class 'libvirt.libvirtError'>
virDomainCreateLinux() failed POST-operation misslyckades: (xend.err 'Device
768 (vbd) could not be connected. /images/images/test_1_2003 does not
exist.')
Traceback (most recent call last):
File "/usr/share/virt-manager/virtManager/create.py", line 681, in
do_install
dom = guest.start_install(False, meter = meter)
File "/usr/lib/python2.5/site-packages/virtinst/Guest.py", line 710, in
start_install
return self._do_install(consolecb, meter)
File "/usr/lib/python2.5/site-packages/virtinst/Guest.py", line 727, in
_do_install
self.domain = self.conn.createLinux(install_xml, 0)
File "/usr/lib/python2.5/site-packages/libvirt.py", line 563, in createLinux
if ret is None:raise libvirtError('virDomainCreateLinux() failed',
conn=self)
libvirtError: virDomainCreateLinux() failed POST-operation misslyckades:
(xend.err 'Device 768 (vbd) could not be connected.
/images/images/test_1_2003 does not exist.')
'
-----------------------------------
And try_2
-----------------------------------
Unable to complete install '<class 'libvirt.libvirtError'>
virDomainCreateLinux() failed POST-operation misslyckades: (xend.err 'Device
768 (vbd) could not be connected. /images/test1 does not exist.')
Traceback (most recent call last):
File "/usr/share/virt-manager/virtManager/create.py", line 681, in
do_install
dom = guest.start_install(False, meter = meter)
File "/usr/lib/python2.5/site-packages/virtinst/Guest.py", line 710, in
start_install
return self._do_install(consolecb, meter)
File "/usr/lib/python2.5/site-packages/virtinst/Guest.py", line 727, in
_do_install
self.domain = self.conn.createLinux(install_xml, 0)
File "/usr/lib/python2.5/site-packages/libvirt.py", line 563, in createLinux
if ret is None:raise libvirtError('virDomainCreateLinux() failed',
conn=self)
libvirtError: virDomainCreateLinux() failed POST-operation misslyckades:
(xend.err 'Device 768 (vbd) could not be connected. /images/test1 does not
exist.')
'
-----------------------------
So i disable SElinux from <system administration> :)
Guess what :)happens ah ha..
--------------------------------
Summary
SELinux is preventing access to files with the label, file_t.
Detailed Description
SELinux permission checks on files labeled file_t are being denied. file_t
is the context the SELinux kernel gives to files that do not have a
label.This indicates a serious labeling problem. No files on an SELinux box
should ever be labeled file_t. If you have just added a new disk drive to
the system you can relabel it using the restorecon command. Otherwise you
should relabel the entire files system.
Allowing Access
You can execute the following command as root to relabel your computer
system: "touch /.autorelabel; reboot"
Additional Information
Source Context system_u:system_r:udev_t:SystemLow-SystemHigh
Target Context root:object_r:file_t
Target Objects /images/2003_sist [ file ]
Affected RPM Packages coreutils-6.9-3.fc7 [application]
Policy RPM selinux-policy-2.6.4-38.fc7
Selinux Enabled True
Policy Type targeted
MLS Enabled True
Enforcing Mode Permissive
Plugin Name plugins.file
Host Name localhost.localdomain
Platform Linux localhost.localdomain 2.6.20-2931.fc7xen #1
SMP Mon Aug 13 10:12:37 EDT 2007 i686 i686
Alert Count 1
First Seen tis 4 sep 2007 17.29.44
Last Seen tis 4 sep 2007 17.29.44
Local ID 804af117-e5d9-4304-a8bd-83f0a26bb4a1
Line Numbers
Raw Audit Messages
avc: denied { getattr } for comm="readlink" dev=sdb1 egid=0 euid=0
exe="/usr/bin/readlink" exit=0 fsgid=0 fsuid=0 gid=0 items=0
name="2003_sist"
path="/images/2003_sist" pid=16317
scontext=system_u:system_r:udev_t:s0-s0:c0.c1023 sgid=0
subj=system_u:system_r:udev_t:s0-s0:c0.c1023 suid=0 tclass=file
tcontext=root:object_r:file_t:s0 tty=(none) uid=0
------------------------
And
----------------------
Summary
SELinux is preventing /sbin/losetup (fsadm_t) "read write" to 2003_sist
(file_t).
Detailed Description
SELinux denied /sbin/losetup access to 2003_sist. If this is a swapfile it
has to have a file context label of swapfile_t. If you did not intend to use
2003_sist as a swapfile it probably indicates a bug, however it could also
signal a intrusion attempt.
Allowing Access
You can alter the file context by executing chcon -t swapfile_t 2003_sist
The following command will allow this access:
chcon x-t swapfile_t 2003_sist
Additional Information
Source Context system_u:system_r:fsadm_t:SystemLow-SystemHigh
Target Context root:object_r:file_t
Target Objects 2003_sist [ file ]
Affected RPM Packages util-linux-2.13-0.54.fc7 [application]
Policy RPM selinux-policy-2.6.4-38.fc7
Selinux Enabled True
Policy Type targeted
MLS Enabled True
Enforcing Mode Permissive
Plugin Name plugins.swapfile
Host Name localhost.localdomain
Platform Linux localhost.localdomain 2.6.20-2931.fc7xen #1
SMP Mon Aug 13 10:12:37 EDT 2007 i686 i686
Alert Count 1
First Seen tis 4 sep 2007 17.29.45
Last Seen tis 4 sep 2007 17.29.45
Local ID db4d705b-dbc9-47b5-b99c-03d97a7c2a85
Line Numbers
Raw Audit Messages
avc: denied { read, write } for comm="losetup" dev=sdb1 egid=0 euid=0
exe="/sbin/losetup" exit=3 fsgid=0 fsuid=0 gid=0 items=0 name="2003_sist"
pid=16450 scontext=system_u:system_r:fsadm_t:s0-s0:c0.c1023 sgid=0
subj=system_u:system_r:fsadm_t:s0-s0:c0.c1023 suid=0 tclass=file
tcontext=root:object_r:file_t:s0 tty=(none) uid=0
--------------------------------------------------
Now, will i have to do this every time?
( executing chcon -t swapfile_'whatever_file')
Or should i use this?
----------------------------------
" The only way that this file would get created is if the system was booted
with selinux=0
(or SELINUX=disabled in /etc/selinux/config).
Or if you added a new disk to a machine that was not labeled via SELinux. "
As it is a Server we are talking about i would prefere to leave SeLinux on.
But as i'm gonna 'play' with a lot of different OS and also using a net ???
-----------------------------------------------
So i tried to close down SeLinux and my firewall too ( unconnected though:)
At my first try (two cpu: 1 Gig memory 10 Gig HD (as a file) i got to the
beginning of a GUI (W 2003)
then when 2003 tried to read in the graphical interface it hung.
And when i created a totally new imagefile it wouldn't start :)
Here is the output from Virtual Machine Manager (XEN)
--------------------------------
' Kan inte slutföra (can't finish ) installationen: 'virDomainCreateLinux()
failed POST-operation (failed) misslyckades: (xend.err 'Device 0 (vif) could
not be connected. Hotplug scripts not working.')' '
and
Unable to complete install '<class 'libvirt.libvirtError'>
virDomainCreateLinux() failed POST-operation misslyckades: (xend.err 'Device
0 (vif) could not be connected. Hotplug scripts not working.')
Traceback (most recent call last):
File "/usr/share/virt-manager/virtManager/create.py", line 681, in
do_install
dom = guest.start_install(False, meter = meter)
File "/usr/lib/python2.5/site-packages/virtinst/Guest.py", line 710, in
start_install
return self._do_install(consolecb, meter)
File "/usr/lib/python2.5/site-packages/virtinst/Guest.py", line 727, in
_do_install
self.domain = self.conn.createLinux(install_xml, 0)
File "/usr/lib/python2.5/site-packages/libvirt.py", line 563, in createLinux
if ret is None:raise libvirtError('virDomainCreateLinux() failed',
conn=self)
libvirtError: virDomainCreateLinux() failed POST-operation misslyckades:
(xend.err 'Device 0 (vif) could not be connected. Hotplug scripts not
working.')
--------------------------------------
Well :) Can't say that i'm overjoyed (Hotplug scripts not working???), and
yes,
i did change the 'permissions' on files globally via a rebot before trying
anew??
Any one?
btw: Gnome locked up after the last attempt and my screen too.
Had to 'hard boot' it at the end? Thought that with Xen embedded around the
'OS' such things would be scarce?
Also :) What am i missing here?
Something more i should think of before trying?
(like why i got this crazy idea :)
Xen seems to have very specific ideas of how permissions should be depending
on where they are. I thought that the beauty with a preinstalled Xen was
that this was already
taken care off? Is it me 'updating' from Fedora (yum default) that have
screwed it up. So i
shouldn't update at all?? Awwwhh :)
Cheers.
_________________________________________________________________
Se artisterna uppträda för en grön planet http://liveearth.se.msn.com/
16 years, 7 months
Going Nuts over XEN in F7
by Yoron hamberg
I use a updated (last was today :) Fedora7 on a quadra core Server (Primergy
rx300 s3)
Trying XEN and it's 'Virtual Machine Manager' i meet with those problems..
-----------------------
Unable to complete install '<class 'libvirt.libvirtError'>
virDomainCreateLinux() failed POST-operation misslyckades: (xend.err 'Device
768 (vbd) could not be connected. /images/images/test_1_2003 does not
exist.')
Traceback (most recent call last):
File "/usr/share/virt-manager/virtManager/create.py", line 681, in
do_install
dom = guest.start_install(False, meter = meter)
File "/usr/lib/python2.5/site-packages/virtinst/Guest.py", line 710, in
start_install
return self._do_install(consolecb, meter)
File "/usr/lib/python2.5/site-packages/virtinst/Guest.py", line 727, in
_do_install
self.domain = self.conn.createLinux(install_xml, 0)
File "/usr/lib/python2.5/site-packages/libvirt.py", line 563, in createLinux
if ret is None:raise libvirtError('virDomainCreateLinux() failed',
conn=self)
libvirtError: virDomainCreateLinux() failed POST-operation misslyckades:
(xend.err 'Device 768 (vbd) could not be connected.
/images/images/test_1_2003 does not exist.')
'
-----------------------------------
And try_2
-----------------------------------
Unable to complete install '<class 'libvirt.libvirtError'>
virDomainCreateLinux() failed POST-operation misslyckades: (xend.err 'Device
768 (vbd) could not be connected. /images/test1 does not exist.')
Traceback (most recent call last):
File "/usr/share/virt-manager/virtManager/create.py", line 681, in
do_install
dom = guest.start_install(False, meter = meter)
File "/usr/lib/python2.5/site-packages/virtinst/Guest.py", line 710, in
start_install
return self._do_install(consolecb, meter)
File "/usr/lib/python2.5/site-packages/virtinst/Guest.py", line 727, in
_do_install
self.domain = self.conn.createLinux(install_xml, 0)
File "/usr/lib/python2.5/site-packages/libvirt.py", line 563, in createLinux
if ret is None:raise libvirtError('virDomainCreateLinux() failed',
conn=self)
libvirtError: virDomainCreateLinux() failed POST-operation misslyckades:
(xend.err 'Device 768 (vbd) could not be connected. /images/test1 does not
exist.')
'
-----------------------------
So i disable SElinux from <system administration> :)
Guess what :)happens ah ha..
--------------------------------
Summary
SELinux is preventing access to files with the label, file_t.
Detailed Description
SELinux permission checks on files labeled file_t are being denied. file_t
is the context the SELinux kernel gives to files that do not have a
label.This indicates a serious labeling problem. No files on an SELinux box
should ever be labeled file_t. If you have just added a new disk drive to
the system you can relabel it using the restorecon command. Otherwise you
should relabel the entire files system.
Allowing Access
You can execute the following command as root to relabel your computer
system: "touch /.autorelabel; reboot"
Additional Information
Source Context system_u:system_r:udev_t:SystemLow-SystemHigh
Target Context root:object_r:file_t
Target Objects /images/2003_sist [ file ]
Affected RPM Packages coreutils-6.9-3.fc7 [application]
Policy RPM selinux-policy-2.6.4-38.fc7
Selinux Enabled True
Policy Type targeted
MLS Enabled True
Enforcing Mode Permissive
Plugin Name plugins.file
Host Name localhost.localdomain
Platform Linux localhost.localdomain 2.6.20-2931.fc7xen #1
SMP Mon Aug 13 10:12:37 EDT 2007 i686 i686
Alert Count 1
First Seen tis 4 sep 2007 17.29.44
Last Seen tis 4 sep 2007 17.29.44
Local ID 804af117-e5d9-4304-a8bd-83f0a26bb4a1
Line Numbers
Raw Audit Messages
avc: denied { getattr } for comm="readlink" dev=sdb1 egid=0 euid=0
exe="/usr/bin/readlink" exit=0 fsgid=0 fsuid=0 gid=0 items=0
name="2003_sist"
path="/images/2003_sist" pid=16317
scontext=system_u:system_r:udev_t:s0-s0:c0.c1023 sgid=0
subj=system_u:system_r:udev_t:s0-s0:c0.c1023 suid=0 tclass=file
tcontext=root:object_r:file_t:s0 tty=(none) uid=0
------------------------
And
----------------------
Summary
SELinux is preventing /sbin/losetup (fsadm_t) "read write" to 2003_sist
(file_t).
Detailed Description
SELinux denied /sbin/losetup access to 2003_sist. If this is a swapfile it
has to have a file context label of swapfile_t. If you did not intend to use
2003_sist as a swapfile it probably indicates a bug, however it could also
signal a intrusion attempt.
Allowing Access
You can alter the file context by executing chcon -t swapfile_t 2003_sist
The following command will allow this access:
chcon x-t swapfile_t 2003_sist
Additional Information
Source Context system_u:system_r:fsadm_t:SystemLow-SystemHigh
Target Context root:object_r:file_t
Target Objects 2003_sist [ file ]
Affected RPM Packages util-linux-2.13-0.54.fc7 [application]
Policy RPM selinux-policy-2.6.4-38.fc7
Selinux Enabled True
Policy Type targeted
MLS Enabled True
Enforcing Mode Permissive
Plugin Name plugins.swapfile
Host Name localhost.localdomain
Platform Linux localhost.localdomain 2.6.20-2931.fc7xen #1
SMP Mon Aug 13 10:12:37 EDT 2007 i686 i686
Alert Count 1
First Seen tis 4 sep 2007 17.29.45
Last Seen tis 4 sep 2007 17.29.45
Local ID db4d705b-dbc9-47b5-b99c-03d97a7c2a85
Line Numbers
Raw Audit Messages
avc: denied { read, write } for comm="losetup" dev=sdb1 egid=0 euid=0
exe="/sbin/losetup" exit=3 fsgid=0 fsuid=0 gid=0 items=0 name="2003_sist"
pid=16450 scontext=system_u:system_r:fsadm_t:s0-s0:c0.c1023 sgid=0
subj=system_u:system_r:fsadm_t:s0-s0:c0.c1023 suid=0 tclass=file
tcontext=root:object_r:file_t:s0 tty=(none) uid=0
--------------------------------------------------
Now, will i have to do this every time?
( executing chcon -t swapfile_'whatever_file')
Or should i use this?
----------------------------------
" The only way that this file would get created is if the system was booted
with selinux=0
(or SELINUX=disabled in /etc/selinux/config).
Or if you added a new disk to a machine that was not labeled via SELinux. "
As it is a Server we are talking about i would prefere to leave SeLinux on.
But as i'm gonna 'play' with a lot of different OS and also using a net ???
-----------------------------------------------
So i tried to close down SeLinux and my firewall too ( unconnected though:)
At my first try (two cpu: 1 Gig memory 10 Gig HD (as a file) i got to the
beginning of a GUI (W 2003)
then when 2003 tried to read in the graphical interface it hung.
And when i created a totally new imagefile it wouldn't start :)
Here is the output from Virtual Machine Manager (XEN)
--------------------------------
' Kan inte slutföra (can't finish ) installationen: 'virDomainCreateLinux()
failed POST-operation (failed) misslyckades: (xend.err 'Device 0 (vif) could
not be connected. Hotplug scripts not working.')' '
and
Unable to complete install '<class 'libvirt.libvirtError'>
virDomainCreateLinux() failed POST-operation misslyckades: (xend.err 'Device
0 (vif) could not be connected. Hotplug scripts not working.')
Traceback (most recent call last):
File "/usr/share/virt-manager/virtManager/create.py", line 681, in
do_install
dom = guest.start_install(False, meter = meter)
File "/usr/lib/python2.5/site-packages/virtinst/Guest.py", line 710, in
start_install
return self._do_install(consolecb, meter)
File "/usr/lib/python2.5/site-packages/virtinst/Guest.py", line 727, in
_do_install
self.domain = self.conn.createLinux(install_xml, 0)
File "/usr/lib/python2.5/site-packages/libvirt.py", line 563, in createLinux
if ret is None:raise libvirtError('virDomainCreateLinux() failed',
conn=self)
libvirtError: virDomainCreateLinux() failed POST-operation misslyckades:
(xend.err 'Device 0 (vif) could not be connected. Hotplug scripts not
working.')
--------------------------------------
Well :) Can't say that i'm overjoyed (Hotplug scripts not working???), and
yes,
i did change the 'permissions' on files globally via a rebot before trying
anew??
Any one?
btw: Gnome locked up after the last attempt and my screen too.
Had to 'hard boot' it at the end? Thought that with Xen embedded around the
'OS' such things would be scarce?
Also :) What am i missing here?
Something more i should think of before trying?
(like why i got this crazy idea :)
Xen seems to have very specific ideas of how permissions should be depending
on where they are.
I thought that the beauty with a preinstalled Xen was that this was already
taken care off?
Is it me 'updating' from Fedora (yum default) that have screwed it up. So i
shouldn't update at all??
Cheers.
--------------------------
--
View this message in context: http://www.nabble.com/Going-Nuts-over-XEN-in-F7-tf4379858.html#a12485073
Sent from the Fedora Xen mailing list archive at Nabble.com.
16 years, 7 months