openSUSE Release Process » openSUSE Leap 15.2

First attempt with newly created Win10-1903 boot image

• opensuse-15.2-DVD-x86_64-Build491.5-kde_dual_windows10@64bit_win

Did you create the Windows image also with openQA?

No, I did it manually.

check https://openqa.opensuse.org/group_overview/22 :)

lnussel wrote:

check https://openqa.opensuse.org/group_overview/22 :)

yup, I am already updating the code. It requires just slight refresh. Thanks :)

• PR = https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/8385
• Win assets = https://w3.nue.suse.com/~mloviska/win10_update_to_1903/

I do not have ssh access to o3 instance. Would someone be so kind and upload the isos to o3, please?
Thanks!

Frankly, the test suite is not so stable, mainly win10_firstboot module is an issue.

mloviska wrote:

• Win assets = https://w3.nue.suse.com/~mloviska/win10_update_to_1903/

I do not have ssh access to o3 instance. Would someone be so kind and upload the isos to o3, please?
Thanks!

done. I can also give you ssh access, just ping me on freenode IRC and I would add your ssh key

bios_boot job works fine https://openqa.opensuse.org/tests/1028263#

However, I have broken UEFI, let me fix it.

I will try to download another set of drivers https://openqa.opensuse.org/tests/1028754#step/win10_firstboot/3

Jobs ran fine:

https://openqa.opensuse.org/tests/overview?distri=windows&version=10&build=1903&groupid=22

I have tried to restart o3 jobs, which are loading the exported qcow2 image with win10. Let's see if there is any problem.

• opensuse-15.2-DVD-x86_64-Build493.5-gnome_dual_windows10@uefi_win
• opensuse-15.2-DVD-x86_64-Build493.5-kde_dual_windows10@uefi_win
• opensuse-Tumbleweed-DVD-x86_64-Build20190911-kde_dual_windows10@uefi_win
• opensuse-15.2-NET-x86_64-Build493.5-kde_dual_windows10@uefi_win
• opensuse-15.2-DVD-x86_64-Build493.5-kde_dual_windows10@64bit_win

The system seems to boot properly, but there is a problem with graphics.

I have created a new VM with QEMUVGA=cirrus

http://eris.suse.cz/tests/470#step/win10_shutdown/1

Let's see if the problem appears again
http://eris.suse.cz/tests/475

QEMUVGA=cirrus does not change anything however, I have noticed that the UEFI image on o3 seems to be extremely small.

-rw-r--r-- 1 geekotest nogroup      96611 Sep 17 07:53 windows-10-x86_64-1903@uefi_win.qcow2

I will try to re-create it

qxl, cirrus, virtio aren't working. GPU passthrough is not an option for us. Any other ideas ?

std also not working? maybe a bug in Windows?

they work if I import any of them via virt-manager. Now my openqa is trolling dual boot scenario, it just not loading win qcow image...
I should see ntfs partition over here, but there is nothing :/

I have booted the same image with 2 different commands.

This one works, done via virt-manager

