Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1873566

Summary: The console in instances with Windows are opening in black/white and with bad resolution
Product: Red Hat Enterprise Linux Advanced Virtualization Reporter: Cristian Muresanu <cmuresan>
Component: seabiosAssignee: Virtualization Maintenance <virt-maint>
Status: CLOSED DUPLICATE QA Contact: Guo, Zhiyi <zhguo>
Severity: medium Docs Contact:
Priority: unspecified    
Version: ---CC: cmuresan, coli, dasmith, eglynn, jhakimra, jinzhao, juzhang, kchamart, leidwang, lyarwood, mircea.vutcovici, mwitt, sbauza, sgordon, virt-maint, vromanso, zhguo
Target Milestone: rcFlags: pm-rhel: mirror+
Target Release: 8.3   
Hardware: Unspecified   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2020-10-01 11:11:19 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
Windows-Console none

Description Cristian Muresanu 2020-08-28 15:54:27 UTC
Description of problem:
The console in instances with Windows are opening in black/white and with bad resolution
On remote desktop the resolution and colors are fine.
With all Windows version, 2012, 2016, 2019

This was working fine in OpenStack 16.0 and are the same servers and images
Flavors are OK as well.

Identical video driver in both OSP16 and OSP16.1 according with dumpxml

~~~
    <video>
      <model type='cirrus' vram='16384' heads='1' primary='yes'/>
      <alias name='video0'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/>
    </video>
~~~

Workaround:
Fixed by changing the video card model from cirrus to virtio:
#glance image-update IMG-UUID --property hw_video_model=virtio

Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1.
2.
3.

Actual results:


Expected results:


Additional info:

Comment 1 Cristian Muresanu 2020-08-28 15:56:21 UTC
Created attachment 1712977 [details]
Windows-Console

Comment 2 melanie witt 2020-09-04 14:08:33 UTC
This sounds like the same issue that was fixed in https://bugzilla.redhat.com/show_bug.cgi?id=1847959

What version of the seabios package do you have?

