Bug 1314079
Summary: | Temporary removal of Redhat and Miq Domain in automate when using command line restore | ||||||
---|---|---|---|---|---|---|---|
Product: | Red Hat CloudForms Management Engine | Reporter: | ldomb | ||||
Component: | Automate | Assignee: | mkanoor | ||||
Status: | CLOSED NOTABUG | QA Contact: | Milan Falešník <mfalesni> | ||||
Severity: | high | Docs Contact: | |||||
Priority: | high | ||||||
Version: | 5.5.0 | CC: | dajohnso, jhardy, jprause, kmorey, ldomb, mberube, mkanoor, obarenbo, tfitzger | ||||
Target Milestone: | GA | Keywords: | ZStream | ||||
Target Release: | 5.6.0 | ||||||
Hardware: | Unspecified | ||||||
OS: | Unspecified | ||||||
Whiteboard: | automate | ||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | |||||||
: | 1314532 (view as bug list) | Environment: | |||||
Last Closed: | 2016-03-23 13:42:59 UTC | Type: | Bug | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Bug Depends On: | |||||||
Bug Blocks: | 1314532 | ||||||
Attachments: |
|
Description
ldomb
2016-03-02 20:49:09 UTC
I tested this with the same version of an CFME appliance and didn't see a problem with the restore. In your ticket you mention that during the backup the file name was #{BASE}/backup_exported.zip But during the restore the file name was #{BASE}/backup_imported.zip I just want to check if the filenames are correct. Also are there any error messages in the evm.log. Can we get a copy of the backup_imported.zip to see what it contains. I can recreate your issue if I have a ZIP file that just contains a single domain and not all the domains (Redhat, ManageIQ) like we see with the Backup. When you do a BACKUP all the domains are Backed up into the ZIP file, When we call restore all the domains are deleted and restored from the backup file. If the backup only has one domain that is the only one that will get restored. When you restart the server or reboot the machine we see the missing ManageIQ and Redhat domains and seed it from the db/fixtures/ae_datastore. I used it with an untouched appliance and just added the https://github.com/ramrexx/CloudFormsPOC/tree/master/Automate/CloudFormsPOC Domain. So to reproduce 1. Download the latest appliance for Openstack. 2. Configure it so it runs. 3. Go to marcos github repo and follow the steps to configure https://github.com/mberube9/cfme-cmd-tools 4. Create a git repo with the CloudFormsPOC domain or any other domain 5. point the automate.yaml git repo to yours 6. Do a automate git-pull This was braking on my appliance. I do not have the appliance anymore so I can't test it. Laurent The behavior suggested in this ticket will happen if your backup zip file only contains your domain and doesn't contain the ManageIQ and REDHAT domains. If ones doing a restore you need all the domains in the backup zip file. If you just want to import a single domain use the evm:automate:import. Laurent in your steps to reproduce you don't mention backup/restore but the automate git-pull so is this an issue in automate git-pull or in backup/restore. It's in backup restore I guess. There should be no use case where the redhat and managiq domain disappear. I can rebuild the environment I've had and see If I can reproduce and do a remote session with you. Yes please, can you recreate it and we can do a remote session. The backup/restore logic is for all domains it is not for a single domain. If you want to work with a single domain you would have to use export/import. You can't take an export deck of a single domain and pass it to restore. I would agree that there is an issue that we are not checking for the presence of Redhat/ManageIQ domain in the backup zip before we delete the domains. That I think is a bug. Is that the issue here? Can be closed. the removal of datastores happened because of the wrong application of evm:automate:restore. For a single datastore evm:automate:import should be used. |