## Observation

openQA test in scenario
sle-12-SP4-Server-DVD-Incidents-Kernel-aarch64-install_ltp+sle+Server-DVD-Incidents-Kernel@aarch64-virtio
fails in
[update_kernel](https://openqa.suse.de/tests/3773959/modules/update_kernel/steps/6)
as a random problem sometimes appears on aarch64 test machines where the VM
screen isn't properly cleared after boot and console output gets drawn over
remnants of boot splash screen. Then the job fails because needles don't match.
The problem appears less than once a week and job restart usually fixes it but
it might be worth investigating further.


## Reproducible

Sporadic


## Expected result

Last good: [4.12.14-449.1.g4163e5c](https://openqa.suse.de/tests/3768894) (or
more recent)


## Further details

Always latest result in this scenario:
[latest](https://openqa.suse.de/tests/latest?arch=aarch64&distri=sle&flavor=Server-DVD-Incidents-Kernel&machine=aarch64-virtio&test=install_ltp%2Bsle%2BServer-DVD-Incidents-Kernel&version=12-SP4)

The problem appears on the osd (openqa.suse.de) aarch64 workers. OS is openSUSE
Leap 15.1, qemu package versions:

```
$ sudo rpm -qa | grep qemu
qemu-seabios-1.12.0-lp151.7.9.1.noarch
qemu-arm-3.1.1.1-lp151.7.9.1.aarch64
qemu-ui-gtk-3.1.1.1-lp151.7.9.1.aarch64
qemu-ovmf-x86_64-0.1+svn17700-3.2.noarch
qemu-3.1.1.1-lp151.7.9.1.aarch64
qemu-ipxe-1.0.0+-lp151.7.9.1.noarch
qemu-block-rbd-3.1.1.1-lp151.7.9.1.aarch64
qemu-block-curl-3.1.1.1-lp151.7.9.1.aarch64
qemu-sgabios-8-lp151.7.9.1.noarch
qemu-ui-sdl-3.1.1.1-lp151.7.9.1.aarch64
qemu-uefi-aarch64-2017+git1510945757.b2662641d5-lp151.10.1.noarch
qemu-ui-curses-3.1.1.1-lp151.7.9.1.aarch64
qemu-ksm-3.1.1.1-lp151.7.9.1.aarch64
qemu-vgabios-1.12.0-lp151.7.9.1.noarch
qemu-x86-3.1.1.1-lp151.7.9.1.aarch64
qemu-tools-3.1.1.1-lp151.7.9.1.aarch64
```

## Workaround

Retrigger tests with new qemu instances