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

Bug 1142733

Summary: VNC in text mode unreadable on PPC host when running RHEL 6.x guests
Product: Red Hat Enterprise Virtualization Manager Reporter: Lukas Svaty <lsvaty>
Component: vdsmAssignee: Francesco Romani <fromani>
Status: CLOSED CURRENTRELEASE QA Contact: Lukas Svaty <lsvaty>
Severity: urgent Docs Contact:
Priority: urgent    
Version: 3.4.1-1CC: bazulay, bugproxy, danken, ecohen, fnovak, gklein, hannsj_uhl, iheim, lpeer, lsurette, lsvaty, mavital, mburman, michal.skrivanek, ofrenkel, rbalakri, Rhev-m-bugs, rmm, sherold, yeylon
Target Milestone: ---   
Target Release: 3.5.0   
Hardware: ppc64   
OS: Linux   
Whiteboard: virt
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2015-02-16 13:39:12 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:
Bug Depends On: 1142450    
Bug Blocks: 1122979    

Description Lukas Svaty 2014-09-17 10:10:07 UTC
Description of problem:
VNC session in text mode is unreadable as it is too dark. Works OK once
switched on graphic mode (e.g. X11))

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

How reproducible:
100%

Steps to Reproduce:
1. Start VM
2. Open VNC

Actual results:
Text mode of VNC too dark.

Expected results:
Should be same as graphic mode.

Comment 1 Lukas Svaty 2014-09-18 11:40:15 UTC
packages on host:
qemu-kvm-1.6.0-2.pkvm2_1.17.8.ppc64
qemu-kvm-tools-1.6.1-2.fc20.ppc64
qemu-img-1.6.0-2.pkvm2_1.17.8.ppc64
qemu-common-1.6.0-2.pkvm2_1.17.8.ppc64
qemu-1.6.0-2.pkvm2_1.17.8.ppc64
qemu-system-ppc-1.6.0-2.pkvm2_1.17.8.ppc64
qemu-system-x86-1.6.0-2.pkvm2_1.17.8.ppc64
libvirt-docs-1.1.3-1.pkvm2_1.17.6.ppc64
libvirt-lock-sanlock-1.1.3-1.pkvm2_1.17.6.ppc64
libvirt-daemon-driver-secret-1.1.3-1.pkvm2_1.17.6.ppc64
libvirt-client-1.1.3-1.pkvm2_1.17.6.ppc64
libvirt-daemon-driver-nodedev-1.1.3-1.pkvm2_1.17.6.ppc64
libvirt-daemon-1.1.3-1.pkvm2_1.17.6.ppc64
libvirt-daemon-driver-nwfilter-1.1.3-1.pkvm2_1.17.6.ppc64
libvirt-daemon-driver-lxc-1.1.3-1.pkvm2_1.17.6.ppc64
libvirt-daemon-qemu-1.1.3-1.pkvm2_1.17.6.ppc64
libvirt-daemon-driver-network-1.1.3-1.pkvm2_1.17.6.ppc64
libvirt-daemon-driver-interface-1.1.3-1.pkvm2_1.17.6.ppc64
libvirt-daemon-config-nwfilter-1.1.3-1.pkvm2_1.17.6.ppc64
libvirt-python-1.1.3-1.pkvm2_1.17.6.ppc64
libvirt-daemon-driver-qemu-1.1.3-1.pkvm2_1.17.6.ppc64
libvirt-daemon-config-network-1.1.3-1.pkvm2_1.17.6.ppc64
libvirt-daemon-driver-storage-1.1.3-1.pkvm2_1.17.6.ppc64
libvirt-1.1.3-1.pkvm2_1.17.6.ppc64
vdsm-xmlrpc-4.14.15-5.gitb02671b.fc20.noarch
vdsm-4.14.15-5.gitb02671b.fc20.ppc64
vdsm-tests-4.14.15-5.gitb02671b.fc20.noarch
vdsm-cli-4.14.15-5.gitb02671b.fc20.noarch
vdsm-python-zombiereaper-4.14.15-5.gitb02671b.fc20.noarch
vdsm-python-4.14.15-5.gitb02671b.fc20.ppc64

Comment 2 Frantisek Kobzik 2014-09-18 11:56:38 UTC
Switching component - the issue is unrelated to RHEV-M. 


Graphics and video-related xml from libvirt:

<graphics type='vnc' port='5900' autoport='yes' listen='0'
          keymap='en-us' passwdValidTo='2014-09-18T11:41:29'>
  <listen type='address' address='0'/>
</graphics>
<video>
  <model type='vga' vram='32768' heads='1'/>
  <alias name='video0'/>
  <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x0'/>
</video>

We do not send any exotic parameters that could possibly affect graphics output.

Comment 3 Michal Skrivanek 2014-09-29 08:10:21 UTC
it's happening only on RHEL 6.5; works fine in F20
please test 6.6 and let's see.

(keeping bug within RHEV until 6.6 is tested)

Comment 4 Michael Burman 2014-10-20 09:59:10 UTC
RHEL 6.6 the same. very dark.

Comment 5 Lukas Svaty 2014-10-20 10:02:38 UTC
info provided by Michael

Comment 6 Frank Novak 2014-10-21 16:12:49 UTC
Looks like may be dup of https://bugzilla.redhat.com/show_bug.cgi?id=1142450

Comment 7 Michal Skrivanek 2014-10-31 10:50:02 UTC
(In reply to Frank Novak from comment #6)
> Looks like may be dup of https://bugzilla.redhat.com/show_bug.cgi?id=1142450

quite likely
Looking at the RHEL 6.7 bug fix should be available, should be good enough to test if it's the same issue, can you please try simply booting with kernel-2.6.32-507.el6?

Comment 8 Lukas Svaty 2014-11-10 16:54:01 UTC
fixed in kernel-2.6.32-507.el6