- Devel - libvirt List Archives

Re: [Libvir] First virConnectOpen() failed
by Glen Deem 10 Nov '06

10 Nov '06

Thanks, Daniel, I can see virsh nodeinfo (custom) passes now, but I still get the same error: when running under my user account: PASS: virshtest confdata/fc4.conf OK PASS: test_conf.sh First virConnectOpen() failed FAIL: reconnect when running as root: PASS: virshtest confdata/fc4.conf OK PASS: test_conf.sh First lookup for domain 0 failed FAIL: reconnect I suspect there is something wrong with my Xen installation. What to you think? Thanks, Glen Daniel Veillard wrote: > On Thu, Nov 09, 2006 at 03:41:55PM -0500, Glen Deem wrote: >> Hi all, >> >> I've compiled libvirt from the head, running tests failed with: >> >> first virConnectOpen() failed >> >> I've traced it to a failure of xs_daemon_open_readonly() that returns 0. > > it was a test problem when running as non-root, fixed in CVS yesterday :-) > > Daniel >

2 1

[Libvir] Failed to find domain 0 error
by Raja 10 Nov '06

10 Nov '06

Dear friends, i installed libvirt 0.1.8 on my xen 3.0.3 witout any trouble. I also installed the python bindings. I am able to run the python script (basic.py) to get information about domain0 but running info1 in examples in docs does not work. When i run it , i get " Failure to find domain0 "as output. I am running info1 in domain0. Why is this?. is this a bug?. Please help me. Thanks, Raja ____________________________________________________________________________________ Do you Yahoo!? Everyone is raving about the all-new Yahoo! Mail beta. http://new.mail.yahoo.com

2 1

[Libvir] virt-manager 0.2.6 release
by Daniel P. Berrange 10 Nov '06

10 Nov '06

I'm pleased to announce the 0.2.6 release of 'Virtual Machine Manager' aka 'virt-manager' is available for download: http://virt-manager.et.redhat.com/download.html The release focus has been on major bug fixing. This is also the first release in which (partial) translations are available for the UI in approximately 20 languages - thanks to the Fedora i18n team for excellant progress on this. It is now possible to control the virt-manager UI with command line arguments as well as the DBus API & DBus activation is no longer used by default which fixes interaction with GNOME keyring & AT-SPI accesibility. Numerous UI issues were fixed / clarified, particularly in the graphical console and new VM creation wizard. There are updated screenshots of the UI on the project website: http://virt-manager.et.redhat.com/screenshots.html As ever, report bugs against the 'virt-manager' component in the Red Hat Bugzilla server. Work is also underway to address the frequently requested feature of management for inactive domains. Since this is not supported by XenD on any current release we're aiming to add support for loading config files straight out of /etc/xen into libvirt & virt-manager. Regards, Dan. -- |=- 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 -=|

1 0

[Libvir] First virConnectOpen() failed
by Glen Deem 09 Nov '06

09 Nov '06

Hi all, I've compiled libvirt from the head, running tests failed with: first virConnectOpen() failed I've traced it to a failure of xs_daemon_open_readonly() that returns 0. What would be a problem, please? xend is running, I see dom0 and can create domUs etc... I use Debian unstable Xen packages. Thanks in advance, Glenn P.S. I'm not a Xen expert, kind of intermediate/advanced user.

2 1

[Libvir] compatibility issues
by Raja 07 Nov '06

07 Nov '06

Dear friends, i tried using libvirt on xen3.0 on a debian machine. When i invoked make, i got a lot of error messages. i went through some posts and i found out that libvirt was not compatible with certain versions of xen. I would like to know as to which versions of xen support libvirt so taht i can start working on them.. Thanks, Raja --------------------------------- Sponsored Link Talk more and pay less. Vonage can save you up to $300 a year on your phone bill. Sign up now.

2 1

[Libvir] Configure error - Could not find libxml2 anywhere
by Karthik V 07 Nov '06

07 Nov '06

Hi All, I'm new to libvirt, and am having trouble running configure script. This is the error - checking for library containing xs_read... -lxenstore checking libxml2 no ... checking for libxml2 libraries >= 2.5.0... checking libxml2 xml2-config ... configure: error: Could not find libxml2 anywhere (see config.log for details). I've verified that I have libxml2 installed - debian:~/libvirt-0.1.8# dpkg -l | grep libxml ii libxml2 2.6.16-7 GNOME XML library Can someone help me fix this problem? Thanks Karthik

2 6

[Libvir] virt-manager command line options
by Karel Zak 26 Oct '06

26 Oct '06

We need a way how call virt-manager methods without D-BUS. This patch adds new --show-* command line options. The --show-* options need to be used together with the --connect option. Daniel, I also added an OptionValueError exception. It's not perfect solution, but I'm not sure what's your favourite way for error messages in virt-manager when GTK is not initialized yet. # virt-manager --help usage: virt-manager.py [options] options: -h, --help show this help message and exit -c URI, --connect=URI Connect to hypervisor at URI --no-dbus Disable DBus service for controlling UI --show-domain-creator Create a new virtual machine --show-domain-editor=UUID Edit a domain configuration --show-domain-performance=UUID Show a domain performance --show-domain-console=UUID Show a domain console --show-host-summary Show a host summary Karel # HG changeset patch # User Karel Zak <kzak(a)redhat.com> # Node ID 3aab017160416137fe3033e13a206303287e5dd9 # Parent 127d61c9062e0ed5662f412f5edbb6c7dbd5582f add command line option diff -r 127d61c9062e -r 3aab01716041 src/virt-manager.py.in --- a/src/virt-manager.py.in Thu Oct 19 13:48:03 2006 -0400 +++ b/src/virt-manager.py.in Wed Oct 25 23:24:24 2006 +0200 @@ -70,7 +70,7 @@ dbus.glib.threads_init() dbus.glib.threads_init() import dbus.service -from optparse import OptionParser +from optparse import OptionParser, OptionValueError appname = "::PACKAGE::" appversion = "::VERSION::" @@ -102,21 +102,74 @@ from virtManager.remote import vmmRemote gtk.window_set_default_icon_from_file(icon_dir + "/" + appname + "-icon.svg") +# maps --show-* to engine methods +def show_engine(engine, show, uri, uuid): + if show=='creator': + engine.show_create(uri) + elif show=='editor': + engine.show_details_config(uri, uuid) + elif show=='performance': + engine.show_details_performance(uri, uuid) + elif show=='console': + engine.show_console(uri, uuid) + elif show=='summary' or uri: + engine.show_manager(uri) + else: + engine.show_connect() + +# maps --show-* to remote manager methods +def show_remote(managerObj, show, uri, uuid): + if show=='creator': + managerObj.show_domain_creator(uri) + elif show=='editor': + managerObj.show_domain_editor(uri, uuid) + elif show=='performance': + managerObj.show_domain_performance(uri, uuid) + elif show=='console': + managerObj.show_domain_console(uri, uuid) + elif show=='summary' or uri: + managerObj.show_host_summary(uri) + else: + managerObj.show_connect() + +# Generic OptionParser callback for all --show-* options +# This routine stores UUID to options.uuid for all --show-* options +# where is metavar="UUID" and also sets options.show +def opt_show_cb(option, opt_str, value, parser): + if option.metavar=="UUID": + setattr(parser.values, "uuid", value) + s = str(option) + show = s[s.rindex('-')+1:] + setattr(parser.values, "show", show) + # Run me! def main(): optParser = OptionParser() - optParser.add_option("-c", "--connect", dest="uri", help="Connect to hypervisor at URI", metavar="URI") - optParser.add_option("--no-dbus", action="store_true", dest="nodbus", help="Disable DBus service for controlling UI") + optParser.set_defaults(uuid=None) + optParser.add_option("-c", "--connect", dest="uri", + help="Connect to hypervisor at URI", metavar="URI") + optParser.add_option("--no-dbus", action="store_true", dest="nodbus", + help="Disable DBus service for controlling UI") + optParser.add_option("--show-domain-creator", action="callback", + callback=opt_show_cb, dest="show", help="Create a new virtual machine") + optParser.add_option("--show-domain-editor", type="string", metavar="UUID", + action="callback", callback=opt_show_cb, help="Edit a domain configuration") + optParser.add_option("--show-domain-performance", type="string", metavar="UUID", + action="callback", callback=opt_show_cb, help="Show a domain performance") + optParser.add_option("--show-domain-console", type="string", metavar="UUID", + action="callback", callback=opt_show_cb, help="Show a domain console") + optParser.add_option("--show-host-summary", action="callback", + callback=opt_show_cb, help="Show a host summary") (options, args) = optParser.parse_args() + + if options.show and options.uri==None: + raise OptionValueError("can't use --show-* options without --connect") config = vmmConfig(appname, appversion, gconf_dir, glade_dir, icon_dir) engine = vmmEngine(config) if options.nodbus: - if options.uri != None: - engine.show_manager(options.uri) - else: - engine.show_connect() + show_engine(engine, options.show, options.uri, options.uuid) else: bus = None try: @@ -135,19 +188,14 @@ def main(): managerProxy = bus.get_object("com.redhat.virt.manager", "/com/redhat/virt/manager") managerObj = dbus.Interface(managerProxy, "com.redhat.virt.manager") - if options.uri != None: - managerObj.show_host_summary(options.uri) - else: - managerObj.show_connect() + show_remote(managerObj, options.show, options.uri, options.uuid) + # yes, we exit completely now - remote service is in charge return except: logging.warning("Could not connection to session bus, disabling DBus service " + \ str(sys.exc_info()[0]) + " " + str(sys.exc_info()[1])) - if options.uri != None: - engine.show_manager(options.uri) - else: - engine.show_connect() + show_engine(engine, options.show, options.uri, options.uuid) gtk.main() if __name__ == "__main__":

