[libvirt] Libvirtd and OSX... with QEMU
Martin Kletzander
mkletzan at redhat.com
Thu Feb 18 10:43:14 UTC 2016
On Mon, Jan 18, 2016 at 05:04:44PM +0000, Justin Clift wrote:
>On 18 Jan 2016, at 14:00, Martin Kletzander <mkletzan at redhat.com> wrote:
>> On Sun, Jan 17, 2016 at 10:16:54PM +0000, Justin Clift wrote:
><snip>
>>>> With debug level logging, although more verbose there's nothing that
>>>> seems smoking-gun like. Except maybe this?
>>>>
>>>> 2016-01-17 22:07:51.008+0000: 18446744073709551615: debug : virEventPollRunOnce:644 : Poll got error event 9
>>>> 2016-01-17 22:07:51.008+0000: 18446744073709551615: error : virEventPollRunOnce:648 : Unable to poll on file handles: Bad file descriptor
>>>> 2016-01-17 22:07:51.008+0000: 18446744073709551615: debug : virNetDaemonRun:703 : Loop iteration error, exiting
>>
>> So we're passing invalid FDs to poll() function. I can't think of
>> anything else than bisection or pausing the process around
>> vireventpoll.c:644 (the call to poll()) and checking what the FDs point
>> to, which one is the invalid one and then going back to see how it got
>> there, what is it, who forgot to delete it and so on.
>
>Gah. Sounds like I may need to go and relearn GDB. Not quite sure I'm
>motivated enough tbh. We'll see... :)
>
>
>> Did this not happen with the release candidates?
>
>As far as I know, on OSX people mainly use virsh. eg for connecting to
>libvirt on Linux/BSD/whatever hosts. So libvirtd support may or may
>not have been working for a while. I don't know, as I only tested
>virsh when updating the recent Homebrew port. ;)
>
>But last night I had the realisation that libvirtd itself might work too
>since it functions on the other BSD's. So, took a few minutes to try
>it out. Without QEMU installed, libvirtd doesn't error out like the
>above. That only happens when QEMU is around. So, it's related to that
>somehow. :)
>
Sorry for not replying for a while. Unfortunately I have no new info
about this and why it might be happening. Did you get any further?
>
>> Does it happen every single start?
>
>Yeah, completely reliable.
>
>One other weirdness showed up too, probably not related though. Without
>QEMU installed, when starting up libvirtd with -l enabled (for listening),
>it exists complaining about missing cert file. That in itself is not
>surprising... except it happens even when TLS is disabled is in libvirtd.conf.
>
>According to the wiki, turning off listen_tls + turning on listen_tcp should
>stop the need for cert files:
>
> http://wiki.libvirt.org/page/The_daemon_cannot_be_started
>
>Does that sound like a bug too, or more like the wiki is out of date? :)
>
If you have no certificate installed and you have listen_tls=0 and
listen_tcp=1, it should not be a problem.
>+ Justin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL: <http://listman.redhat.com/archives/libvir-list/attachments/20160218/a8987f51/attachment-0001.sig>
More information about the libvir-list
mailing list