Bug 1376751
Summary: | NPE importing the hosted-engine VM | ||||||
---|---|---|---|---|---|---|---|
Product: | [oVirt] ovirt-engine | Reporter: | Simone Tiraboschi <stirabos> | ||||
Component: | BLL.HostedEngine | Assignee: | Roy Golan <rgolan> | ||||
Status: | CLOSED CURRENTRELEASE | QA Contact: | Artyom <alukiano> | ||||
Severity: | urgent | Docs Contact: | |||||
Priority: | urgent | ||||||
Version: | 4.0.4.2 | CC: | aaviram, bugs, dfediuck, lveyde, mgoldboi, rgolan, sasundar, ylavi, yquinn | ||||
Target Milestone: | ovirt-4.0.4 | Keywords: | Regression, Triaged | ||||
Target Release: | 4.0.4 | Flags: | rule-engine:
ovirt-4.0.z+
rule-engine: blocker+ mgoldboi: planning_ack+ dfediuck: devel_ack+ mavital: testing_ack+ |
||||
Hardware: | Unspecified | ||||||
OS: | Unspecified | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | If docs needed, set a value | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2016-09-26 12:40:07 UTC | Type: | Bug | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | SLA | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Bug Depends On: | 1361838 | ||||||
Bug Blocks: | |||||||
Attachments: |
|
Description
Simone Tiraboschi
2016-09-16 09:55:41 UTC
(In reply to Simone Tiraboschi from comment #0) > Version-Release number of selected component (if applicable): ovirt-engine.noarch 4.0.4.3-1.el7.centos @ovirt-4.0-pre Created attachment 1201582 [details]
engine.log
Lev, can you please ensure that this is explicitly covered by our CI tests? We need to: - add (via REST API) an additional storage domain - wait for the hosted-engine storage domain to be auto-imported and check it via REST API - wait for the hosted-engine VM to be auto-imported and check it via REST API - wait for the OVF_STORE disks to be generated on the hosted-engine storage domain The latest step will by normally performed only after one hour; if we don't want to block the test for one hour just for that we can reduce that timing to one minute with: engine-config -s OvfUpdateIntervalInMinutes=1 && systemctl restart ovirt-engine *** Bug 1376768 has been marked as a duplicate of this bug. *** I too faced the same scenario with glusterfs storage domain with HC ( Grafton LA ) setup. (In reply to Simone Tiraboschi from comment #3) > Lev, can you please ensure that this is explicitly covered by our CI tests? > > We need to: > - add (via REST API) an additional storage domain This is already done today, I believe. > - wait for the hosted-engine storage domain to be auto-imported and check it > via REST API This isn't. > - wait for the hosted-engine VM to be auto-imported and check it via REST API This isn't. > - wait for the OVF_STORE disks to be generated on the hosted-engine storage > domain This isn't. > > The latest step will by normally performed only after one hour; if we don't > want to block the test for one hour just for that we can reduce that timing > to one minute with: > > engine-config -s OvfUpdateIntervalInMinutes=1 && systemctl restart > ovirt-engine I thought there was a way to explicitly refresh the OVF store and the HE is supposed to use it? A fix for this issues is already merged on 4.0 : https://bugzilla.redhat.com/show_bug.cgi?id=1361838 https://gerrit.ovirt.org/#/c/63531/1 (In reply to Yaniv Kaul from comment #6) > > engine-config -s OvfUpdateIntervalInMinutes=1 && systemctl restart > > ovirt-engine > > I thought there was a way to explicitly refresh the OVF store and the HE is > supposed to use it? Roy, is the auto-import procedure forcefully triggering the OVF_STORE creation or have we still to wait for the whole OvfUpdateIntervalInMinutes ? Verified on rhevm-4.0.4.4-0.1.el7ev.noarch Auto-import succeeds without any errors: 2016-09-21 04:56:24,125 INFO [org.ovirt.engine.core.bll.HostedEngineImporter] (org.ovirt.thread.pool-6-thread-46) [79fd311c] Try to import the Hosted Engine VM 'VM [HostedEngine]' 2016-09-21 04:56:24,405 INFO [org.ovirt.engine.core.bll.exportimport.ImportVmCommand] (org.ovirt.thread.pool-6-thread-46) [7d5ecb51] Lock Acquired to object 'EngineLock:{exclusiveLocks='[89b8402f-f042-4649-822b-3ebd6fc60ef2=<VM, ACTION_TYPE_FAILED_VM_IS_BEING_IMPORTED$VmName HostedEngine>, HostedEngine=<VM_NAME, ACTION_TYPE_FAILED_NAME_ALREADY_USED>]', sharedLocks='[89b8402f-f042-4649-822b-3ebd6fc60ef2=<REMOTE_VM, ACTION_TYPE_FAILED_VM_IS_BEING_IMPORTED$VmName HostedEngine>]'}' 2016-09-21 04:56:24,458 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.DoesImageExistVDSCommand] (org.ovirt.thread.pool-6-thread-46) [7d5ecb51] START, DoesImageExistVDSCommand( GetImageInfoVDSCommandParameters:{runAsync='true', storagePoolId='57e243b2-0367-00fc-0093-00000000018a', ignoreFailoverLimit='false', storageDomainId='6815aff5-b6a4-4d67-9372-7572ba0d6754', imageGroupId='ce4a73d4-1874-4137-9c0b-8b963c988db3', imageId='fe45e5b9-4e7b-4998-8790-8ce1b6864eee'}), log id: 7485a56f 2016-09-21 04:56:25,481 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.DoesImageExistVDSCommand] (org.ovirt.thread.pool-6-thread-46) [7d5ecb51] FINISH, DoesImageExistVDSCommand, return: true, log id: 7485a56f 2016-09-21 04:56:25,580 INFO [org.ovirt.engine.core.bll.exportimport.ImportVmCommand] (org.ovirt.thread.pool-6-thread-46) [] Running command: ImportVmCommand internal: true. Entities affected : ID: 6815aff5-b6a4-4d67-9372-7572ba0d6754 Type: StorageAction group IMPORT_EXPORT_VM with role type ADMIN, ID: 6815aff5-b6a4-4d67-9372-7572ba0d6754 Type: StorageAction group IMPORT_EXPORT_VM with role type ADMIN 2016-09-21 04:56:25,832 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-6-thread-46) [] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: VM HostedEngine has MAC address(es) 00:16:3e:7b:b8:53, which is/are out ouf its MAC pool definitions. 2016-09-21 04:56:26,010 WARN [org.ovirt.engine.core.bll.exportimport.ImportVmCommand] (org.ovirt.thread.pool-6-thread-46) [] VM '89b8402f-f042-4649-822b-3ebd6fc60ef2' doesn't have active snapshot in export domain 2016-09-21 04:56:26,292 INFO [org.ovirt.engine.core.vdsbroker.SetVmStatusVDSCommand] (org.ovirt.thread.pool-6-thread-46) [] START, SetVmStatusVDSCommand( SetVmStatusVDSCommandParameters:{runAsync='true', vmId='89b8402f-f042-4649-822b-3ebd6fc60ef2', status='Down', exitStatus='Normal'}), log id: 6ab0d3cd 2016-09-21 04:56:26,310 INFO [org.ovirt.engine.core.vdsbroker.SetVmStatusVDSCommand] (org.ovirt.thread.pool-6-thread-46) [] FINISH, SetVmStatusVDSCommand, log id: 6ab0d3cd 2016-09-21 04:56:26,338 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-6-thread-46) [] Correlation ID: 7d5ecb51, Call Stack: null, Custom Event ID: -1, Message: Starting to import Vm HostedEngine to Data Center Default, Cluster Default 2016-09-21 04:56:26,338 INFO [org.ovirt.engine.core.bll.exportimport.ImportVmCommand] (org.ovirt.thread.pool-6-thread-46) [] Lock freed to object 'EngineLock:{exclusiveLocks='[89b8402f-f042-4649-822b-3ebd6fc60ef2=<VM, ACTION_TYPE_FAILED_VM_IS_BEING_IMPORTED$VmName HostedEngine>, HostedEngine=<VM_NAME, ACTION_TYPE_FAILED_NAME_ALREADY_USED>]', sharedLocks='[89b8402f-f042-4649-822b-3ebd6fc60ef2=<REMOTE_VM, ACTION_TYPE_FAILED_VM_IS_BEING_IMPORTED$VmName HostedEngine>]'}' 2016-09-21 04:56:26,338 INFO [org.ovirt.engine.core.bll.HostedEngineImporter] (org.ovirt.thread.pool-6-thread-46) [] Successfully imported the Hosted Engine VM (In reply to Simone Tiraboschi from comment #3) > Lev, can you please ensure that this is explicitly covered by our CI tests? > > We need to: > - add (via REST API) an additional storage domain > - wait for the hosted-engine storage domain to be auto-imported and check it > via REST API > - wait for the hosted-engine VM to be auto-imported and check it via REST API > - wait for the OVF_STORE disks to be generated on the hosted-engine storage > domain > > The latest step will by normally performed only after one hour; if we don't > want to block the test for one hour just for that we can reduce that timing > to one minute with: > > engine-config -s OvfUpdateIntervalInMinutes=1 && systemctl restart > ovirt-engine I think that Yaniv is right, we only have the additional storage addition, which is done with PythonSDK (ovirt-lago). |