Bug 853227
Summary: | rhevm trys to run power management command on host during its installation | ||
---|---|---|---|
Product: | Red Hat Enterprise Virtualization Manager | Reporter: | Rami Vaknin <rvaknin> |
Component: | ovirt-engine | Assignee: | Nobody's working on this, feel free to take it <nobody> |
Status: | CLOSED WONTFIX | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | unspecified | ||
Version: | 3.0.7 | CC: | acathrow, emesika, iheim, jkt, lpeer, Rhev-m-bugs, yeylon |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | infra | ||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2013-12-01 09:59:03 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | Infra | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Rami Vaknin
2012-08-30 19:34:32 UTC
are we sure this isn't just trying to validate the PM configuration? log is missing which power management command was sent. I assume that it is the command that validates the PM configuration, it just need to be running only after host is up and running or PM configuration should not be allowed during host installation - the first option is the preferred one. I don't have a log of the PM command, but anyway I use the following code for PM configuration using rhevm-sdk: host_obj = self.getSdkProxy().hosts.get(self.getName()) host_obj.power_management=params.PowerManagement(address='.'.join([self.getName() + c.PM_ADDRESS_ADDITION, self.getDomain()]), username=pm_user, password=pm_passwd, enabled='true', type_=pm_type) host_obj.update() eli - thoughts? (In reply to Itamar Heim from comment #4) > eli - thoughts? When a Host is saved and have PM configured, the configuration is tested by sending a "status" command to the PM agent. In this case there is no Host in the Cluster or DC that can serve as a proxy and therefor the generated errors are OK and working as desgned. Since that we are retring to find a proxy before giving up FindFenceProxyRetries times (3 by default) with delay of FindFenceProxyDelayBetweenRetriesInSec (30 sec by default) this mean that we didn't find a proxy for 90 sec before giving up. I assume that with the new 3.3 Install procedure that don't require a Host reboot we will get those Hosts up withing those 90 sec and get a proxy as well, so I don't expect this BZ to be reproduced in 3.3 Closing old bugs. If this issue is still relevant/important in current version, please re-open the bug. |