http://bugzilla.opensuse.org/show_bug.cgi?id=1160707 http://bugzilla.opensuse.org/show_bug.cgi?id=1160707#c24 Claudio Fontana <claudio.fontana@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |claudio.fontana@suse.com --- Comment #24 from Claudio Fontana <claudio.fontana@suse.com> --- (In reply to Oliver Kurz from comment #23)
(In reply to Jos� Ricardo Ziviani from comment #22)
(In reply to Oliver Kurz from comment #21)
Setting "Blocker" flag as this is actually impacting and aborting tests, e.g. https://openqa.suse.de/tests/6979012#step/prepare_test_data/6
Forgot to clear the needinfo flag as szarate already provided relevant information.
Hello Oliver,
Looking at the screenshot, are you sure it's a QEMU error and not a VNC client issue?
I'm telling it because I cannot reproduce it here (using QEMU only). So, do you have a QEMU reproducer (or at least the QEMU command line + the vnc client in use)?
Sure, you are right. It can very well be a VNC client issue. I unfortunately do not have a QEMU-only reproducer. The complete command line is available in every openQA job in the "downloads" section in the autoinst-log.txt file, e.g. from https://openqa.opensuse.org/tests/1941411/logfile?filename=autoinst-log.txt the complete command line would be:
``` /usr/bin/qemu-system-x86_64 -only-migratable -chardev ringbuf,id=serial0,logfile=serial0,logappend=on -serial chardev:serial0 -audiodev none,id=snd0 -device intel-hda -device hda-output,audiodev=snd0 -global isa-fdc.fdtypeA=none -m 2048 -cpu host -netdev user,id=qanet0 -device virtio-net,netdev=qanet0,mac=52:54:00:12:34:56 -boot once=d -device usb-ehci -device usb-tablet -smp 1 -enable-kvm -no-shutdown -vnc :109,share=force-shared -device virtio-serial -chardev pipe,id=virtio_console,path=virtio_console,logfile=virtio_console.log, logappend=on -device virtconsole,chardev=virtio_console,name=org.openqa.console.virtio_console -chardev pipe,id=virtio_console1,path=virtio_console1,logfile=virtio_console1.log, logappend=on -device virtconsole,chardev=virtio_console1,name=org.openqa.console.virtio_console1 -chardev socket,path=qmp_socket,server,nowait,id=qmp_socket,logfile=qmp_socket.log, logappend=on -qmp chardev:qmp_socket -S -device virtio-scsi-pci,id=scsi0 -blockdev driver=file,node-name=hd0-overlay0-file,filename=/var/lib/openqa/pool/19/ raid/hd0-overlay0,cache.no-flush=on -blockdev driver=qcow2,node-name=hd0-overlay0,file=hd0-overlay0-file,cache.no-flush=on -device virtio-blk,id=hd0-device,drive=hd0-overlay0,serial=hd0 ```
running qemu version 4.2.1 from openSUSE Leap 15.2, the VNC client by default is the os-autoinst builtin VNC-Console, see https://github.com/os-autoinst/os-autoinst/blob/ 39457352742edc264c57507959734751aeb95aff/consoles/VNC.pm
This is a recurring pattern with problems detected with OpenQA: they are hard to reproduce, and the expectation seems to be to just "run OpenQA", and fetch artifacts from there. As discussed previously also with QA, we are not resourced for this kind of operation. Please provide a minimal local reproducer for QEMU to Jose if you suspect qemu to be the issue, otherwise it might be helpful to start exploring other components (vnc client, X11 stack etc). Thanks -- You are receiving this mail because: You are on the CC list for the bug.