Can anybody tell me where i can find docs about handling network bridges for xen domUs in Fedora 7?
Something changed since FC6, so i cannot figure out how to create simple bridges without dhcp for my xen domUs.
All what i want is:
xenbrINTERNET should bridge to eth1
xenbrLAN should bridge to eth0
eth0 and eth1 of my dom0 should also have an IP Address.
I do not want routing or nat for my domUs.
I'm using fedora 7 with xen 3.1 from binaries rpm.
I try to use the sdl display, but when i configure my VM with
no window pops up.
Thanks to goolgle, I've found someone how got the same issue, and it
seems that qemu-dm was not compile whith sdl support.
What is the best way to recompile qemu-dm whith sdl support?
In fact, I'd like to have sdl for local display of my VM, and vnc for
remote access to it.
What configuration should I use to do so?
When I try to use "virsh", I get the below error. ( xm list returns details
though ). I use Fedora 8 and xen.
[root@un1xf00 ~]# virsh
virsh: error: failed to connect to the hypervisor
[root@un1xf00 ~]# xm list
Name ID Mem VCPUs State
Domain-0 0 4885 4 r-----
webhttp10000 11 2048 2 -b---- 65141.6
webhttp10001 18 2560 2 -b---- 358.0
webhttp10002 14 2048 2 -b---- 81720.5
Any configuration to be done for virsh. Please help
I am in the process of building a new Xen server from scratch and wanted
to ask a couple of questions about best practices.
First, should the guest domains be image files or LVM's or just regular
ext3 partitions? What are the pros and/or cons of each?
Second, since the Dom0 is supposed to be kept secure, and most of my
servers I don't install any X11 server on, is there any security risk
installing an X11 server on the Dom0 in order to take advantage of the
virt-manager GUI interface?
Thank you in advance for any thoughts and or opinions.
UCLA - Center for Digital Humanities
Linux Systems Engineer
337 Charles E. Young Drive East
Los Angeles, CA 90095-1499
This is a friendly alert of the major plans we have for Xen kernels in
Fedora 9 timeframe...
Since we first added Xen in Fedora Core 5, our kernels have been based on
a forward-port of XenSource's upstream Xen kernels, to new LKML. For a
long time we ported their 2.6.16 tree to 2.6.18. Now we do ports of their
2.6.18 tree to 2.6.21/22/23, etc. At the same time, upstream Linux gained
Xen support for i386 DomU, and shortly x86_64 DomU, and is generally
getting ever more virtualization capabilities.
As everyone knows, we have tended to lag behind Fedora's state-of-the-art
bare metal kernels by several releases due to the effort required to port
Xen to newer LKML releases. Despite our best efforts, this lag has been
getting worse, not better.
We have taken the decision, that this situation is unacceptable for Fedora 9.
We simply cannot spend more time forward porting Xen kernels. Either Xen has
to be dropped entirely, or we need a different strategy for dealing with the
kernels. Since people seeem to use Xen, we have decided not to drop it :-)
So the plan is to re-focus 100% of all Xen kernel efforts onto paravirt_ops.
LKML already has i386 pv_ops + Xen DomU. We intend to build on this to
- x64_64 pv_ops
- x86_64 Xen DomU on pv_ops
- i386 & x86_64 Xen Dom0 on pv_ops
- memory balloon
- paravirt framebuffer
All of this based on same LKML release as Fedora bare metal. If all goes to
plan it may even be in the base kernel RPM, instead of kernel-xen, but thats
a minor concern compared to the actual coding.
Getting all this done for Fedora 9 is seriously ambitious, but it is the only
long term sustainable option, other than dropping Xen entirely.
What this means though, is that Fedora 9 Xen will certainly be going through
periods of instability and will certainly be even buggier than normal. F9
may well end up lacking features compared to Xen in Fedora 8 & earlier (eg no
PCI device passthrough, or CPU hotplug). On the plus side though we will be
100% back in sync with bare metal kernel versions & hopefully even have a
lot of this stuff merged in LKML to make ongoing maintainence sustainable.
Short term pain; Long term gain!
I have not got any ETA on when any of these kernel changes will appear in
rawhide - some time before the F9 feature freeze date is best guesstimate.
We will alert people when the time comes. There is a F9 feature page
with some amount of info about the plan...
In terms of Fedora 6/7/8 maintainence... The kernel-xen in these existing
releases already lags behind the bare metal kernel version by 2-3 releases.
We do not intend to continue trying to rebase the kernel-xen in existing
Fedora releases. It will be essentially important bug-fix mode only. This
is neccessary to enable maximum resources to be focused on the critical
Fedora 9 Xen work.
Dan ...on behalf of some very busy Fedora Xen kernel developers :-)
|=- Red Hat, Engineering, Emerging Technologies, Boston. +1 978 392 2496 -=|
|=- Perl modules: http://search.cpan.org/~danberr/ -=|
|=- Projects: http://freshmeat.net/~danielpb/ -=|
|=- GnuPG: 7D3B9505 F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 -=|
I was working with Xen and Cent OS and by default a virtual networking
driver called Xenbr0 was created that acted as a "pass through" for the
virtual machine. IE that machine contacted our real DHCP server and
requested an IP address and all was well. However, on Fedora Core 8 it
seems that the default networking setup is to use virbr0 and to have a
totally different subnet and the host machine assigning IP addresses to
How can I get back to just a pure network bridge that had the guests
contact our DHCP server for leases?
Checked by MailWasher server (www.Firetrust.com)
WARNING. No FirstAlert account found.
To reduce spam further activate FirstAlert.
This message can be removed by purchasing a FirstAlert Account.
I've got a dom0 on Fedora 8 running on a DELL PowerEdge 1950
** With "Virtulization Technology" enabled in the BIOS of the DELL
PowerEdge 1950, I've got problems using virt-install
These problems are on Fedora 8 32 bits and on Fedora 8 64 bits :
- with 'virt-install --parav ...' installation freezes randomly
- with 'virt-install --hvm ...' the domU freezes after "Creating
libvir: Xen Daemon error : GET operation failed:
Retrieving file fedora.cs 100% |=========================| 2.8 kB
Retrieving file boot.iso. 100% |=========================| 9.2 MB
libvir: Xen Daemon error : GET operation failed:
Creating domain... 0
- NB : with virt-manager the installation the domU freezes after
clicking the "Finish" button
** With "VT" disabled in the BIOS, I've successfully created a Fedora
8 domU (with virt-install).
And if I reboot the PowerEdge with VT enabled, I can start a domU
(created with VT disabled).
So the problem with VT is only during the installation phase.
Any ideas ?
Did anybody succeed in installing domU whith "Virtualization Technology"
enabled on a PowerEdge 1950
Thanks in advance
CRPP - Centre de Recherche Paul Pascal
Mel : annefacq(a)crpp-bordeaux.cnrs.fr
Tel : 05 56 84 56 62
Fax : 05 56 84 56 00
I'm using Fedora 7 with xen's virt-manager. I'd manage to install a full
virtualized WinXp domU after changing the settings in .xml files. Now I
would like to try to install the paravirtualize fedora 7 using virt-manager
I'm using this install media address >
And the virt-manager console was managed to show up the installation screen.
After the normal steps of the installation, the console was hanged when it
shows the 'Retrieving image2'
I even had tried to used the Fedora 7 installation DVD as the installation
media but it's cant detect the cdrom when the installation begins. I'd
googled and find out that I can export the DVD using a FTP/NFS/HTTP from
dom0 host, but how to do this?
According to Sadique, the Fedora 8 seems to have a better and easy
virt-manager to manipulate the Xen virtualization. How to upgrade the fedora
7's virt-manager to fedora 8's?
First let me say that I love the way virtualization has been integrated
into Fedora! Thanks to all who have done this work.
I have a simple question which is a little off-topic but I know that the
experience is contained in this group of folks.
Using the final release of Fedora 8 plus all released patches, I created
an LVM volume group and an Ext3 logical volume upon which I am storing
all of my Xen virtual machine images as normal files.
I tried to use the system-config-lvm tool to create a snapshot of the
logical volume and assigned it to a mount point that I created under
"/mnt/vmbackups" and checked the box to have it mounted at boot time.
When I rebooted the machine, the boot failed when It tried to access the
snapshot logical volume. I'm not going to include the specific errors
here because my question is much more general.
Do snapshots of logical volumes work under Fedora 8? Google revealed
some historical discussions about snapshots not working in the
transition from LVM1 to LVM2. Is that the case? Is anyone successful
creating logical volume snapshots under Fedora 8?
Alternatively, is there any other reliable way to make a self-consistent
copy of a running Xen virtual machine image for the case where the Xen
virtual machine is held in a regular file system file? Is LVM my only
Thanks in advance for any and all help.