<div>Thanks for the response Michal.</div><br><div>Indeed, I have set that up already but the PID error was shown anyways.</div><br><div>I unfortunately ceased using Libvirt and gone directly with qemu, until I found out what happens.</div><br><br><div class="gmail_quote_attribution">On Apr 6 2019, at 3:17 am, Michal Prívozník <mprivozn@redhat.com> wrote:</div><blockquote><div><div>On 4/4/19 6:22 PM, Nicolás Iglesias wrote:</div><blockquote><div>Hi Fellow users</div><br><div>I've just compiled latest libvirt and qemu, both from their respective official repositories.</div><div>Libvirtd starts perfect, but when I try to start a domain using the virsh console, I get the following:</div><br><div>virsh # start --domain win8.1</div><div>error: Failed to start domain win8.1</div><div>error: internal error: Failed to start QEMU binary /usr/bin/qemu-system-x86_64 for probing: qemu-system-x86_64: cannot create PID file: Cannot open pid file: Permission denied</div><br><div>I'm not sure where to look at. Any hint would be much appreciated.</div></blockquote><br><div>Hi,</div><br><div>when probing for capabilities libvirt starts qemu with:</div><br><div>-pidfile $libDir/qmp-XXXXX/qmp.pid</div><br><div>where $libDir points to /var/lib/libvirt/qemu for system wide daemon and</div><div>$XDG_CACHE_HOME/.cache/qemu/lib/ for session daemon. qemu process is run</div><div>under user:group configured from corresponding qemu.conf</div><div>(/etc/libvirt/qemu.conf for system daemon). The defaults are distro</div><div>specific.</div><br><div>Hope this gives you some hint. Although, libvirt should relabel its</div><div>internal paths on daemon startup, so this smells like a bug.</div><br><div>Michal</div></div></blockquote><img class="mailspring-open" alt="Sent from Mailspring" width="0" height="0" style="border:0; width:0; height:0;" src="https://link.getmailspring.com/open/0E56D905-FF3C-4008-813A-6B4C03794D46@getmailspring.com?recipient=bGlidmlydC11c2Vyc0ByZWRoYXQuY29t">