2 1

[Libvir] Include actual error info in python exceptions
by Daniel P. Berrange 25 Oct '06

25 Oct '06

The current python bindings throw a generic libvirtError exception object whose message merely consists of the name of the method which failed. This isn't really all that useful to the caller, since they know exactly which method failed - its the one they just called! The attached patch adds a binding for virConGetLastError & virGetLastError & pulls this info into the libvirtError object being thrown. Regards, Dan. -- |=- 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 -=|

2 1

[Libvir] Ensure errors are reported against virConnect object
by Daniel P. Berrange 25 Oct '06

25 Oct '06

In xend_internal.c there are a large number of places where errors are being reported without supplying an associated virConnectPtr object. So for example when calling virDomainCreateLinux, some errors get associated with the connection object, while others get attached to the global error object. The attached patch fixes up all places in xend_internal.c which have an virConnectPtr object available to always pass this object into the the error reporting funcs. Regards, Dan. -- |=- 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 -=|

2 1

[Libvir] Make python binding release GIL when using threads
by Daniel P. Berrange 24 Oct '06

24 Oct '06

In the virt-manager app I'm using the python bindings to libvirt for all operations. For long running operations such as creating new domains, or saving/restoring domains I fork a background thread to do the call, so that the main UI / status refresh can carry on working. Except this wasn't working. The main thread was being blocked for the entire duration of the background thread. After a lot of nasty debug sessions I discovered that the main thread was being blocked in the GTK event loop attempting to aquire the Python GIL (Global Interpreter Lock). The only way this could be occurring is if the background thread doing the libvirt call held the GIL. And indeed after looking at the source for the libvirt python bindings it appears we never release the GIL when calling into the libvirt C apis, so for the entire duration of virDomainCreateLinux the python interpreter is completely stopped. Clearly this sucks because virDomainCreateLinux can take a very long time. I read up a little on python threading & looked at how PyGTK deals with this & have come up with a patch to make libvirt release the GIL when entering a C call & re-aquire it on completion. Indeed, since PyGTK & GTK are both LGPL, I just copied their C macros straight over. The patch appears to work - the python interpreter is no longer deadlocked when calling virDomainCreateLinux (or any other libvirt calls). Unfortuntely the virtmanager app still deadlocks, because it turns out XenD itself serializes all SEXPR HTTP requests, but once this is fixed the whole thing is fully parallelized & works without blocking the app. Attached the patch - I've not done much python threading before so let me know if i missed anything / messed stuff up. NB, I also hacked up the error handling callback so it re-acquires the lock before calling back into the python. Regards, Dan. -- |=- 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 -=|

2 2