Comment # 24
on bug 1160707
from Claudio Fontana
(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