Re: [libvirt] debugging daemon-conf failure

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

 



----- "Jim Meyering" <jim@xxxxxxxxxxxx> wrote:

> Eric Blake wrote:
> > Ever since I first started playing with libvirt last month, 'make
> check'
> > has been failing for me on the same test:
> >
> > $ VIR_TEST_DEBUG=2 make -C tests check TESTS=daemon-conf
> 
> What type of system are you using?

This is on a machine that is 4 years old, running F12.
$ uname -a
Linux eblake 2.6.31.12-174.2.22.fc12.i686 #1 SMP Fri Feb 19 19:26:06 UTC 2010 i686 i686 i386 GNU/Linux

> Parts of that test are a little obscure-looking (you can probably
> blame
> me for that).  It starts with the sample config file and iterates
> through it corrupting one line at a time.  If running libvirtd with
> each resulting corrupted config file does not yield the expected
> result,
> its a failure.
> 
> A good place to start would be to save one of the failing config
> files and to invoke libvirtd manually to see exactly what it's
> printing and thus get a hint as to why the expected diagnostic is
> missing.

Or even trying to run successfully.  I created the following tmp.conf:

listen_tls = 0
listen_tcp = 1
tls_port = "16514"
tcp_port = "16509"
listen_addr = "192.168.0.1"
mdns_adv = 0
mdns_name = "Virtualization Host Joe Demo"
unix_sock_group = "libvirt"
unix_sock_ro_perms = "0777"
unix_sock_rw_perms = "0770"
unix_sock_dir = "/home/eblake/libvirt"
auth_unix_ro = "none"
auth_unix_rw = "none"
auth_tcp = "sasl"
auth_tls = "none"
key_file = "/etc/pki/libvirt/private/serverkey.pem"
cert_file = "/etc/pki/libvirt/servercert.pem"
ca_file = "/etc/pki/CA/cacert.pem"
crl_file = "/etc/pki/CA/crl.pem"
tls_no_verify_certificate = 1
tls_allowed_dn_list = ["DN1", "DN2"]
sasl_allowed_username_list = ["joe@xxxxxxxxxxx", "fred@xxxxxxxxxxx" ]
max_clients = 20
min_workers = 5
max_workers = 20
max_requests = 20
max_client_requests = 5
log_level = 3


then ran:

$ daemon/libvirtd --pid-file=pid-file --config=tmp.conf
16:17:16.754: error : remoteConfigGetAuth:2564 : remoteReadConfigFile: tmp.conf: auth_tcp: unsupported auth sasl


Ideas of what to do next?  Maybe the test should be reordered
to first attempt testing an unmodified conf file, and only if
that succeeds, then rip through the list of one-per-line corruptions?
Am I missing some setup or packages to get SASL support enabled?

-- 
Eric Blake   eblake@xxxxxxxxxx    +1-801-349-2682
Libvirt virtualization library http://libvirt.org

--
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]