/usr/bin/qemu-system-x86_64 -name guest=win10-2,debug-threads=on -S \
 -object secret,id=masterKey0,format=raw,file=/var/lib/libvirt/qemu/domain-17-win10-2/master-key.aes \
 -machine pc-i440fx-4.0,accel=kvm,usb=off,vmport=off,dump-guest-core=off \
 -cpu Skylake-Client-IBRS,ss=on,vmx=on,hypervisor=on,tsc_adjust=on,clflushopt=on,umip=on,md-clear=on,stibp=on,arch-capabilities=on,ssbd=on,xsaves=on,pdpe1gb=on,hv-time,hv_relaxed,hv_vapic,hv-spinlocks=0x1fff \
 -drive file=/usr/share/qemu/ovmf-x86_64-ms-code.bin,if=pflash,format=raw,unit=0,readonly=on \
 -drive file=/var/lib/libvirt/qemu/nvram/win10-2_VARS.fd,if=pflash,format=raw,unit=1 \
 -m 2048 \
 -overcommit mem-lock=off \
 -smp 1,sockets=1,cores=1,threads=1 \
 -uuid f725102e-4dbe-4b9e-b364-9d0c1da09572 \
 -no-user-config \
 -nodefaults \
 -chardev socket,id=charmonitor,fd=31,server,nowait \
 -mon chardev=charmonitor,id=monitor,mode=control \
 -rtc base=localtime,driftfix=slew \ 
 -global kvm-pit.lost_tick_policy=delay \
 -no-hpet \
 -no-shutdown \
 -global PIIX4_PM.disable_s3=1 \
 -global PIIX4_PM.disable_s4=1 \
 -boot strict=on \ 
 -device qemu-xhci,p2=15,p3=15,id=usb,bus=pci.0,addr=0x5 \
 -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x6 \
 -drive file=/home/martin/playgroung/cirrus_2gb_2cpu.qcow2,format=qcow2,if=none,id=drive-virtio-disk0 \
 -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x7,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 \
 -netdev tap,fd=33,id=hostnet0 \ 
 -device e1000e,netdev=hostnet0,id=net0,mac=52:54:00:94:8b:7c,bus=pci.0,addr=0x3 \
 -chardev pty,id=charserial0 \
 -device isa-serial,chardev=charserial0,id=serial0 \
 -chardev spicevmc,id=charchannel0,name=vdagent \
 -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.spice.0 \
 -device usb-tablet,id=input0,bus=usb.0,port=1 \
 -vnc 127.0.0.1:0 \
 -device cirrus-vga,id=video0,bus=pci.0,addr=0x2 \
 -device ich9-intel-hda,id=sound0,bus=pci.0,addr=0x4 \
 -device hda-duplex,id=sound0-codec0,bus=sound0.0,cad=0 \
 -chardev spicevmc,id=charredir0,name=usbredir \
 -device usb-redir,chardev=charredir0,id=redir0,bus=usb.0,port=2 \
 -chardev spicevmc,id=charredir1,name=usbredir \
 -device usb-redir,chardev=charredir1,id=redir1,bus=usb.0,port=3 \
 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x8 \
 -sandbox on,obsolete=deny,elevateprivileges=deny,spawn=deny,resourcecontrol=deny \
 -msg timestamp=on

OpenQA like command doesn't

/usr/bin/qemu-system-x86_64 \
-vga cirrus \
-only-migratable \
-global isa-fdc.driveA= \
-m 4096 \
-cpu host \
-device usb-ehci \
-device usb-tablet \
-smp 2 \
-enable-kvm \
-no-shutdown \
-S \
-blockdev driver=file,node-name=hd0-overlay0-file,filename=/home/martin/playgroung/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 \
-blockdev driver=file,node-name=cd0-overlay0-file,filename=/home/martin/playgroung/cd0-overlay0,cache.no-flush=on \
-blockdev driver=qcow2,node-name=cd0-overlay0,file=cd0-overlay0-file,cache.no-flush=on \
-device ide-cd,id=cd0-device,drive=cd0-overlay0,serial=cd0 \
-drive id=pflash-code-overlay0,if=pflash,file=/home/martin/playgroung/pflash-code-overlay0,unit=0,readonly=on \
-drive id=pflash-vars-overlay0,if=pflash,file=/home/martin/playgroung/pflash-vars-overlay0,unit=1

I will go further tomorrow

overlay commands

/usr/bin/qemu-img create -f qcow2 -b /home/martin/playgroung/cirrus_2gb_2cpu.qcow2 /home/martin/playgroung/hd0-overlay0 53687091200
/usr/bin/qemu-img create -f qcow2 -b /var/lib/openqa/factory/iso/openSUSE-Tumbleweed-DVD-x86_64-Snapshot20190918-Media.iso /home/martin/playgroung/cd0-overlay0 4598005760
/usr/bin/qemu-img create -f qcow2 -b /usr/share/qemu/ovmf-x86_64-ms-code.bin /home/martin/playgroung/pflash-code-overlay0 1966080
/usr/bin/qemu-img create -f qcow2 -b /usr/share/qemu/ovmf-x86_64-ms-vars.bin /home/martin/playgroung/pflash-vars-overlay0 131072

