Created attachment 1132532 [details] Automate out of order Description of problem: When using script/rails runner script/rake evm:automate:backup BACKUP_ZIP_FILE=#{BASE}/backup_exported.zip OVERWRITE=true" and script/rails runner script/rake evm:automate:restore BACKUP_ZIP_FILE=#{BASE}/backup_imported.zip The Redhat as well as MIQ domain disappears from the GUI until a reset or reboot is done. The Domains are out of order after a reboot as well as restore and the priority cannot be set from the gui nor from the command line. After a reset the order is Redhat Mydomain ManagIQ Version-Release number of selected component (if applicable): cfme-5.5.2.4-1.el7cf.x86_64 How reproducible: Follow marcos github repo https://github.com/mberube9/cfme-cmd-tools Steps to Reproduce: 1. See above 2. 3. Actual results: Locked datastores are not visible anymore. After a reboot or reset they become visible but are out of order and the order cant be changed Expected results: Adds the CloudFormsPoc domain(mydomain) before Redhat and ManagIQ Additional info:
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.