Bug 1018099 - Can't show cpu details info after upgrade from 6.4 to 6.5
Summary: Can't show cpu details info after upgrade from 6.4 to 6.5
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: ovirt-node
Version: 6.5
Hardware: Unspecified
OS: Unspecified
medium
medium
Target Milestone: rc
: 6.5
Assignee: Ryan Barry
QA Contact: Virtualization Bugs
URL:
Whiteboard:
: 1017132 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-10-11 08:48 UTC by cshao
Modified: 2013-12-09 14:15 UTC (History)
17 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2013-11-14 19:36:43 UTC
Target Upstream Version:


Attachments (Terms of Use)
cpu details info (2.66 KB, image/png)
2013-10-11 08:48 UTC, cshao
no flags Details

Description cshao 2013-10-11 08:48:04 UTC
Created attachment 810917 [details]
cpu details info

Description of problem:
Can't show cpu details info after upgrade from 6.4 to 6.5

Version-Release number of selected component (if applicable):
rhev-hypervisor6-6.5-20130930.0.auto665
rhev-hypervisor6-6.4-20131003.0.el6_4 

How reproducible:
100%

Steps to Reproduce:
1. Install rhev-hypervisor6-6.4-20131003.0.el6_4
2. Upgrade to 6.5 via TUI.
3. login 6.5 and enter "view cpu details" menu.

Actual results:
"Failed to Establish Libvirt Connection" pop-up.

Expected results:
Hypervisor can show the correct cpu details info after upgrade from 6.4 to 6.5

Additional info:

Comment 2 RHEL Program Management 2013-10-15 01:34:40 UTC
This request was not resolved in time for the current release.
Red Hat invites you to ask your support representative to
propose this request, if still desired, for consideration in
the next release of Red Hat Enterprise Linux.

Comment 4 Ryan Barry 2013-10-15 20:48:31 UTC
Can't reproduce. Can I get details on your environment, please?

Comment 6 cshao 2013-10-16 05:58:43 UTC
Add keyword "Regression" due to no such issue in RHEV-H 6.4.

Comment 10 Daniel Walsh 2013-10-17 13:57:22 UTC
Is this working in permissive mode?  It could be something blocked by dontaudit rules.

semodule -DB

Will disable them.

semodule -B

Will enable them.

Comment 11 Ryan Barry 2013-10-17 17:02:13 UTC
Daniel:

Not sure if it works in permissive mode or not. It appears to only fail during a very brief window, and both networking and libvirtd worked as expected (after starting libvirtd). I'll see about dontaudiot

cshao:

I'm still not able to reproduce this, but I think I have a better idea of what's happening. What steps did you take to get here? 

Install 6.4
????
Configure Networking
?????
Upgrade
Doesn't work

I'm hoping to get closer to your workflow so I can reproduce in an environment where I debug init at the point where name resolution fails.

Comment 13 cshao 2013-10-18 08:48:26 UTC
(In reply to Ryan Barry from comment #11)
> Daniel:
> 
> Not sure if it works in permissive mode or not. It appears to only fail
> during a very brief window, and both networking and libvirtd worked as
> expected (after starting libvirtd). I'll see about dontaudiot
> 
> cshao:
> 
> I'm still not able to reproduce this, but I think I have a better idea of
> what's happening. What steps did you take to get here? 
> 
> Install 6.4
> ????
> Configure Networking
> ?????
> Upgrade
> Doesn't work
> 
> I'm hoping to get closer to your workflow so I can reproduce in an
> environment where I debug init at the point where name resolution fails.

Test step:
1. Install 6.4 and set password as "r"
2. configure network.
3. reboot
4. TUI upgrade to 6.5
5. Set password as "123qweP!@#"
6. reboot
7. login 6.5 and check cpu details info

Comment 20 Ryan Barry 2013-12-09 14:15:50 UTC
*** Bug 1017132 has been marked as a duplicate of this bug. ***


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