Project

General

Profile

action #51221

upgrade windows 10 image in openQA

Added by lnussel about 1 year ago. Updated 9 months ago.

Status:
Resolved
Priority:
Normal
Assignee:
Category:
QA
Target version:
Start date:
2019-05-27
Due date:
2019-08-07
% Done:

0%

Estimated time:
Duration: 53

Description

get QA to upgrade the Windows 10 image in openQA, it's based on a very old version meanwhile and doesn't reflect reality anymore.


Related issues

Related to openQA Tests - action #56927: [opensuse] test fails in boot_windowsResolved2019-09-16

Related to openQA Tests - action #56840: [functional][y] windows 10 dual boot tests: HDD no longer foundResolved2019-09-12

History

#1 Updated by lnussel about 1 year ago

  • Due date set to 2019-07-12
  • Category set to QA
  • Target version set to Alpha
  • Start date changed from 2019-05-07 to 2019-05-27

#2 Updated by lkocman 11 months ago

  • Due date changed from 2019-07-12 to 2019-08-07
  • Assignee set to lkocman

Lubos to send email to openqa folks.

#3 Updated by lkocman 11 months ago

  • Status changed from New to In Progress

Email was sent

#4 Updated by mloviska 10 months ago

First attempt with newly created Win10-1903 boot image

#5 Updated by lnussel 10 months ago

Did you create the Windows image also with openQA?

#6 Updated by mloviska 10 months ago

No, I did it manually.

#8 Updated by mloviska 10 months ago

lnussel wrote:

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

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

#9 Updated by mloviska 10 months ago

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

#10 Updated by mloviska 10 months ago

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

#11 Updated by okurz 10 months ago

mloviska wrote:

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

#12 Updated by mloviska 10 months ago

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

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

#13 Updated by mloviska 10 months ago

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

#15 Updated by SLindoMansilla 10 months ago

  • Related to action #56927: [opensuse] test fails in boot_windows added

#16 Updated by SLindoMansilla 10 months ago

  • Related to action #56840: [functional][y] windows 10 dual boot tests: HDD no longer found added

#17 Updated by mloviska 10 months ago

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

#18 Updated by mloviska 10 months ago

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

#19 Updated by mloviska 10 months ago

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

#20 Updated by mloviska 10 months ago

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

#21 Updated by lnussel 10 months ago

std also not working? maybe a bug in Windows?

#22 Updated by mloviska 10 months ago

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 :/

#23 Updated by mloviska 10 months ago

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

#24 Updated by mloviska 10 months ago

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

#25 Updated by mloviska 10 months ago

/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

#26 Updated by mlin7442 10 months ago

#27 Updated by mloviska 10 months ago

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

#28 Updated by mloviska 10 months ago

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...

#29 Updated by mloviska 10 months ago

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.

#30 Updated by lkocman 9 months ago

  • Status changed from In Progress to Resolved

I believe this is resolved including the GPU driver since Martin is using windows10 VM for WSL work.

#31 Updated by okurz 9 months ago

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

Also available in: Atom PDF