Pt 2) LUBUNTU CD boot - not an option at this time - UAT / production Xen0 with other non Windows PV VMs running on them.
Pt 1) Yes I can do some additional testing on a different R620 Xen0 / Xenial platform.
Currently I can cause/remove the issue by just installing the 10.21 and 10.22 versions. This can be done live / without a reboot of the base Xen platform. From other testing I can tell you the recovery ISO CD is very slow to boot, but it did complete to initial screens previously (although I couldn't tell you exactly which of the newer versions of QEMU that was on).
I can build an clean image from ISO fairly easily - do you have a preference for Windows 2008R8 vs Win7 Pro ? I believe it is the same issues, but most of my immediate issues are with Win Server VMs. I also have a Trusty system with the same issues - does that add anything if I can run tests on it?
Finally (slightly dumb question) does the DBG version of the DEB (.DDEB) provide any additional information / crash reports - is that worth installing? Do you want me to work with .22 or the proposed .23? We can probably run development cuts from PPA, cut need a bit of risk control work at my end.
@Marc - Does the BSOD screen shot / address / Windows MEM Dump file stuff give you anything?
Regards,
Carl
-----Original Message-----
From: <email address hidden> [mailto:<email address hidden>] On Behalf Of ChristianEhrhardt
Sent: Friday, 2 March 2018 7:57 PM
To: Morgan, Carl <email address hidden>
Subject: [Bug 1752761] Re: Regression in vga handling ubuntu10.21 to ubuntu10.22
Hi Carl,
thank you for your detailed report!
This is the second qemu/xen bug for regressions in these security updates in one day - with none (=0) of them over the last two years - unlikely to be a coincidence.
@Marc - I don't see an obvious change, but you have way more context on these changes since you have backported them. Do you have any info of a potential regression in them?
Maybe the CVE-2018-5683 change?
@Carl - your detailed steps are already great.
Could you give it a try if the same applies to a unmodified (gplpv) and non-prepared/installed windows as well?
Maybe by using an ISO of [1] in your already prepared setup - and if it fails as well sharing the commands you did for that as well? That would make it even better to reproduce.
@Carl - we have another report on even Lubuntu iso's stalling. If you could (since all other parts of your setup are already ready) try the same with a boot from [2] - that is reported to hang with the new version.
If the steps above could be confirmed I'd expect that helps Marc a lot to look into the individual changes in this regard.
Title:
Regression in vga handling ubuntu10.21 to ubuntu10.22
Status in qemu package in Ubuntu:
New
Bug description:
Hi,
Corporate environment, Windows XenU platforms, using QEMU HVM (qemu-
system-x86) on multiple Ubuntu Xen0 platforms. Established stable
production environment (for > 1-5 years), Ubuntu and Windows nodes
getting latest patches etc. Dell R6XX series server hardware.
After updates from mainline: 1:2.5+dfsg-5ubuntu10 to 1:2.5+dfsg-
5ubuntu10.22 a reboot of XenU VMs very slow and repeated
BlueScreening.
Windows Server 2012, does come up after 4+ minutes booting.
Windows Server 2008R8, Windows 7 Pro, Windows 10 Pro VMs fail to boot with blue screen "framebuf" STOP. (PNG available).
Boot to safe mode (very slow ~ 4mins to login screen) and remove video
drivers, reboot succeeds, windows drivers auto updated, reboot fails.
Testing completed on Windows Server 2008R8 images including migration of VM Disk devices to other Dell rack servers:
o Xenial Xen0 server - Same issues
o Trusty Xen0 server - Same issues
o Precise Xen0 server - Fast boot / no issues
On Xenial systems, downgrading qemu-system-x86 to version 1:2.5+dfsg-
5ubuntu10 reverts to previous performance / stability (~25 secs to
loginscreen) = all good.
Tested PPA versions of qemu-system-x86 with local dpkg installs,
version ubuntu10.21 works fine, ubuntu10.22 fails. Proposed
ubuntu10.23 also fails.
QEMU Command line used (unchanged between good and back observations):
Hi Christian,
Thanks for your reply:
Pt 2) LUBUNTU CD boot - not an option at this time - UAT / production Xen0 with other non Windows PV VMs running on them.
Pt 1) Yes I can do some additional testing on a different R620 Xen0 / Xenial platform.
Currently I can cause/remove the issue by just installing the 10.21 and 10.22 versions. This can be done live / without a reboot of the base Xen platform. From other testing I can tell you the recovery ISO CD is very slow to boot, but it did complete to initial screens previously (although I couldn't tell you exactly which of the newer versions of QEMU that was on).
I can build an clean image from ISO fairly easily - do you have a preference for Windows 2008R8 vs Win7 Pro ? I believe it is the same issues, but most of my immediate issues are with Win Server VMs. I also have a Trusty system with the same issues - does that add anything if I can run tests on it?
Finally (slightly dumb question) does the DBG version of the DEB (.DDEB) provide any additional information / crash reports - is that worth installing? Do you want me to work with .22 or the proposed .23? We can probably run development cuts from PPA, cut need a bit of risk control work at my end.
@Marc - Does the BSOD screen shot / address / Windows MEM Dump file stuff give you anything?
Regards,
Carl
-----Original Message-----
From: <email address hidden> [mailto:<email address hidden>] On Behalf Of ChristianEhrhardt
Sent: Friday, 2 March 2018 7:57 PM
To: Morgan, Carl <email address hidden>
Subject: [Bug 1752761] Re: Regression in vga handling ubuntu10.21 to ubuntu10.22
Hi Carl,
thank you for your detailed report!
This is the second qemu/xen bug for regressions in these security updates in one day - with none (=0) of them over the last two years - unlikely to be a coincidence.
@Marc - I don't see an obvious change, but you have way more context on these changes since you have backported them. Do you have any info of a potential regression in them?
Maybe the CVE-2018-5683 change?
@Carl - your detailed steps are already great. installed windows as well?
Could you give it a try if the same applies to a unmodified (gplpv) and non-prepared/
Maybe by using an ISO of [1] in your already prepared setup - and if it fails as well sharing the commands you did for that as well? That would make it even better to reproduce.
@Carl - we have another report on even Lubuntu iso's stalling. If you could (since all other parts of your setup are already ready) try the same with a boot from [2] - that is reported to hang with the new version.
If the steps above could be confirmed I'd expect that helps Marc a lot to look into the individual changes in this regard.
Probably related to bug: 1752375
[1]: https:/ /www.microsoft. com/software- download/ windows10 cdimage. ubuntu. com/lubuntu/ releases/ 17.10.1/ release/ lubuntu- 17.10.1- desktop- amd64.iso
[2]: http://
P.S. If this doesn't reproduce for us, but Mark would provide ppa builds with individual fixes - would you be willing and able to check them?
** CVE added: https:/ /linkprotect. cudasvc. com/url? a=https: //cve.mitre. org/cgi- bin/cvename. cgi%3fname% 3d2018- 5683&c= E,1,2VjuMAHnsAi YrP2eA9ltSQI51E 23tozd7wLuU2xyh 69DnYHJZQDinZKs NC-WRP1tVvwVZNx Fddiy1GJujsmqTL WRruaWcEkBmuhtx ItFMdU- yckY4RWjHhQ, &typo=1
-- /bugs.launchpad .net/bugs/ 1752761
You received this bug notification because you are subscribed to the bug report.
https:/
Title:
Regression in vga handling ubuntu10.21 to ubuntu10.22
Status in qemu package in Ubuntu:
New
Bug description:
Hi,
Corporate environment, Windows XenU platforms, using QEMU HVM (qemu-
system-x86) on multiple Ubuntu Xen0 platforms. Established stable
production environment (for > 1-5 years), Ubuntu and Windows nodes
getting latest patches etc. Dell R6XX series server hardware.
After updates from mainline: 1:2.5+dfsg- 5ubuntu10 to 1:2.5+dfsg-
5ubuntu10.22 a reboot of XenU VMs very slow and repeated
BlueScreening.
Windows Server 2012, does come up after 4+ minutes booting.
Windows Server 2008R8, Windows 7 Pro, Windows 10 Pro VMs fail to boot with blue screen "framebuf" STOP. (PNG available).
Boot to safe mode (very slow ~ 4mins to login screen) and remove video
drivers, reboot succeeds, windows drivers auto updated, reboot fails.
Testing completed on Windows Server 2008R8 images including migration of VM Disk devices to other Dell rack servers:
o Xenial Xen0 server - Same issues
o Trusty Xen0 server - Same issues
o Precise Xen0 server - Fast boot / no issues
On Xenial systems, downgrading qemu-system-x86 to version 1:2.5+dfsg-
5ubuntu10 reverts to previous performance / stability (~25 secs to
loginscreen) = all good.
Tested PPA versions of qemu-system-x86 with local dpkg installs,
version ubuntu10.21 works fine, ubuntu10.22 fails. Proposed
ubuntu10.23 also fails.
QEMU Command line used (unchanged between good and back observations):
/usr/ bin/qemu- system- i386 id=libxl- cmd,path= /var/run/ xen/qmp- libxl-9, server, nowait libxl-cmd, mode=control id=libxenstat- cmd,path= /var/run/ xen/qmp- libxenstat- 9,server, nowait libxenstat- cmd,mode= control :<SCREEN> ,to=99 vga,vgamem_ mb=8 id=nic0, netdev= net0,mac= XX:XX:XX: XX:XX:XX id=net0, ifname= vif9.0- emu,script= no,downscript= no VG-xen/ HOSTNAME- disk,if= ide,index= 0,media= disk,format= raw,cache= writeback
-xen-domid 9
-chardev socket,
-no-shutdown
-mon chardev=
-chardev socket,
-mon chardev=
-nodefaults
-name HOSTNAME
-vnc <IP ADDRESS>
-display none
-serial pty
-device cirrus-
-boot order=c
-usb
-usbdevice tablet
-smp 2,maxcpus=2
-device rtl8139,
-netdev type=tap,
-machine xenfv
-m 6992
-drive file=/dev/
Xen CFG: VG-xen/ HOSTNMAE- disk,hda, w'] 'tablet' <DISPLAY>
name = '<HOSTNAME>'
builder = 'hvm'
memory = 7000
vcpus=2
shadow_memory = 8
acpi=1
vif = ['type=ioemu, bridge=xenbr0']
disk = [ 'phy:/dev/
boot='c'
usbdevice=
vnc=1
vncdisplay=
vnclisten='<IP ADDRESS>'
vncconsole=1
serial='pty'
on_poweroff = 'destroy'
on_reboot = 'restart'
on_crash = 'restart'
Xen GPL gplpv_Vista2008 x64_0.11. 0.373.msi drivers being used ( https:/ /linkprotect. cudasvc. com/url? a=https: //wiki. univention. de/index. php/Installing- signed- GPLPV-drivers& c=E,1,uSpXdoMMX Z9pbWJ4V8jF1oaT FEnCfIn_ zKs6XeDT5DvowSj CSB6dUhfH2- biL0DS- GPcc6ulNiFSuNVp hm80nKZgpuEfn3A _6toeq4m_ y0LDlSw2Vnd3Wz5 wrg,,&typo= 1 )
To manage notifications about this bug go to: /bugs.launchpad .net/ubuntu/ +source/ qemu/+bug/ 1752761/ +subscriptions
https:/