Daniel P. Berrange wrote:
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
I think a daemon control interface is a great idea. Being able to
change things like loglevel without restarting the daemon is a real plus
for administrators.
Dave