Comment 3 Cristian Muresanu 2020-09-16 19:44:07 UTC
(In reply to melanie witt from comment #2)
> This sounds like the same issue that was fixed in
> https://bugzilla.redhat.com/show_bug.cgi?id=1847959
> 
> What version of the seabios package do you have?

~~~
I don't see any rpm of seabios in the compute or controller node

(overcloud) [stack@os-undercloud templates]$ sudo rpm -qa | grep -i bios
biosdevname-0.7.3-2.el8.x86_64

[heat-admin@overcloud-novacompute-0 ~]$ sudo rpm -qa | grep -i bios
biosdevname-0.7.3-2.el8.x86_64

[heat-admin@overcloud-controller-0 ~]$ sudo rpm -qa | grep -i bios
biosdevname-0.7.3-2.el8.x86_64
~~~

Comment 4 Lee Yarwood 2020-09-16 22:21:36 UTC
(In reply to Cristian Muresanu from comment #3)
> (In reply to melanie witt from comment #2)
> > This sounds like the same issue that was fixed in
> > https://bugzilla.redhat.com/show_bug.cgi?id=1847959
> > 
> > What version of the seabios package do you have?
> 
> ~~~
> I don't see any rpm of seabios in the compute or controller node
> 
> (overcloud) [stack@os-undercloud templates]$ sudo rpm -qa | grep -i bios
> biosdevname-0.7.3-2.el8.x86_64
> 
> [heat-admin@overcloud-novacompute-0 ~]$ sudo rpm -qa | grep -i bios
> biosdevname-0.7.3-2.el8.x86_64
> 
> [heat-admin@overcloud-controller-0 ~]$ sudo rpm -qa | grep -i bios
> biosdevname-0.7.3-2.el8.x86_64
> ~~~

Check within the nova_libvirt container:

$ podman exec -ti -u root nova_libvirt 'rpm -qi seabios-bin'

AFAICT the latest released for 16.1 is seabios-bin-1.13.0-2.module+el8.2.1+7284+aa32a2c4.noarch:

https://catalog.redhat.com/software/containers/rhosp-rhel8/openstack-nova-libvirt/5de6c2ddbed8bd164a0c1bbf?container-tabs=packages

Comment 5 Cristian Muresanu 2020-09-17 14:10:20 UTC
(In reply to Lee Yarwood from comment #4)
> 
> Check within the nova_libvirt container:
> 
> $ podman exec -ti -u root nova_libvirt 'rpm -qi seabios-bin'
> 
> AFAICT the latest released for 16.1 is
> seabios-bin-1.13.0-2.module+el8.2.1+7284+aa32a2c4.noarch:
> 
> https://catalog.redhat.com/software/containers/rhosp-rhel8/openstack-nova-
> libvirt/5de6c2ddbed8bd164a0c1bbf?container-tabs=packages

Hi, this is the version we have in prod where we needed to make the change:

[root@overcloud-novacompute-0 ~]# podman exec -ti nova_libvirt /bin/bash
()[root@overcloud-novacompute-0 /]# rpm -qi seabios-bin
Name        : seabios-bin
Version     : 1.13.0
Release     : 2.module+el8.2.1+7284+aa32a2c4
Architecture: noarch
Install Date: Wed 02 Sep 2020 11:28:01 PM -03
Group       : Applications/Emulators
Size        : 393216
License     : LGPLv3
Signature   : RSA/SHA256, Wed 08 Jul 2020 12:59:35 PM -03, Key ID 199e2f91fd431d51
Source RPM  : seabios-1.13.0-2.module+el8.2.1+7284+aa32a2c4.src.rpm
Build Date  : Mon 06 Jul 2020 12:13:59 PM -03
Build Host  : x86-vm-01.build.eng.bos.redhat.com
Relocations : (not relocatable)
Packager    : Red Hat, Inc. <http://bugzilla.redhat.com/bugzilla>
Vendor      : Red Hat, Inc.
URL         : https://www.coreboot.org/SeaBIOS
Summary     : Seabios for x86
Description :
SeaBIOS is an open-source legacy BIOS implementation which can be used as
a coreboot payload. It implements the standard BIOS calling interfaces
that a typical x86 proprietary BIOS implements.

Comment 7 Guo, Zhiyi 2020-09-21 07:05:17 UTC
(In reply to Cristian Muresanu from comment #5)
> (In reply to Lee Yarwood from comment #4)
> > 
> > Check within the nova_libvirt container:
> > 
> > $ podman exec -ti -u root nova_libvirt 'rpm -qi seabios-bin'
> > 
> > AFAICT the latest released for 16.1 is
> > seabios-bin-1.13.0-2.module+el8.2.1+7284+aa32a2c4.noarch:
> > 
> > https://catalog.redhat.com/software/containers/rhosp-rhel8/openstack-nova-
> > libvirt/5de6c2ddbed8bd164a0c1bbf?container-tabs=packages
> 
> Hi, this is the version we have in prod where we needed to make the change:
> 
> [root@overcloud-novacompute-0 ~]# podman exec -ti nova_libvirt /bin/bash
> ()[root@overcloud-novacompute-0 /]# rpm -qi seabios-bin
> Name        : seabios-bin
> Version     : 1.13.0
> Release     : 2.module+el8.2.1+7284+aa32a2c4
> Architecture: noarch
> Install Date: Wed 02 Sep 2020 11:28:01 PM -03
> Group       : Applications/Emulators
> Size        : 393216
> License     : LGPLv3
> Signature   : RSA/SHA256, Wed 08 Jul 2020 12:59:35 PM -03, Key ID
> 199e2f91fd431d51
> Source RPM  : seabios-1.13.0-2.module+el8.2.1+7284+aa32a2c4.src.rpm
> Build Date  : Mon 06 Jul 2020 12:13:59 PM -03
> Build Host  : x86-vm-01.build.eng.bos.redhat.com
> Relocations : (not relocatable)
> Packager    : Red Hat, Inc. <http://bugzilla.redhat.com/bugzilla>
> Vendor      : Red Hat, Inc.
> URL         : https://www.coreboot.org/SeaBIOS
> Summary     : Seabios for x86
> Description :
> SeaBIOS is an open-source legacy BIOS implementation which can be used as
> a coreboot payload. It implements the standard BIOS calling interfaces
> that a typical x86 proprietary BIOS implements.

Hi,

Could you help to check whether you have the latest seavgabios-bin-1.13.0-2.module+el8.2.1+7284+aa32a2c4.noarch as well?
Without seavgabios-bin-1.13.0-2.module+el8.2.1+7284+aa32a2c4.noarch, seabios-bin-1.13.0-2.module+el8.2.1+7284+aa32a2c4.noarch itself cannot fix the problem.

Double checked on my environment:
seavgabios-bin-1.13.0-2 + seabios-bin-1.13.0-2 --> solved bug BZ1847959, resolution & colors of win10, win2019 VM works fine
seavgabios-bin-1.13.0-1 + seabios-bin-1.13.0-2 --> still hit BZ1847959, only get 640x480 resolution and gray color for win10, win2019 VM
seavgabios-bin-1.13.0-1 + seabios-bin-1.13.0-1 --> hit BZ1847959, only get 640x480 resolution and gray color for win10, win2019 VM

BR/
Zhiyi

Comment 8 Cristian Muresanu 2020-09-22 16:09:20 UTC
(In reply to Guo, Zhiyi from comment #7)
> (In reply to Cristian Muresanu from comment #5)
> > (In reply to Lee Yarwood from comment #4)
> > > 
> > > Check within the nova_libvirt container:
> > > 
> > > $ podman exec -ti -u root nova_libvirt 'rpm -qi seabios-bin'
> > > 
> > > AFAICT the latest released for 16.1 is
> > > seabios-bin-1.13.0-2.module+el8.2.1+7284+aa32a2c4.noarch:
> > > 
> > > https://catalog.redhat.com/software/containers/rhosp-rhel8/openstack-nova-
> > > libvirt/5de6c2ddbed8bd164a0c1bbf?container-tabs=packages
> > 
> > Hi, this is the version we have in prod where we needed to make the change:
> > 
> > [root@overcloud-novacompute-0 ~]# podman exec -ti nova_libvirt /bin/bash
> > ()[root@overcloud-novacompute-0 /]# rpm -qi seabios-bin
> > Name        : seabios-bin
> > Version     : 1.13.0
> > Release     : 2.module+el8.2.1+7284+aa32a2c4
> > Architecture: noarch
> > Install Date: Wed 02 Sep 2020 11:28:01 PM -03
> > Group       : Applications/Emulators
> > Size        : 393216
> > License     : LGPLv3
> > Signature   : RSA/SHA256, Wed 08 Jul 2020 12:59:35 PM -03, Key ID
> > 199e2f91fd431d51
> > Source RPM  : seabios-1.13.0-2.module+el8.2.1+7284+aa32a2c4.src.rpm
> > Build Date  : Mon 06 Jul 2020 12:13:59 PM -03
> > Build Host  : x86-vm-01.build.eng.bos.redhat.com
> > Relocations : (not relocatable)
> > Packager    : Red Hat, Inc. <http://bugzilla.redhat.com/bugzilla>
> > Vendor      : Red Hat, Inc.
> > URL         : https://www.coreboot.org/SeaBIOS
> > Summary     : Seabios for x86
> > Description :
> > SeaBIOS is an open-source legacy BIOS implementation which can be used as
> > a coreboot payload. It implements the standard BIOS calling interfaces
> > that a typical x86 proprietary BIOS implements.
> 
> Hi,
> 
> Could you help to check whether you have the latest
> seavgabios-bin-1.13.0-2.module+el8.2.1+7284+aa32a2c4.noarch as well?
> Without seavgabios-bin-1.13.0-2.module+el8.2.1+7284+aa32a2c4.noarch,
> seabios-bin-1.13.0-2.module+el8.2.1+7284+aa32a2c4.noarch itself cannot fix
> the problem.
> 
> Double checked on my environment:
> seavgabios-bin-1.13.0-2 + seabios-bin-1.13.0-2 --> solved bug BZ1847959,
> resolution & colors of win10, win2019 VM works fine
> seavgabios-bin-1.13.0-1 + seabios-bin-1.13.0-2 --> still hit BZ1847959, only
> get 640x480 resolution and gray color for win10, win2019 VM
> seavgabios-bin-1.13.0-1 + seabios-bin-1.13.0-1 --> hit BZ1847959, only get
> 640x480 resolution and gray color for win10, win2019 VM
> 
> BR/
> Zhiyi

Hi Zhiyi,

here is the cu feedback:

~~~
this is what we have

()[root@overcloud-novacompute-0 /]# rpm -qi seavgabios-bin
Name        : seavgabios-bin
Version     : 1.13.0
Release     : 2.module+el8.2.1+7284+aa32a2c4
Architecture: noarch
Install Date: Wed 02 Sep 2020 11:28:01 PM -03
Group       : Applications/Emulators
Size        : 214528
License     : LGPLv3
Signature   : RSA/SHA256, Wed 08 Jul 2020 12:59:35 PM -03, Key ID 199e2f91fd431d51
Source RPM  : seabios-1.13.0-2.module+el8.2.1+7284+aa32a2c4.src.rpm
Build Date  : Mon 06 Jul 2020 12:13:59 PM -03
Build Host  : x86-vm-01.build.eng.bos.redhat.com
Relocations : (not relocatable)
Packager    : Red Hat, Inc. <http://bugzilla.redhat.com/bugzilla>
Vendor      : Red Hat, Inc.
URL         : https://www.coreboot.org/SeaBIOS
Summary     : Seavgabios for x86
Description :
SeaVGABIOS is an open-source VGABIOS implementation.

From what I see this is an old version and we need to update? This is a production environment and with the change I made before I have no more problems, do I still need to update?
~~~

Thanks,
Cristian

Comment 9 Guo, Zhiyi 2020-09-23 06:56:24 UTC
(In reply to Cristian Muresanu from comment #8)
> (In reply to Guo, Zhiyi from comment #7)
> > (In reply to Cristian Muresanu from comment #5)
> > > (In reply to Lee Yarwood from comment #4)
> > > > 
> > > > Check within the nova_libvirt container:
> > > > 
> > > > $ podman exec -ti -u root nova_libvirt 'rpm -qi seabios-bin'
> > > > 
> > > > AFAICT the latest released for 16.1 is
> > > > seabios-bin-1.13.0-2.module+el8.2.1+7284+aa32a2c4.noarch:
> > > > 
> > > > https://catalog.redhat.com/software/containers/rhosp-rhel8/openstack-nova-
> > > > libvirt/5de6c2ddbed8bd164a0c1bbf?container-tabs=packages
> > > 
> > > Hi, this is the version we have in prod where we needed to make the change:
> > > 
> > > [root@overcloud-novacompute-0 ~]# podman exec -ti nova_libvirt /bin/bash
> > > ()[root@overcloud-novacompute-0 /]# rpm -qi seabios-bin
> > > Name        : seabios-bin
> > > Version     : 1.13.0
> > > Release     : 2.module+el8.2.1+7284+aa32a2c4
> > > Architecture: noarch
> > > Install Date: Wed 02 Sep 2020 11:28:01 PM -03
> > > Group       : Applications/Emulators
> > > Size        : 393216
> > > License     : LGPLv3
> > > Signature   : RSA/SHA256, Wed 08 Jul 2020 12:59:35 PM -03, Key ID
> > > 199e2f91fd431d51
> > > Source RPM  : seabios-1.13.0-2.module+el8.2.1+7284+aa32a2c4.src.rpm
> > > Build Date  : Mon 06 Jul 2020 12:13:59 PM -03
> > > Build Host  : x86-vm-01.build.eng.bos.redhat.com
> > > Relocations : (not relocatable)
> > > Packager    : Red Hat, Inc. <http://bugzilla.redhat.com/bugzilla>
> > > Vendor      : Red Hat, Inc.
> > > URL         : https://www.coreboot.org/SeaBIOS
> > > Summary     : Seabios for x86
> > > Description :
> > > SeaBIOS is an open-source legacy BIOS implementation which can be used as
> > > a coreboot payload. It implements the standard BIOS calling interfaces
> > > that a typical x86 proprietary BIOS implements.
> > 
> > Hi,
> > 
> > Could you help to check whether you have the latest
> > seavgabios-bin-1.13.0-2.module+el8.2.1+7284+aa32a2c4.noarch as well?
> > Without seavgabios-bin-1.13.0-2.module+el8.2.1+7284+aa32a2c4.noarch,
> > seabios-bin-1.13.0-2.module+el8.2.1+7284+aa32a2c4.noarch itself cannot fix
> > the problem.
> > 
> > Double checked on my environment:
> > seavgabios-bin-1.13.0-2 + seabios-bin-1.13.0-2 --> solved bug BZ1847959,
> > resolution & colors of win10, win2019 VM works fine
> > seavgabios-bin-1.13.0-1 + seabios-bin-1.13.0-2 --> still hit BZ1847959, only
> > get 640x480 resolution and gray color for win10, win2019 VM
> > seavgabios-bin-1.13.0-1 + seabios-bin-1.13.0-1 --> hit BZ1847959, only get
> > 640x480 resolution and gray color for win10, win2019 VM
> > 
> > BR/
> > Zhiyi
> 
> Hi Zhiyi,
> 
> here is the cu feedback:
> 
> ~~~
> this is what we have
> 
> ()[root@overcloud-novacompute-0 /]# rpm -qi seavgabios-bin
> Name        : seavgabios-bin
> Version     : 1.13.0
> Release     : 2.module+el8.2.1+7284+aa32a2c4
> Architecture: noarch
> Install Date: Wed 02 Sep 2020 11:28:01 PM -03
> Group       : Applications/Emulators
> Size        : 214528
> License     : LGPLv3
> Signature   : RSA/SHA256, Wed 08 Jul 2020 12:59:35 PM -03, Key ID
> 199e2f91fd431d51
> Source RPM  : seabios-1.13.0-2.module+el8.2.1+7284+aa32a2c4.src.rpm
> Build Date  : Mon 06 Jul 2020 12:13:59 PM -03
> Build Host  : x86-vm-01.build.eng.bos.redhat.com
> Relocations : (not relocatable)
> Packager    : Red Hat, Inc. <http://bugzilla.redhat.com/bugzilla>
> Vendor      : Red Hat, Inc.
> URL         : https://www.coreboot.org/SeaBIOS
> Summary     : Seavgabios for x86
> Description :
> SeaVGABIOS is an open-source VGABIOS implementation.
> 
> From what I see this is an old version and we need to update? This is a
> production environment and with the change I made before I have no more
> problems, do I still need to update?
> ~~~
> 
> Thanks,
> Cristian

Hi Cristian,

Base on comment 5 & 8, customer already has up-to-date seabios rpms and these two rpms are sufficient to solve the issue of low resolution and gray color for windows VM. Check the threads from support case 02733635, looks like customer also has replaced cirrus with virtio in their production environment, so what's the proper next step for us?
Can we ask customer to validate the issue is fixed for us? If not, can we close this bug based on QE has verified this issue has been fixed according to the test result of BZ1847959?
Many thanks!

BR/
Zhiyi

Comment 10 Cristian Muresanu 2020-09-23 13:39:43 UTC
> Hi Cristian,
> 
> Base on comment 5 & 8, customer already has up-to-date seabios rpms and
> these two rpms are sufficient to solve the issue of low resolution and gray
> color for windows VM. Check the threads from support case 02733635, looks
> like customer also has replaced cirrus with virtio in their production
> environment, so what's the proper next step for us?
> Can we ask customer to validate the issue is fixed for us? If not, can we
> close this bug based on QE has verified this issue has been fixed according
> to the test result of BZ1847959?
> Many thanks!
> 
> BR/
> Zhiyi

Hi Zhiyi,

It looks like we are in the BZ1847959 scenario and that BZ is closed with an errata, so, since we have a solution now I think we can close this bug.
> seavgabios-bin-1.13.0-2 + seabios-bin-1.13.0-2 --> solved bug BZ1847959, resolution & colors of win10, win2019 VM works fine

As mentioned earlier, we already apply the bellow workaround to change the video card model from cirrus to virtio
#glance image-update IMG-UUID --property hw_video_model=virtio

Thanks for your help,
Cristian

Comment 11 Guo, Zhiyi 2020-09-24 01:38:06 UTC
Cristian, thanks for your feedback! Maybe it's worth to wait for a while to close this bug until support case closed, I will monitor the status of the support case and close this bug accordingly. Thanks!


BR/
Zhiyi

Comment 12 John Ferlan 2020-10-01 11:11:19 UTC
I see the customer case closed, so I'm going to dupe this as described above

*** This bug has been marked as a duplicate of bug 1847959 ***