After updating to spice-gtk* and spice-glib 0.15-1.fc17, I am unable to
connect to any RHEV (3.1) VM console. syslog contains the following:
> Dec 23 12:05:18 ian spice: starting remote-viewer --spice-controller ...
> Dec 23 12:05:18 ian spice: XDG_VTNR=1
> Dec 23 12:05:18 ian spice: ORBIT_SOCKETDIR=/var/tmp/orbit-pilcher
> Dec 23 12:05:18 ian spice: XSUNTRANSPORT=shmem
> Dec 23 12:05:18 ian spice: KDE_MULTIHEAD=false
> Dec 23 12:05:18 ian spice: XDG_SESSION_ID=1
> Dec 23 12:05:18 ian spice: SSH_AGENT_PID=1681
> Dec 23 12:05:18 ian spice: HOSTNAME=ian.icp.selfip.net
> Dec 23 12:05:18 ian spice: DM_CONTROL=/var/run/xdmctl
> Dec 23 12:05:18 ian spice: IMSETTINGS_INTEGRATE_DESKTOP=yes
> Dec 23 12:05:18 ian spice: TERM=dumb
> Dec 23 12:05:18 ian spice: SHELL=/bin/bash
> Dec 23 12:05:18 ian spice: XDG_MENU_PREFIX=kde4-
> Dec 23 12:05:18 ian spice: HISTSIZE=1000
> Dec 23 12:05:18 ian spice: XDM_MANAGED=method=classic
> Dec 23 12:05:18 ian spice: TMPDIR=/var/tmp
> Dec 23 12:05:18 ian spice: GTK2_RC_FILES=/etc/gtk-2.0/gtkrc:/home/pilcher/.gtkrc-2.0:/home/pilcher/.gtkrc-2.0-kde4:/home/pilcher/.kde/share/config/gtkrc-2.0
> Dec 23 12:05:18 ian spice: XRE_PROFILE_NAME=
> Dec 23 12:05:18 ian spice: GTK_RC_FILES=/etc/gtk/gtkrc:/home/pilcher/.gtkrc:/home/pilcher/.kde/share/config/gtkrc
> Dec 23 12:05:18 ian spice: GS_LIB=
> Dec 23 12:05:18 ian spice: QTDIR=/usr/lib64/qt-3.3
> Dec 23 12:05:18 ian spice: QTINC=/usr/lib64/qt-3.3/include
> Dec 23 12:05:18 ian spice: MOZILLA_FIVE_HOME=/usr/lib64/firefox
> Dec 23 12:05:18 ian spice: KDE_FULL_SESSION=true
> Dec 23 12:05:18 ian spice: QT_GRAPHICSSYSTEM_CHECKED=1
> Dec 23 12:05:18 ian spice: IMSETTINGS_MODULE=none
> Dec 23 12:05:18 ian spice: XRE_PROFILE_LOCAL_PATH=
> Dec 23 12:05:18 ian spice: USER=pilcher
> Dec 23 12:05:18 ian spice: XRE_START_OFFLINE=
> Dec 23 12:05:18 ian spice: LD_LIBRARY_PATH=/usr/lib64/xulrunner:/usr/lib64/firefox:/usr/lib64/firefox/plugins:/usr/lib64/firefox
> Dec 23 12:05:18 ian spice: SSH_AUTH_SOCK=/tmp/ssh-RecSpTYb1542/agent.1542
> Dec 23 12:05:18 ian spice: GNOME_DISABLE_CRASH_DIALOG=1
> Dec 23 12:05:18 ian spice: SESSION_MANAGER=local/unix:@/tmp/.ICE-unix/1775,unix/unix:/tmp/.ICE-unix/1775
> Dec 23 12:05:18 ian spice: LIBPATH=/usr/lib64/firefox:/usr/lib64/firefox
> Dec 23 12:05:18 ian spice: MOZ_APP_LAUNCHER=/usr/bin/firefox
> Dec 23 12:05:18 ian spice: MOZ_PLUGIN_PATH=/usr/lib64/mozilla/plugins:/usr/lib64/firefox/plugins
> Dec 23 12:05:18 ian spice: FONTCONFIG_PATH=/etc/fonts:/usr/lib64/firefox/res/Xft
> Dec 23 12:05:18 ian spice: MAIL=/var/spool/mail/pilcher
> Dec 23 12:05:18 ian spice: PATH=/usr/lib64/qt-3.3/bin:/usr/local/bin:/usr/bin:/bin:/usr/games:/usr/local/sbin:/usr/sbin:/home/pilcher/.local/bin:/home/pilcher/bin
> Dec 23 12:05:18 ian spice: DESKTOP_SESSION=kde-plasma
> Dec 23 12:05:18 ian spice: QT_IM_MODULE=xim
> Dec 23 12:05:18 ian spice: PWD=/home/pilcher
> Dec 23 12:05:18 ian spice: XMODIFIERS=@im=none
> Dec 23 12:05:18 ian spice: KDE_IS_PRELINKED=1
> Dec 23 12:05:18 ian spice: LANG=en_US.UTF-8
> Dec 23 12:05:18 ian spice: KDE_SESSION_UID=1000
> Dec 23 12:05:18 ian spice: XRE_PROFILE_PATH=
> Dec 23 12:05:18 ian spice: KDEDIRS=/usr
> Dec 23 12:05:18 ian spice: QT_GRAPHICSSYSTEM=raster
> Dec 23 12:05:18 ian spice: XSUNSMESIZE=512
> Dec 23 12:05:18 ian spice: HISTCONTROL=ignoredups
> Dec 23 12:05:18 ian spice: HOME=/home/pilcher
> Dec 23 12:05:18 ian spice: XDG_SEAT=seat0
> Dec 23 12:05:18 ian spice: SHLVL=3
> Dec 23 12:05:18 ian spice: KDE_SESSION_VERSION=4
> Dec 23 12:05:18 ian spice: XCURSOR_THEME=default
> Dec 23 12:05:18 ian spice: DYLD_LIBRARY_PATH=/usr/lib64/firefox:/usr/lib64/firefox
> Dec 23 12:05:18 ian spice: LOGNAME=pilcher
> Dec 23 12:05:18 ian spice: MOZ_LAUNCHED_CHILD=
> Dec 23 12:05:18 ian spice: MOZ_GRE_CONF=/etc/gre.d/gre64.conf
> Dec 23 12:05:18 ian spice: QTLIB=/usr/lib64/qt-3.3/lib
> Dec 23 12:05:18 ian spice: DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-1G2P6qA8fN,guid=3e5714ab6996c168d0e9d0470000002e
> Dec 23 12:05:18 ian spice: XDG_DATA_DIRS=/usr/share/kde-settings/kde-profile/default/share:/usr/local/share:/usr/share
> Dec 23 12:05:18 ian spice: SPICE_XPI_SOCKET=/tmp/spicec-k57wEu/spice-xpi
> Dec 23 12:05:18 ian spice: NO_EM_RESTART=
> Dec 23 12:05:18 ian spice: LESSOPEN=||/usr/bin/lesspipe.sh %s
> Dec 23 12:05:18 ian spice: MOZ_CRASHREPORTER_RESTART_ARG_1=-P
> Dec 23 12:05:18 ian spice: SHLIB_PATH=/usr/lib64/firefox:/usr/lib64/firefox
> Dec 23 12:05:18 ian spice: XRE_BINARY_PATH=
> Dec 23 12:05:18 ian spice: MOZ_CRASHREPORTER_RESTART_ARG_0=/usr/bin/firefox
> Dec 23 12:05:18 ian spice: WINDOWPATH=1
> Dec 23 12:05:18 ian spice: MOZ_CRASHREPORTER_RESTART_ARG_3=
> Dec 23 12:05:18 ian spice: DISPLAY=:0
> Dec 23 12:05:18 ian spice: XDG_RUNTIME_DIR=/run/user/pilcher
> Dec 23 12:05:18 ian spice: MOZ_CRASHREPORTER_RESTART_ARG_2=default
> Dec 23 12:05:18 ian spice: QT_PLUGIN_PATH=/usr/lib64/kde4/plugins:/usr/lib/kde4/plugins:/home/pilcher/.kde/lib64/kde4/plugins/:/usr/lib64/kde4/plugins/
> Dec 23 12:05:18 ian spice: XUL_APP_FILE=
> Dec 23 12:05:18 ian spice: MOZ_CRASHREPORTER_DATA_DIRECTORY=/home/pilcher/.mozilla/firefox/Crash Reports
> Dec 23 12:05:18 ian spice: GTK_IM_MODULE=gtk-im-context-simple
> Dec 23 12:05:18 ian spice: NO_AT_BRIDGE=1
> Dec 23 12:05:18 ian spice: XAUTHORITY=/tmp/kde-pilcher/xauth-1000-_0
> Dec 23 12:05:18 ian spice: _=/usr/bin/env
> Dec 23 12:05:21 ian kernel: [ 3207.488782] traps: remote-viewer general protection ip:3888831ffc sp:7fff754a2d20 error:0 in libgobject-2.0.so.0.3200.4[3888800000+4b000]
> Dec 23 12:05:21 ian spice:
> Dec 23 12:05:21 ian spice: (remote-viewer:8086): GSpice-CRITICAL **: spice_session_channel_open_host: assertion `open_host.socket != NULL' failed
> Dec 23 12:05:21 ian spice: remote-viewer execution failed
(yum downgrading back to 0.14-2 allows me to connect.)
Ian Pilcher arequipeno(a)gmail.com
Sometimes there's nothing left to do but crash and burn...or die trying.
Looks like the updated version of libvirt-daemon-driver-libxl is
--> Running transaction check
---> Package libvirt.x86_64 0:1.0.0-1.fc17 will be updated
---> Package libvirt.x86_64 0:1.0.1-2.fc17 will be an update
---> Package libvirt-client.x86_64 0:1.0.0-1.fc17 will be updated
---> Package libvirt-client.x86_64 0:1.0.1-2.fc17 will be an update
---> Package libvirt-daemon.x86_64 0:1.0.0-1.fc17 will be updated
--> Processing Dependency: libvirt-daemon = 1.0.0-1.fc17 for package:
---> Package libvirt-daemon.x86_64 0:1.0.1-2.fc17 will be an update
---> Package libvirt-daemon-config-network.x86_64 0:1.0.0-1.fc17 will be
---> Package libvirt-daemon-config-network.x86_64 0:1.0.1-2.fc17 will be
---> Package libvirt-daemon-config-nwfilter.x86_64 0:1.0.0-1.fc17 will
---> Package libvirt-daemon-config-nwfilter.x86_64 0:1.0.1-2.fc17 will
be an update
---> Package libvirt-daemon-driver-interface.x86_64 0:1.0.0-1.fc17 will
---> Package libvirt-daemon-driver-interface.x86_64 0:1.0.1-2.fc17 will
be an update
---> Package libvirt-daemon-driver-lxc.x86_64 0:1.0.0-1.fc17 will be updated
---> Package libvirt-daemon-driver-lxc.x86_64 0:1.0.1-2.fc17 will be an
---> Package libvirt-daemon-driver-network.x86_64 0:1.0.0-1.fc17 will be
---> Package libvirt-daemon-driver-network.x86_64 0:1.0.1-2.fc17 will be
---> Package libvirt-daemon-driver-nodedev.x86_64 0:1.0.0-1.fc17 will be
---> Package libvirt-daemon-driver-nodedev.x86_64 0:1.0.1-2.fc17 will be
---> Package libvirt-daemon-driver-nwfilter.x86_64 0:1.0.0-1.fc17 will
---> Package libvirt-daemon-driver-nwfilter.x86_64 0:1.0.1-2.fc17 will
be an update
---> Package libvirt-daemon-driver-qemu.x86_64 0:1.0.0-1.fc17 will be
---> Package libvirt-daemon-driver-qemu.x86_64 0:1.0.1-2.fc17 will be an
---> Package libvirt-daemon-driver-secret.x86_64 0:1.0.0-1.fc17 will be
---> Package libvirt-daemon-driver-secret.x86_64 0:1.0.1-2.fc17 will be
---> Package libvirt-daemon-driver-storage.x86_64 0:1.0.0-1.fc17 will be
---> Package libvirt-daemon-driver-storage.x86_64 0:1.0.1-2.fc17 will be
---> Package libvirt-daemon-driver-uml.x86_64 0:1.0.0-1.fc17 will be updated
---> Package libvirt-daemon-driver-uml.x86_64 0:1.0.1-2.fc17 will be an
---> Package libvirt-daemon-driver-xen.x86_64 0:1.0.0-1.fc17 will be updated
---> Package libvirt-daemon-driver-xen.x86_64 0:1.0.1-2.fc17 will be an
---> Package libvirt-python.x86_64 0:1.0.0-1.fc17 will be updated
---> Package libvirt-python.x86_64 0:1.0.1-2.fc17 will be an update
---> Package virt-manager.noarch 0:0.9.4-3.fc17 will be updated
---> Package virt-manager.noarch 0:0.9.4-4.fc17 will be an update
---> Package virt-manager-common.noarch 0:0.9.4-3.fc17 will be updated
---> Package virt-manager-common.noarch 0:0.9.4-4.fc17 will be an update
--> Finished Dependency Resolution
Error: Package: libvirt-daemon-driver-libxl-1.0.0-1.fc17.x86_64
Requires: libvirt-daemon = 1.0.0-1.fc17
libvirt-daemon = 1.0.0-1.fc17
Updated By: libvirt-daemon-1.0.1-2.fc17.x86_64
libvirt-daemon = 1.0.1-2.fc17
Available: libvirt-daemon-0.9.11.3-1.fc17.x86_64 (fedora)
libvirt-daemon = 0.9.11.3-1.fc17
Available: libvirt-daemon-0.9.11.7-1.fc17.x86_64 (updates)
libvirt-daemon = 0.9.11.7-1.fc17
Ian Pilcher arequipeno(a)gmail.com
Sometimes there's nothing left to do but crash and burn...or die trying.
I've pushed qemu 1.3 to the fedora git repo, but haven't pushed a build to
rawhide yet as I'm hitting a few problems:
1) I can't get save/restore (migration) to work from 1.2 to 1.3. Marcelo had
pointed me at a known issue here, so added patch:
But it didn't seem to make any difference, things still aren't working:
qemu: warning: error while loading state for instance 0x0 of device 'ram'
load of migration failed
I even tried to do the simplest test stripping away all devices but I still
couldn't make it work.
2) libvirt 1.0.0 in rawhide doesn't want to start any pre-existing VMs. I
think it's having trouble determining emulator capabilities. Upstream libvirt
git is working so hopefully it's a quick matter of determining the patches to
3) I can't find any way to make the qemu binary default to the equivalent of
-enable-kvm. This will break any users that were depending that qemu-kvm
behavior, but won't affect libvirt or libguestfs at all. I though upstream was
planning to change this default, so qemu would default to KVM if the host
supported it, but I can't find the thread now.
4) Qemu 'make check' is failing on i686 with:
ERROR:tests/rtc-test.c:209:set_year_20xx: assertion failed
(cmos_read(RTC_HOURS) == 0x02): (25 == 2)
GTester: last random seed: R02S3c33904d728a7716fb49ee76edbb6e40
And then this hangs the build in koji :( . I've disabled the tests for now.
Here's a scratch build if anyone wants to give it a spin:
or install fedora-review and do:
Any assistance, comments, etc. appreciated.
I am getting this error when trying to connect to a SPICE console in
Ian Pilcher arequipeno(a)gmail.com
Sometimes there's nothing left to do but crash and burn...or die trying.
I'm very pleased to announce the release of libguestfs 1.20.
Libguestfs is a library and a comprehensive set of tools for accessing
and modifying virtual machine (VM) disk images. For more information
Libguestfs 1.20 represents 7 months of upstream work, dozens of major new
features and bug fixes. For full details read the release notes below.
You can download the libguestfs source from
and packages will soon be available for Fedora 18 and Debian Wheezy.
For additional notes on Fedora 18, see:
For additional notes on Debian Wheezy, see:
You can also read the release notes online at:
RELEASE NOTES FOR LIBGUESTFS 1.20
libvirt and sVirt (SELinux confinement)
You can optionally use libvirt to launch and manage the backend
* setting LIBGUESTFS_ATTACH_METHOD=libvirt[:URI]
* using ./configure --with-default-attach-method=libvirt[:URI]
* or calling the API method guestfs_set_attach_method
SVirt (SELinux confinement) is used to secure the libguestfs appliance,
if the libvirt backend is selected.
virtio-scsi, larger number of drives, hotplugging
Virtio-scsi is now used by default, if it is available. This greatly
increases the number of drives that can be added to a single libguestfs
handle (up to 255).
You can now hotplug drives (add and remove drives after launch).
Libguestfs can now handle > 25 disks, in all APIs, tools and tests.
You can label drives when adding them, then refer to them by label
(/dev/disk/guestfs/LABEL) instead of having to use device names
new library features
POSIX Access Control Lists (ACLs) and Linux filesystem capabilities can
now be read and written through the API.
Windows Dynamic Disks are now supported. The metadata can only be read
(volumes cannot be modified or created). However the data/filesystems
in the volumes themselves can be mounted, read and written (Matthew
Hivex (Windows Registry editing) is now directly supported through the
API, making reading or editing the Windows Registry much more
Several libguestfs APIs were reimplemented so they no longer have any
limits on output. The reimplemented APIs are: guestfs_cat,
guestfs_find, guestfs_read_file, guestfs_read_lines, guestfs_write,
guestfs_write_append, guestfs_lstatlist, guestfs_lxattrlist,
guestfish touch 'win:c:\new_file' now works as expected.
guestfish has a new --network option, which enables the user network in
You can set GUESTFISH_PS1 to use fancy prompts in guestfish.
rsync, ssh, less and lrzip commands are now available in virt-rescue.
In addition, rsync can be used through the API for doing incremental
virt-sparsify uses qcow2 v3 for increased efficiency.
* generate new UUIDs for PVs and VGs
* remove the local machine ID (Wanlong Gao)
* remove ABRT data (Wanlong Gao)
* remove puppet keys and log files (Wanlong Gao)
* remove process accounting files (Wanlong Gao)
* new --firstboot parameter allowing firstboot scripts for
* remove HOSTNAME field from ifcfg-eth* files (Wanlong Gao)
* miscellaneous improvements for SuSE (Olaf Hering)
* remove man pages cache (Wanlong Gao)
* remove crash data generated by kexec-tools (Wanlong Gao)
virt-make-fs can now create virtual floppy disks (VFDs).
guestmount has a --pid-file option, which can be used to avoid a race
condition between unmounting the filesystem and using the underlying
Full-featured Lua bindings have been added in this release (thanks to
Jerome Vuarand for many suggestions).
In Ruby, optional arguments hash is optional.
In Python, optional arguments now don't use special "sentinel" values,
so any integer can be passed as an optional argument.
Erlang bindings now come with examples and tests.
Erlang bindings now handle 64 bit integer parameters correctly.
The automated 'bindtests' now test for 64 bit cleanliness in parameter
passing. Several bugs in the bindings were found and fixed as a result.
Better handling of blocking and non-blocking functions should make
libguestfs calls more efficient.
Windows guests with unlimited-sized Registries are now supported. By
adding the hivex API to the libguestfs API, it is much more efficient
and easier to inspect and modify the Windows Registry in guests.
Better support for SuSE guests (Olaf Hering).
Return the architecture of installed applications (John Eckersberg).
Windows 8 is now supported.
Fedora 18 is now supported.
Inspection of ISOs/CDs/DVDs can now use the libosinfo database.
Libguestfs without the appliance can be compiled on Mac OS X (Masami
RHEL 5 is now explicitly supported through the 'oldlinux' branch in
PowerPC 64 bit is now supported. Also libguestfs has been examined for
endianness bugs and these have been fixed.
A man page for the daemon (guestfsd(8)) is included.
guestfish history file
The $HOME/.guestfish history file is now created with 0600 permissions
(instead of 0644 before) so it is no longer world readable.
Old versions of both virt-edit and the guestfish edit command created a
new file containing the changes but did not set the permissions, etc of
the new file to match the old one. The result of this was that if you
edited a security sensitive file such as /etc/shadow then it would be
left world-readable after the edit.
This issue was assigned CVE-2012-2690, and is fixed in libguestfs ≥
For further information, see
inspect-list-applications2 (John Eckersberg)
mke2fs (Wanlong Gao)
mkswap [added label and uuid optional arguments]
mktemp (Wanlong Gao)
shutdown [backported to 1.16 and 1.18]
tar-in [added compress flag]
tar-out [added compress, numericowner, excludes flags]
umount [added force and lazy optional arguments]
xfs-admin (Wanlong Gao)
xfs-growfs (Wanlong Gao)
xfs-info (Wanlong Gao)
xfs-repair (Wanlong Gao)
In the C API only:
qemu ≥ 1.1 is required (≥ 1.2 preferred).
febootstrap ≥ 3.20 is required.
libvirt is optional, but if you want to use the new libvirt backend for
launching the appliance then libvirt ≥ 0.10.2 would be required.
Coverity has been run over the complete codebase, and many issues fixed
(thanks Ondrej Vasik, Kamil Dudka).
Functions which previously had no optargs can now be converted to ones
with optargs, making extending the API much more flexible. Source and
binary backwards compatibility is preserved for users of the API.
The way that libguestfs APIs and structures are represented in the
generator has changed to use an OCaml struct instead of a tuple. This
makes generator descriptions more flexible and easier to understand.
For details see commits 39d1a7db and eb185eef.
Separation of the library code into more files:
* Launch backends are now located in separate files eg.
* Generated action code is now split over several src/action*.c
files, for faster compilation.
* The huge src/guestfs.c file is now split into smaller logical
POD (documentation) is now generated using a rewritten Perl program
instead of pod2* + shell scripts.
Man pages now contain stable dates (Hilko Bengen).
Skipped tests now exit with code 77, so they appear as SKIP: in make
The parallel mount-local test has been rewritten in C (RHBZ#838081).
Ruby 1.8.5 is now supported (though Ruby ≥ 1.9 is preferred).
Perl bindings can be disabled via ./configure --disable-perl (Wulf C.
Krueger). Note that Perl is still required in order to build
Java bindings are now enabled/disabled using ./configure --with-java or
./configure --without-java (Wulf C. Krueger).
New configure options ./configure --enable-code-profiling and
Multiple fixes to use of 64 bit integers in language bindings.
The appliance backend now uses sgabios instead of vgabios (Dan
The ./run script now sets enough environment variables that you can run
OCaml, Python, Ruby, Java, GJS, Erlang, Lua programs.
./run --test flag for running tests with minimal output. It also prints
the time taken to run each test.
The ./run script now builds up paths cumulatively, meaning that you can
use ./run twice, or use the libguestfs and libvirt ./run scripts
You can extract a list of external commands required by the daemon,
making building the appliance on certain distros easier (Olaf Hering).
The virt-rescue command is now tested during make check.
The generator now removes unused generated files. This helps when going
back and forth with git rebase, git bisect, etc.
Tests now run in a separate toplevel tmp/ directory in the source. This
allows the directory to be labelled for SELinux (sVirt), and also makes
it easier to clean up.
make syntax-check now works to a greater extent, and many problems in
the main code that were found by syntax-check have been fixed (thanks
Emacs mode (-*- foo -*-) has been added to generated files.
Progress bar output is now sent to /dev/tty so it doesn't end up in the
regular output of the program. virt-resize and virt-sparsify now
suppress progress bars if stdout is not a tty.
There is now a ./configure --without-libvirt option. This is useful for
testing that the code still compiles without libvirt.
There is now an internal mini-library for running commands. This allows
us to redirect errors from external commands into events.
Code for handling temporary directories and the appliance cache was
Code for temporarily ignoring/disabling errors now looks like this:
guestfs_push_error_handler (g, NULL, NULL);
guestfs_mkdir (g, "/foo"); /* We don't care if this fails. */
The tests/extra directory has gone. The "extra tests" are now split
into separately runnable targets, such as make check-valgrind. Use make
help to get a summary of the targets.
The lpj option is passed to the appliance kernel when using TCG. This
should improve clock stability (thanks Marcelo Tosatti, Olaf Hering).
libguestfs tools fail with odd error messages if TMPDIR is not an
Windows 8 guest disks can't be mounted: "The NTFS partition is in an
unsafe state. Please resume and shutdown Windows fully (no
hibernation or fast restarting), or mount the volume read-only with
the 'ro' mount option."
libguestfs: migration to /etc/hostname, /etc/vconsole.conf,
virt-df with two -a options displays incorrect disk image name
libguestfs-test-tool pauses when you use --help option
mke2fs API does not apply block device naming translation to
SELinux policy ought to allow qemu to write to
RFE: inspect-list-applications does not return the architecture of
inspect-list-applications does not list all installed RPM packages
with same name and different versions
guestfish printed paths are not canonicalized
Progress bar output should go to tty(?) stderr(?)
virt-sysprep reports Guestfs.Error("read_lines: fopen:
/etc/sysconfig/network: No such file or directory") on some Fedora
libguestfs fail to list devices added by add-drive-ro-with-if twice
virt-inspector fail to work with some windows guests
virt-sparsify should use a more robust method to detect the input
libvirt doesn't label console, serial sockets
virt-rescue in Fedora 18 is completely broken
libguestfs inspection limits registries to 100 MiB
virt-sparsify --compress fails if output is raw format
RFE: allow extra arguments (like --exclude) to tar-out
tar-out should allow (or force) --numeric-owner
guestfish "copy-out / localdir" command fails with "No such file or
Long filenames on NTFS cause tar-out, copy-out etc to fail with error
"Cannot open: File name too long"
RFE: Need help designing and implementing selinux policy for
virt-make-fs / tar-in should support vfat properly
guestfish touch problem - case_sensitive_path API expects the file to
Data loss when writing to qcow2-format disk files
lvresize, lvresize-free fail unnecessarily if you don't change the
size of the LV: "New size (nn extents) matches existing size (nn
compress-device-out didn't support bzip2
guestfish unrecognized mount option gives confusing error message
Filenames containing Chinese characters can't be created on vfat
virt-make-fs cannot create vfat filesystem containing filesystems
with chinese characters
virt-make-fs -t fat fails with an obscure error message
Inspection fails when /etc/HOSTNAME is empty
libguestfs cannot get icon for Windows 8
Ubuntu install CDs from oneiric onwards are not recognized:
"multi-boot operating systems are not supported"
libguestfs doesn't recognize Windows Dynamic disks in some
configurations, eg. spanned
Not all febootstrap messages are redirected to log callbacks
libguestfs inspector code cannot handle /dev/disk/by-id/* paths
part-get-bootable gives wrong result with an unordered part layout
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
libguestfs lets you edit virtual machines. Supports shell scripting,
bindings from many languages. http://libguestfs.org
Here's my setup:
I have a Fedora 17 host, with a CentOS 6.3 guest, both fully updated.
I set up 3 USB Redirection devices for my CentOS guest, and using spicy, I
plugged in my 500GB USB 2.0 EXT4 formatted drive and selected it for
I get the error message stating: "USB redirection error" "Seagate FreeAgent
rejected by host"
I look at the /var/log/libvirt/qemu/guest.log file and see this: "qemu-kvm:
warning: speed mismatch trying to attach usb device USB Redirection Device
to bust usb.0"
I have attempted various USB ports on my host system with the same results.
Any thoughts as to what could be going on?
Operations Systems Administrator
Catalyst Communications Technologies
Office: (434) 582-6146
On Thu, 2012-12-06 at 16:20 -0700, Jim Fehlig wrote:
> >> V2:
> >> Remove 128 vcpu limit.
> >> Remove split_string_into_string_list() function copied from xen
> >> sources since libvirt now has virStringSplit().
> > Tested on Fedora 18, with its use of xen 4.2. ACK; let's get this pushed.
> Thanks, pushed.
(letting virt(a)lists.fedoraproject.org and xen(a)lists.fedoraproject.org
<xen(a)lists.fedoraproject.org> know about that!)
<<This happens because I choose it to happen!>> (Raistlin Majere)
Dario Faggioli, Ph.D, http://retis.sssup.it/people/faggioli
Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK)
Since I missed October, here's a double dose of Fedora virt status bits
covering the past 2 months.
Fedora 18 Beta release
The Fedora 18 Beta was finally released last Tuesday, November 27:
This came after yet more delays, bringing the total to 8 weeks. The blocking
issues are mostly fallout from the new installer UI, and creation of a new
tool fedup to replace preupgrade for stable release upgrades. The current F18
2012-12-18 Final change deadline
2013-01-08 Fedora 18 GA
No word yet if all this will affect the Fedora 19 schedule.
Despite the delays, libvirt and qemu have not been rebased for F18, sticking
with 0.10.2.* and 1.2.* respectively.
Fedora 18 Virt Test Day results
The Fedora 18 Virt Test Day went quite well! We had 10 users report results in
the wiki, at least a couple others running through the test cases on IRC, and
a handful more active in IRC with other virt problems/questions. You can see
the reported results here:
While those contributor numbers aren't too high when compared to, say, the
Graphics Test Day (30+ for the Intel day), they are still good considering
that testing virt doesn't lend itself to a quick test with a livecd. I
estimate that the whole process generated 12-15 bug reports, if you count
issues filed while the test cases were being written :)
Libvirt 1.0.0 release
Libvirt finally went 1.0! The version number change is similar to QEMU 1.0 and
Linux 3.0 before it, in that it wasn't motivated by any particular feature or
major development, but a desire to the version bump over with :). Particularly
for libvirt there wasn't a soname bump or API break of any kind.
- virNodeGetCPUMap: Define public API
- Add systemd journal support
- Add a qemu capabilities cache manager
- USB migration support
- various improvement and fixes when using QMP QEmu interface
Additionally there were several libvirt maintenance releases: 0.9.6.3 for F16,
0.9.11.6 and 0.9.11.7 for F17, and 0.10.2.1 for F18. All should be available
in the stable repos.
QEMU/KVM packaging enablement for other architectures
Paolo did quite a bit of refactoring of the Fedora 'qemu' packaging which
enabled all the qemu-user and qemu-system-* architectures that we were not
building: alpha, microblaze, s390x, lm32, or32, xtensa, and unicore32.
Also, Rich and Paolo worked to get seabios building using the GCC x86 cross
compiler, which gives us a working seabios on PPC hosts. This is needed for
anyone that wants to create x86 QEMU virtual machines on a PPC machine.
Kudos to Paolo and Rich for their excellent work!
UEFI for QEMU/KVM using OVMF
Laszlo Ersek wrote up a wiki page about enabling UEFI for QEMU/KVM virtual
machines, using OVMF (Open Virtual Machine Firmware):
There has been some offline discussion about packaging OVMF for Fedora, but a
critical part of the OVMF code (FAT filesystem driver) has a licensing
restriction that isn't compatible with Fedora's guidelines. Pending a
permanent solution, Laszlo has provided RPMs for any enterprising users who
would like to play with things:
Bug count on Oct 01 2012: 228
Bug count on Dec 04 2012: 252
Eeek, pretty sizeable jump. There's been a large influx of bug reports during
November, almost all against Fedora 18. There's definitely some
CLOSED->CURRENTRELEASE and CLOSED->DUPLICATE candidates that need some easy
cleanup, but also a quite a few legit reports that need some attention.
* Fedora 16 : 47
* Fedora 17 : 108
* Fedora 18 : 71
* Fedora rawhide : 26
* gnome-boxes : 11
* gtk-vnc : 2
* ipxe : 2
* libguestfs : 1
* libosinfo : 8
* libseccomp : 1
* libvirt : 49
* libvirt-cim : 3
* libvirt-glib : 2
* libvirt-qmf : 1
* libvirt-sandbox : 5
* netcf : 3
* python-virtinst : 4
* qemu : 78
* spice-gtk : 5
* usbredir : 1
* virt-dmesg : 1
* virt-manager : 23
* virt-v2v : 4
* virt-viewer : 10
* virt-what : 2
* xen : 18
* xorg-x11-drv-cirrus: 2
* xorg-x11-drv-qxl : 16
Bugs of notes
* X server crash if using latest F18 QXL
Seems to have affected a couple XFCE users. This is specific to
xorg-x11-drv-qxl-0.1.0-1.fc18, so downgrading should solve the problem.