Bug 225413 - Useless xen-vncfb process is created for fully virtualized domains
Useless xen-vncfb process is created for fully virtualized domains
Status: CLOSED ERRATA
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: xen (Show other bugs)
5.0
All Linux
medium Severity medium
: ---
: ---
Assigned To: Markus Armbruster
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2007-01-30 10:18 EST by Chris Lalancette
Modified: 2010-10-22 08:45 EDT (History)
2 users (show)

See Also:
Fixed In Version: RHEA-2007-0635
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2007-11-07 12:09:34 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)
Rewrite old-style config into new style only for pv domains (448 bytes, patch)
2007-01-30 10:59 EST, Markus Armbruster
no flags Details | Diff

  None (edit)
Description Chris Lalancette 2007-01-30 10:18:28 EST
Description of problem:

When a fully virtualized domain is started (via xm create <dom>), a xen-vncfb
process is created.  However, fully virtualized domains do not require this for
the frame buffer, so it eats up a slot in the process table for no reason. 
Interestingly, the useless xen-vncfb process is not created when doing a fully
virt install via virt-install; only on subsequent reboots.

xenstore-ls shows a vkbd and vfb configured for the domain, so it seems
something is mis-configured.

This is pretty simple to reproduce; just install a fully virt domain (say, RHEL4
U4), shut it down, and then start it via "xm create"; you'll see the xen-vncfb
process created.
Comment 1 Markus Armbruster 2007-01-30 10:59:00 EST
Created attachment 146926 [details]
Rewrite old-style config into new style only for pv domains

The PVFB backend (either xen-vncfb or xen-sdlfb) is only run when the device is
configured.  Unfortunately, fv configuration looks like old-style pv
configuration.	The backward compatibility code rewrites it into new style,
which makes it configured.  Don't do that.
Comment 2 RHEL Product and Program Management 2007-03-21 18:24:41 EDT
This request was evaluated by Red Hat Product Management for inclusion in a Red
Hat Enterprise Linux maintenance release.  Product Management has requested
further review of this request by Red Hat Engineering, for potential
inclusion in a Red Hat Enterprise Linux Update release for currently deployed
products.  This request is not yet committed for inclusion in an Update
release.
Comment 3 Daniel Berrange 2007-06-14 11:02:31 EDT
Built into dist-5E-qu-candidate as xen-3.0.3-27.el5

* Thu Jun 14 2007 Daniel P. Berrange <berrange@redhat.com> - 3.0.3-27.el5
- Don't start a xen-vncfb process for HVM (rhbz#225413)
Comment 5 Issue Tracker 2007-08-06 15:04:13 EDT
Thanks for the update! I'll let engineering know it's fixed in the 5.1
bits.

Resolution set to: 'RHEL 5.1'
Ticket type set to: 'Problem'

This event sent from IssueTracker by gcase 
 issue 111215
Comment 8 errata-xmlrpc 2007-11-07 12:09:34 EST
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on the solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHEA-2007-0635.html

Note You need to log in before you can comment on or make changes to this bug.