I added this bugzilla earlier today:
https://bugzilla.redhat.com/show_bug.cgi?id=518476
Just curious if anyone else has ever seen qemu-kvm get
a glibc memory corruption error?
Seems to be related to the ubuntu virtual machine
specifically - my theory is ubuntu does some kind
of weird video mode twddling that affects it.
Hello,
I just installed Fedora 11 Xen PV domU on Fedora 11 Xen dom0, using virt-install
like this:
virt-install -n testvm -r 512 --vcpus=1 -f /dev/vg_dom0test/testvm --vnc -p
-l "ftp://ftp.funet.fi/pub/mirrors/fedora.redhat.com/pub/fedora/linux/releases/…"
Installation goes fine, but after the installation is complete, and the domU
gets rebooted, it will never come up again. I tried multiple times, and it's
always the same. Installation starts and works fine, but after installation domU
doesn't start anymore - not even after "xm destroy" and "xm start".
I started investigating the problem, and from "xm log" I noticed the last
line of output is about starting pygrub and nothing after that.
I checked "ps aux" and noticed pygrub is there, waiting for something.
"strace -p" shows it's waiting for something, and checking the status all the time.
I tried running the same pygrub command from cmdline, and noticed I have to
press enter before the kernel gets chosen by pygrub. After pressing enter pygrub
copies the kernel/initrd/configuration and exists OK.
I echoed the config from manual pygrub run to /var/run/xend/boot/xenbl.pid file,
killed pygrub, and after that the after-installation-reboot continued normally..
When the domU got up I checked grub.conf from it:
# grub.conf generated by anaconda
#
# Note that you do not have to rerun grub after making changes to this file
# NOTICE: You have a /boot partition. This means that
# all kernel and initrd paths are relative to /boot/, eg.
# root (hd0,0)
# kernel /vmlinuz-version ro root=/dev/mapper/vg_f11domu-lv_root
# initrd /initrd-version.img
#boot=/dev/xvda
default=0
timeout=0
splashimage=(hd0,0)/grub/splash.xpm.gz
hiddenmenu
title Fedora (2.6.29.4-167.fc11.i686.PAE)
root (hd0,0)
kernel /vmlinuz-2.6.29.4-167.fc11.i686.PAE ro
root=/dev/mapper/vg_f11domu-lv_root rhgb quiet
initrd /initrd-2.6.29.4-167.fc11.i686.PAE.img
timeout=0 looks suspicious.. so I changed it to 5.
After that domU comes up OK on its own..
I changed timeout back to 0, and pygrub gets stuck again.
Is this a bug of pygrub, or a broken default grub.conf timeout value of F11?
-- Pasi
xen 3.4.1-1 src.rpm downloaded from
http://kojipkgs.fedoraproject.org/packages/xen/3.4.1/1.fc12/
rebuilt that for F11 and installed.
libvirt src.rpm downloaded from
ftp://ftp.funet.fi/pub/mirrors/fedora.redhat.com/pub/fedora/linux/updates/1…
and installed : "rpm -i libvirt-0.6.2-14.fc11.src.rpm"
Rebuilt libvirt packages applying patch :-
http://libvirt.org/git/?p=libvirt.git;a=blobdiff;f=src/xend_internal.c;h=55…
Installed libvirt :-
yum install libvirt-0.6.2-14.fc11.x86_64.rpm \
libvirt-debuginfo-0.6.2-14.fc11.x86_64.rpm \
libvirt-devel-0.6.2-14.fc11.x86_64.rpm \
libvirt-python-0.6.2-14.fc11.x86_64.rpm \
virt-manager virt-viewer
Attempt to create any HVM via virt-manager aborts with message:-
Unable to complete install '<class 'libvirt.libvirtError'> Domain not found: xenUnifiedDomainLookupByName
Traceback (most recent call last):
File "/usr/share/virt-manager/virtManager/create.py", line 1501, in do_install
dom = guest.start_install(False, meter = meter)
File "/usr/lib/python2.6/site-packages/virtinst/Guest.py", line 541, in start_install
return self._do_install(consolecb, meter, removeOld, wait)
File "/usr/lib/python2.6/site-packages/virtinst/Guest.py", line 633, in _do_install
self.domain = self.conn.createLinux(install_xml, 0)
File "/usr/lib64/python2.6/site-packages/libvirt.py", line 974, in createLinux
if ret is None:raise libvirtError('virDomainCreateLinux() failed', conn=self)
libvirtError: Domain not found: xenUnifiedDomainLookupByName
PV DomUs for F11 and CentOS 5.3 created and tested OK.
Boris.
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
Hello.
While continuing to test pv_ops dom0 kernels I also rebuilt
xen-3.4.1-1 src.rpm on F11.
I'm able to virt-install new centos 5.3 domU, but it seems virt-viewer
doesn't work. It segfaults on startup. vncviewer works though, and I'm able
to complete the installation with vncviewer.
http://pasik.reaktio.net/fedora/virt-viewer-crash.txt
virt-viewer works when used with the default xen-3.3.1 (which is included in F11).
Any tips?
-- Pasi
----- Forwarded message from Jeremy Fitzhardinge <jeremy(a)goop.org> -----
From: Jeremy Fitzhardinge <jeremy(a)goop.org>
To: Xen-devel <xen-devel(a)lists.xensource.com>
Date: Tue, 18 Aug 2009 11:43:38 -0700
Subject: [Xen-devel] pvops dom0 work roadmap
Hi all,
I know I've been a bit quiet lately; I've been working through a number
of relatively small but time-consuming bugs while trying to stabilize
rebase/master.
The plan is:
* make sure rebase/master is fairly functional and somewhat stable
* rename rebase/* to xen/*
* use it as the baseline dom0 and domU kernel in xen-unstable
rebase/mster is currently up to 2.6.31-rc6, and I intend to track
mainline fairly closely (probably no more closely than the -rc level).
It also has some new features:
* better acpi power management (ported from 2.6.18)
* MCE (also from 2.6.18)
* microcode updater (I forget whether that's in xen-tip/master)
rebase/master is mostly working for me now, but I would be interested in
getting some more testing (both success and bug reports welcomed). Once
it seems to work, I'll do the rename and we'll work from there.
What does this mean for you?
* If you're itching to test something, test rebase/master
* If you're doing some new development, base it on rebase/master (or
if you don't have any strong dependencies on other Xen pieces,
base it on mainline)
o also, tell me if you're working on something, even if it
isn't ready yet, so I know who's doing what
It would also useful to do regression testing on plain, unpatched,
mainline, to make sure that any real bugfixes get merged promptly.
Thanks,
J
_______________________________________________
Xen-devel mailing list
Xen-devel(a)lists.xensource.com
http://lists.xensource.com/xen-devel
----- End forwarded message -----
Hi Everyone,
Can I use virt-manager from a Fedora 11 box to manage KVM VMs running on
a CentOS 5.3 host? The CentOS 5.3 machine is running KVM and related
RPMs from a third party repo
(http://www.lfarkas.org/linux/packages/centos/5/x86_64/virt/RPMS/) .
I'm using TLS for the encryption. I followed the TLS guide on the
libvirt.org website to create and install all the necessary certs and
keys. I have libvirtd listening on the CentOS 5 box. When I try to
connect to libvirtd with virt-manager from my Fedora 11 desktop, I see
the following error on the server:
error : qemudClientReadBuf:1554 : gnutls_record_recv: A TLS packet with
unexpected length was received.
So, that has me wondering if I can even connect to libvirtd on the
CentOS 5 box from Fedora 11 in the first place.
Regards,
Ranbir
--
Kanwar Ranbir Sandhu
Linux 2.6.27.29-170.2.78.fc10.x86_64 x86_64 GNU/Linux
10:54:02 up 5 days, 9:54, 5 users, load average: 2.36, 2.38, 1.27