<div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Feb 20, 2019 at 8:43 AM Cole Robinson <<a href="mailto:crobinso@redhat.com">crobinso@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 2/19/19 4:04 AM, Daniel Kasak wrote:<br> > On Wed, Feb 20, 2019 at 1:29 AM Cole Robinson <<a href="mailto:crobinso@redhat.com" target="_blank">crobinso@redhat.com</a><br> > <mailto:<a href="mailto:crobinso@redhat.com" target="_blank">crobinso@redhat.com</a>>> wrote:<br> > <br> > On 2/18/19 7:39 AM, Daniel Kasak wrote:<br> > > On Tue, Feb 19, 2019 at 12:38 AM Cole Robinson<br> > <<a href="mailto:crobinso@redhat.com" target="_blank">crobinso@redhat.com</a> <mailto:<a href="mailto:crobinso@redhat.com" target="_blank">crobinso@redhat.com</a>><br> > > <mailto:<a href="mailto:crobinso@redhat.com" target="_blank">crobinso@redhat.com</a> <mailto:<a href="mailto:crobinso@redhat.com" target="_blank">crobinso@redhat.com</a>>>> wrote:<br> > ><br> > > On 2/17/19 10:57 AM, Daniel Kasak wrote:<br> > > > On Sat, Feb 9, 2019 at 2:05 AM Cole Robinson<br> > <<a href="mailto:crobinso@redhat.com" target="_blank">crobinso@redhat.com</a> <mailto:<a href="mailto:crobinso@redhat.com" target="_blank">crobinso@redhat.com</a>><br> > > <mailto:<a href="mailto:crobinso@redhat.com" target="_blank">crobinso@redhat.com</a> <mailto:<a href="mailto:crobinso@redhat.com" target="_blank">crobinso@redhat.com</a>>><br> > > > <mailto:<a href="mailto:crobinso@redhat.com" target="_blank">crobinso@redhat.com</a> <mailto:<a href="mailto:crobinso@redhat.com" target="_blank">crobinso@redhat.com</a>><br> > <mailto:<a href="mailto:crobinso@redhat.com" target="_blank">crobinso@redhat.com</a> <mailto:<a href="mailto:crobinso@redhat.com" target="_blank">crobinso@redhat.com</a>>>>> wrote:<br> > > ><br> > > > On 2/8/19 7:49 PM, Daniel Kasak wrote:<br> > > > > I've changed the following from the default:<br> > > > ><br> > > > > Display Spice:<br> > > > > - Listen type<br> > > > > - Default ( Address ) - no matter what other options I<br> > > choose with<br> > > > > this, I get "SPICE GL support is local-only ..."<br> > > > > - None - I get "Error starting domain: internal<br> > error: qemu<br> > > > > unexpectedly closed the monitor"<br> > > > ><br> > > ><br> > > > This last bit should be the working config, but that<br> > error means<br> > > > something went wrong launching qemu. pastebin your<br> > > > /var/log/libvirt/qemu/$vmname.log and I will check<br> > > ><br> > > ><br> > > > It's taken a while to figure out exactly what's going on<br> > here ...<br> > > there<br> > > > are *no* logs in that directory. But I caught systemd logging:<br> > > > Process 15334 (qemu-system-x86) of user 1000 dumped core.<br> > > > ... each time I tried to start the VM.<br> > > ><br> > > > I've tried with qemu-3.1.0 and qemu built from git.<br> > > ><br> > > > Is there a way to get virt-manager to spit out the exact<br> > command line<br> > > > it's using to invoke qemu?<br> > ><br> > > Are you using qemu:///session maybe? Then the logs will be in<br> > > ~/.cache/libvirt/qemu/log/ . The log file is the the canonical<br> > location<br> > > to find the qemu command line that libvirt is generating<br> > ><br> > ><br> > > Aha. I have the command-line now. Thanks :) Full log:<br> > <br> > ><br> > > char device redirected to /dev/pts/7 (label charserial0)<br> > > ./run.sh: line 49: 31512 Bad system call (core dumped)<br> > LC_ALL=C<br> > ><br> > PATH=/home/dkasak/Applications/.bin:/opt/efl/bin:/usr/lib/llvm/7/bin:/opt/e22/bin:/opt/rocm/bin/:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/opt/bin<br> > > HOME=/home/dkasak USER=dkasak LOGNAME=dkasak QEMU_AUDIO_DRV=spice<br> > > /usr/bin/qemu-system-x86_64 -name<br> > guest=Android-x86,debug-threads=on -S<br> > > -machine<br> > pc-i440fx-3.1,accel=tcg,usb=off,vmport=off,dump-guest-core=off<br> > > -cpu kvm64 -m 1024 -realtime mlock=off -smp<br> > > 2,sockets=2,cores=1,threads=1 -uuid<br> > 3e432cc9-8ce8-4089-912f-8ef50d9a9c8a<br> > > -no-user-config -nodefaults -mon<br> > > chardev=charmonitor,id=monitor,mode=control -rtc<br> > base=utc,driftfix=slew<br> > > -global kvm-pit.lost_tick_policy=delay -no-hpet -no-shutdown -global<br> > > PIIX4_PM.disable_s3=1 -global PIIX4_PM.disable_s4=1 -boot strict=on<br> > > -device ich9-usb-ehci1,id=usb,bus=pci.0,addr=0x5.0x7 -device<br> > ><br> > ich9-usb-uhci1,masterbus=usb.0,firstport=0,bus=pci.0,multifunction=on,addr=0x5<br> > > -device<br> > > ich9-usb-uhci2,masterbus=usb.0,firstport=2,bus=pci.0,addr=0x5.0x1<br> > > -device<br> > > ich9-usb-uhci3,masterbus=usb.0,firstport=4,bus=pci.0,addr=0x5.0x2<br> > -drive<br> > ><br> > file=/home/dkasak/.local/share/libvirt/images/Android-x86.qcow2,format=qcow2,if=none,id=drive-ide0-0-0<br> > > -device<br> > > ide-hd,bus=ide.0,unit=0,drive=drive-ide0-0-0,id=ide0-0-0,bootindex=1<br> > > -drive if=none,id=drive-ide0-0-1,readonly=on -device<br> > > ide-cd,bus=ide.0,unit=1,drive=drive-ide0-0-1,id=ide0-0-1 -netdev<br> > > user,id=hostnet0 -device<br> > > e1000,netdev=hostnet0,id=net0,mac=52:54:00:74:b8:ea,bus=pci.0,addr=0x3<br> > > -chardev pty,id=charserial0 -device<br> > > isa-serial,chardev=charserial0,id=serial0 -device<br> > > usb-tablet,id=input0,bus=usb.0,port=1 -spice<br> > ><br> > port=0,disable-ticketing,image-compression=off,gl=on,rendernode=/dev/dri/renderD128,seamless-migration=on<br> > > -device virtio-vga,id=video0,virgl=on,max_outputs=1,bus=pci.0,addr=0x2<br> > > -device intel-hda,id=sound0,bus=pci.0,addr=0x4 -device<br> > > hda-duplex,id=sound0-codec0,bus=sound0.0,cad=0 -chardev<br> > > spicevmc,id=charredir0,name=usbredir -device<br> > > usb-redir,chardev=charredir0,id=redir0,bus=usb.0,port=2 -chardev<br> > > spicevmc,id=charredir1,name=usbredir -device<br> > > usb-redir,chardev=charredir1,id=redir1,bus=usb.0,port=3 -device<br> > > virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 -sandbox<br> > ><br> > on,obsolete=deny,elevateprivileges=deny,spawn=deny,resourcecontrol=deny<br> > > -msg timestamp=on<br> > <br> > <br> > Does dropping the -sandbox line make things work? Maybe that 'Bad system<br> > call' thing is a seccomp error<br> > <br> > <br> > It changes things ...<br> > <br> > Now qemu just hangs instead of core-dumping :) strace on the process gives:<br> > <br> > ppoll([{fd=12, events=POLLIN}, {fd=14, events=POLLIN}, {fd=16,<br> > events=POLLIN}, {fd=17, events=POLLIN}, {fd=19, events=POLLIN}], 5,<br> > {tv_sec=0, tv_nsec=0}, NULL, 8) = 0 (Timeout)<br> > ppoll([{fd=12, events=POLLIN}, {fd=14, events=POLLIN}, {fd=16,<br> > events=POLLIN}, {fd=17, events=POLLIN}, {fd=19, events=POLLIN}], 5,<br> > {tv_sec=0, tv_nsec=29564013}, NULL, 8) = 0 (Timeout)<br> > ppoll([{fd=12, events=POLLIN}, {fd=14, events=POLLIN}, {fd=16,<br> > events=POLLIN}, {fd=17, events=POLLIN}, {fd=19, events=POLLIN}], 5,<br> > {tv_sec=0, tv_nsec=0}, NULL, 8) = 0 (Timeout)<br> > ppoll([{fd=12, events=POLLIN}, {fd=14, events=POLLIN}, {fd=16,<br> > events=POLLIN}, {fd=17, events=POLLIN}, {fd=19, events=POLLIN}], 5,<br> > {tv_sec=0, tv_nsec=29596135}, NULL, 8) = 0 (Timeout)<br> > ppoll([{fd=12, events=POLLIN}, {fd=14, events=POLLIN}, {fd=16,<br> > events=POLLIN}, {fd=17, events=POLLIN}, {fd=19, events=POLLIN}], 5,<br> > {tv_sec=0, tv_nsec=0}, NULL, 8) = 0 (Timeout)<br> > ppoll([{fd=12, events=POLLIN}, {fd=14, events=POLLIN}, {fd=16,<br> > events=POLLIN}, {fd=17, events=POLLIN}, {fd=19, events=POLLIN}], 5,<br> > {tv_sec=0, tv_nsec=29462631}, NULL, 8) = 0 (Timeout)<br> > ppoll([{fd=12, events=POLLIN}, {fd=14, events=POLLIN}, {fd=16,<br> > events=POLLIN}, {fd=17, events=POLLIN}, {fd=19, events=POLLIN}], 5,<br> > {tv_sec=0, tv_nsec=0}, NULL, 8) = 0 (Timeout)<br> > ppoll([{fd=12, events=POLLIN}, {fd=14, events=POLLIN}, {fd=16,<br> > events=POLLIN}, {fd=17, events=POLLIN}, {fd=19, events=POLLIN}], 5,<br> > {tv_sec=0, tv_nsec=29485905}, NULL, 8) = 0 (Timeout)<br> > <br> <br> Try disabling seccomp_sandbox in /etc/libvirt/qemu.conf, restarting<br> libvirtd, and trying libvirt again. Trying to get a libvirt qemu command<br> line to run manually has a bunch of hurdles<br></blockquote><div><br></div><div>Done ( including the service restart ), but qemu still core dumps :(</div><div><br></div><div>FYI I have the following enabled in my kernel config:</div><div><br></div><div>Symbol: SECCOMP [=y]</div><div>Symbol: HAVE_ARCH_SECCOMP_FILTER [=y]</div><div>Symbol: SECCOMP_FILTER [=y]</div><div><br></div><div>Nothing else appears in my ~/.cache/libvirt/qemu/log logfile - just:</div><div> 2019-02-19 10:32:55.126+0000: shutting down, reason=failed</div><div> ... after the qemu command.</div><div><br></div><div>Would that core dump be useful? systemd is saying:</div><div> Feb 19 21:40:58 nanginator systemd-coredump[12860]: Resource limits disable core dumping for process 12855 (qemu-system-x86).</div><div><br></div><div>I can figure out how to bump those limits if it's of use ...</div><div><br></div><div>Thanks for all your help, by the way. Much appreciated :)</div><div><br></div><div>Dan<br></div></div></div></div></div></div></div></div></div>