action #51221
closedupgrade windows 10 image in openQA
Added by lnussel over 5 years ago. Updated about 5 years ago.
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.
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
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.
Updated by mloviska about 5 years ago
First attempt with newly created Win10-1903 boot image
Updated by lnussel about 5 years ago
Did you create the Windows image also with openQA?
Updated by lnussel about 5 years ago
Updated by mloviska about 5 years ago
lnussel wrote:
yup, I am already updating the code. It requires just slight refresh. Thanks :)
Updated by mloviska about 5 years ago
- 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!
Updated by mloviska about 5 years ago
Frankly, the test suite is not so stable, mainly win10_firstboot module is an issue.
Updated by okurz about 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
Updated by mloviska about 5 years ago
bios_boot job works fine https://openqa.opensuse.org/tests/1028263#
However, I have broken UEFI, let me fix it.
Updated by mloviska about 5 years ago
I will try to download another set of drivers https://openqa.opensuse.org/tests/1028754#step/win10_firstboot/3
Updated by mloviska about 5 years ago
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
Updated by SLindoMansilla about 5 years ago
- Related to action #56927: [opensuse] test fails in boot_windows added
Updated by SLindoMansilla about 5 years ago
- Related to action #56840: [functional][y] windows 10 dual boot tests: HDD no longer found added
Updated by mloviska about 5 years ago
The system seems to boot properly, but there is a problem with graphics.
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
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
Updated by lnussel about 5 years ago
std also not working? maybe a bug in Windows?
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 :/
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
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
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
Updated by mlin7442 about 5 years ago
I guess https://openqa.opensuse.org/tests/1036258 is related here?
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
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...
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.
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.
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