• http://eris.suse.cz/tests/570/file/autoinst-log.txt

/usr/bin/qemu-system-x86_64 -only-migratable \
-chardev ringbuf,id=serial0,logfile=serial0,logappend=on \
-serial chardev:serial0 -soundhw ac97 -global isa-fdc.driveA= \
-m 2048 \
-cpu host \
-netdev user,id=qanet0 \
-device virtio-net,netdev=qanet0,mac=52:54:00:12:34:56 \
-device usb-ehci \
-device usb-tablet \
-smp 2 \
-enable-kvm \
-no-shutdown \
-vnc :92,share=force-shared \
-device virtio-serial \
-chardev socket,path=virtio_console,server,nowait,id=virtio_console,logfile=virtio_console.log,logappend=on \
-device virtconsole,chardev=virtio_console,name=org.openqa.console.virtio_console \
-chardev socket,path=qmp_socket,server,nowait,id=qmp_socket,logfile=qmp_socket.log,logappend=on \
-qmp chardev:qmp_socket \
-S \
-blockdev driver=file,node-name=hd0-overlay0-file,filename=/var/lib/openqa/pool/2/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 \
-blockdev driver=file,node-name=cd0-overlay0-file,filename=/var/lib/openqa/pool/2/raid/cd0-overlay0,cache.no-flush=on \
-blockdev driver=qcow2,node-name=cd0-overlay0,file=cd0-overlay0-file,cache.no-flush=on \
-device ide-cd,id=cd0-device,drive=cd0-overlay0,serial=cd0 \
-drive id=pflash-code-overlay0,if=pflash,file=/var/lib/openqa/pool/2/raid/pflash-code-overlay0,unit=0,readonly=on \
-drive id=pflash-vars-overlay0,if=pflash,file=/var/lib/openqa/pool/2/raid/pflash-vars-overlay0,unit=1

I guess https://openqa.opensuse.org/tests/1036258 is related here?

mlin7442 wrote:

I guess https://openqa.opensuse.org/tests/1036258 is related here?

Yes, something has happened with the windows image. The installer does not see it at all. Let's create a new one https://openqa.opensuse.org/tests/1036580#settings

This one worked fine! Outside of openQA for now

/usr/bin/qemu-system-x86_64 \
-vga std \
-m 2048 \
-cpu host \
-enable-kvm \
-smp 1 \
-no-shutdown \
-device usb-ehci \
-device usb-tablet \
-S \
-blockdev driver=file,node-name=hd0-overlay0-file,filename=/home/martin/playgroung/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 \
-blockdev driver=file,node-name=cd0-overlay0-file,filename=/home/martin/playgroung/cd0-overlay0,cache.no-flush=on \
-blockdev driver=qcow2,node-name=cd0-overlay0,file=cd0-overlay0-file,cache.no-flush=on \
-drive id=pflash-code-overlay0,if=pflash,file=/home/martin/playgroung/pflash-code-overlay0,unit=0,readonly=on \
-drive id=pflash-vars-overlay0,if=pflash,file=/home/martin/playgroung/pflash-vars-overlay0,unit=1 \
-device ide-cd,id=cd0-device,drive=cd0-overlay0,serial=cd0 

EDIT: after re-test, it does not work. I have re-created the overlay images, deployed leap15.2 again and the logged user cannot see anything...

• http://eris.suse.cz/tests/571#live

It took 30 minutes to show the desktop properly and still the SUT is not usable ( I have tried to click around in the vnc session ). Seems like some qemu windows driver, either qemu-mouse or qemu video driver does not work properly on Windows side.

I second that. The latest job in one of the originally failing scenarios is also passed: https://openqa.opensuse.org/tests/1060738