Allow public templates with no url to be migrated#5404
Conversation
|
@blueorangutan package |
|
@Pearl1594 a Jenkins job has been kicked to build packages. I'll keep you posted as I make progress. |
|
Packaging result: ✔️ el7 ✔️ el8 ✔️ debian. SL-JID 1110 |
|
@Pearl1594 |
|
yes @weizhouapache - all private templates are selected for migration |
|
@blueorangutan test |
|
@Pearl1594 a Trillian-Jenkins test job (centos7 mgmt + kvm-centos7) has been kicked to run smoke tests |
| VMTemplateVO templateVO = templateDao.findById(template.getTemplateId()); | ||
| if (template.getState() == ObjectInDataStoreStateMachine.State.Ready && templateVO != null && !templateVO.isPublicTemplate() && | ||
| if (template.getState() == ObjectInDataStoreStateMachine.State.Ready && templateVO != null && | ||
| (!templateVO.isPublicTemplate() || (templateVO.isPublicTemplate() && templateVO.getUrl() == null)) && |
|
Trillian test result (tid-1944)
|
weizhouapache
left a comment
There was a problem hiding this comment.
code lgtm
left 1 small comment
|
code LGTM, @Pearl1594 pls resolve outstanding comments. |
|
I see only one minor nit comment - while 2lgtms and smoketests are here. Merging based on this. |
Description
This PR allows migration of public templates that are created from snapshots / volumes. Data migration across secondary stores initially excluded all public templates on the pretext that public templates are automatically synced when a new image store is added; however, this assumption isn't true for templates marked as "public" when created from snapshots / volumes. Such templates can be identified if their url is null
Types of changes
Feature/Enhancement Scale or Bug Severity
Feature/Enhancement Scale
Bug Severity
Screenshots (if appropriate):
How Has This Been Tested?
Initial Behavior:
New Behavior:
Also attempted deletion of store 1 prior initiating migration - with the public template (created from snapshot) present - fails as expected:
