Red Hat Bugzilla – Bug 924575
Auto install: Debug messages mess up on network page.
Last modified: 2014-01-21 14:28:36 EST
Description of problem: Auto install: Debug messages mess up on network page. Version-Release number of selected component (if applicable): rhev-hypervisor-advanced-6.4-20130321.0.el6ev How reproducible: 100% Steps to Reproduce: 1. Auto install RHEV-H with below parameters: BOOTIF=eth0 storage_init=/dev/sda firstboot 2. Login RHEV-H and enter network page 3. Actual results: 1. Auto install: Debug messages mess up on network page. 2. No such issue with TUI install. Expected results: No debug messages mess up the screen . Additional info:
Created attachment 714316 [details] debug message
Mark it a regression since no this issue on 6.4-20130318.1 build.
This bugzilla has Keywords: Regression or TestBlocker. Since no regressions or test blockers are allowed between releases, it is also being [proposed|marked] as a blocker for this release. Please resolve ASAP.
Since the release flag was set to ? after the qa_ack flag was set to + (was likely set for the previous release), the qa_ack flag has been reset to ? by the bugbot (pm-rhel). This action ensures the proper review by Product Management.
TUI install: Debug messages mess up on network page after register to RHEVM.
This request has been proposed as a blocker, but a release flag has not been requested. Please set a release flag to ? to ensure we may track this bug against the appropriate upcoming release, and reset the blocker flag to ?.
Why are all the messages in this bug marked as private? I see no reason for that. I was silly to choose an unorthodox bridge name, but the bug has to be solved in ovirt-node.
Since this bug report was entered in bugzilla, the release flag has been set to ? to ensure that it is properly evaluated for this release.
(In reply to comment #9) > Why are all the messages in this bug marked as private? I see no reason for > that. > OK, no private data in the bug, unmark the private box. Thanks.
Yes, the special characters in the bridge name lead to the observed problem. The following patch fixes this issue (as long as no quotes are used in bridge names): http://gerrit.ovirt.org/#/c/13914/ This patch was tested as follows: 1. Testbuild with patch above 2. Create bridge manually: brctl addbr ";vdsmfoo;" 3. Enter Network page - no debug messages 4. Register to RHEV-M 5. Enter Network page - no debug messages
Upstream patch obsoleted by http://gerrit.ovirt.org/#/c/13872
Works with RHEVH 6.4-20130912.1.el6_4
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. http://rhn.redhat.com/errata/RHBA-2014-0033.html