Project

General

Profile

Actions

action #51221

closed

upgrade windows 10 image in openQA

Added by lnussel over 5 years ago. Updated about 5 years ago.

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

0%

Estimated time:

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 2 (0 open2 closed)

Related to openQA Tests (public) - action #56927: [opensuse] test fails in boot_windowsResolvedmloviska2019-09-16

Actions
Related to openQA Tests (public) - action #56840: [functional][y] windows 10 dual boot tests: HDD no longer foundResolvedmloviska2019-09-12

Actions
Actions #1

Updated by lnussel over 5 years 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
Actions #2

Updated by lkocman over 5 years ago

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

Lubos to send email to openqa folks.

Actions #3

Updated by lkocman over 5 years ago

  • Status changed from New to In Progress

Email was sent

Actions #4

Updated by mloviska over 5 years ago

First attempt with newly created Win10-1903 boot image

Actions #5

Updated by lnussel over 5 years ago

Did you create the Windows image also with openQA?

Actions #6

Updated by mloviska over 5 years ago

No, I did it manually.

Actions #8

Updated by mloviska over 5 years ago

lnussel wrote:

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

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

Actions #9

Updated by mloviska over 5 years ago

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

Actions #10

Updated by mloviska over 5 years ago

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

Actions #11

Updated by okurz over 5 years 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

Actions #12

Updated by mloviska over 5 years ago

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

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

Actions #13

Updated by mloviska over 5 years ago

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

Actions #15

Updated by SLindoMansilla about 5 years ago

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

Updated by SLindoMansilla about 5 years ago

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

Updated by mloviska about 5 years ago

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

Actions #18

Updated by mloviska about 5 years 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

Actions #19

Updated by mloviska about 5 years 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

Actions #20

Updated by mloviska about 5 years ago

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

Actions #21

Updated by lnussel about 5 years ago

std also not working? maybe a bug in Windows?

Actions #22

Updated by mloviska about 5 years 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 :/

Actions #23

Updated by mloviska about 5 years 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

Actions #24

Updated by mloviska about 5 years 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
Actions #25

Updated by mloviska about 5 years 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
Actions #26

Updated by mlin7442 about 5 years ago

Actions #27

Updated by mloviska about 5 years 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

Actions #28

Updated by mloviska about 5 years 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...

Actions #29

Updated by mloviska about 5 years 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.

Actions #30

Updated by lkocman about 5 years 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.

Actions #31

Updated by okurz about 5 years ago

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

Actions

Also available in: Atom PDF