On Wed, Dec 17, 2008 at 04:06:38PM +0100, Daniel Veillard wrote: > > In practice > export LIBVIRT_DEBUG=1 > export LIBVIRT_LOG_OUTPUTS="0:file:virsh.log" > and then running virsh will accumulate all logging to the virsh.log > file in the current directory. This looks great. > One thing which I feel is somewhat incomplete is that it's impossible > to remotely get debugging output from the libvirt daemon serving the > requests. Currently all logs are also accumulated in a cyclic logging > buffer, I would associate a dump function later to be hooked for example > to a signal handler in the daemon. But I'm unsure we should allow > dumping logging information to the remote end, probably not the whole > set. I've been wondering whether we should create an explicit tool for admin of the libvirtd daemon itself. Basically something for querying state, and performing operations wrt to the daemon for things outside the scope of the libvirt API. For example, something to get details of active client connections, and forceably drop a client. Being able to have an API to configure the log level / setup of the dameon would be a useful thing. We can easily layer this kind of thing in as another RPC protocol in parallel with the existing protocol, and have simple CLI tool libvirtd-admin. SQUID has a 'squidclient' tool and a CGI script for administration of the server itself. Daniel -- |: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :| |: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :| -- Libvir-list mailing list Libvir-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/libvir-list