Re: Can't get connection to libvirt if one of the guests' monitor is occupied by other app

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, Mar 30, 2011 at 03:38:19PM +0800, Osier Yang wrote:
> Hi,
> 
> As $subject, e.g. the monitor is being used by netcat.
> 
> Is it expected? Should we only skip to reconnect the domain monitor
> which is being locked by other app with a timeout specified on
> "qemuMonitorOpenUnix" (it blocks when trying to connect to the unix
> socket)? so that it can get a connection, and could manage
> other domains.
> 
> How to produce:
> 
> 1) # service libvirtd stop
> 2) # nc -U /var/lib/libvirt/qemu/$guest.monitor
> 3) # virsh (hangs forever if nc process is not killed)

This is user error. Allowing the user to connect to the QEMU
monitor for any libvirt managed QEMU instances is *not*
supported while libvirtd is running. They must remove their
'nc' process before starting libvirtd again.

Daniel
-- 
|: http://berrange.com      -o-    http://www.flickr.com/photos/dberrange/ :|
|: http://libvirt.org              -o-             http://virt-manager.org :|
|: http://autobuild.org       -o-         http://search.cpan.org/~danberr/ :|
|: http://entangle-photo.org       -o-       http://live.gnome.org/gtk-vnc :|

--
libvir-list mailing list
libvir-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/libvir-list


[Index of Archives]     [Virt Tools]     [Libvirt Users]     [Lib OS Info]     [Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite News]     [KDE Users]     [Fedora Tools]