Bug 1361174

Summary: VMware-Cloning a template fails when the target datacenter is nested below multiple folders
Product: Red Hat CloudForms Management Engine Reporter: John Prause <jprause>
Component: ProvisioningAssignee: Drew Bomhof <dbomhof>
Status: CLOSED ERRATA QA Contact: Shveta <sshveta>
Severity: high Docs Contact:
Priority: high    
Version: 5.6.0CC: benglish, cpelland, jdeubel, jhardy, jocarter, mfeifer, obarenbo, simaishi, ssainkar, sshveta
Target Milestone: GAKeywords: ZStream
Target Release: 5.6.3   
Hardware: x86_64   
OS: Linux   
Whiteboard: provision:vmware
Fixed In Version: 5.6.3.0 Doc Type: Bug Fix
Doc Text:
In the previous version of CloudForms, cloning a VMware template failed when the target datacenter was nested below multiple folders. This was because if the datacenter was nested logically under various folders, users were unable to find the placement ID during an autoplacement VMware provision request. This fix always does a lookup of the folder path from the host datacenter instead of statically setting a possible wrong default value which has resolved the issue.
Story Points: ---
Clone Of: 1358474 Environment:
Last Closed: 2016-11-30 19:52:42 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: VMware Target Upstream Version:
Embargoed:
Bug Depends On: 1358474    
Bug Blocks:    
Attachments:
Description Flags
automation log none

Comment 4 Shveta 2016-09-20 18:15:43 UTC
Cloning this template works fine but "provision from VM" fails with error "
[RuntimeError]: A specified parameter was not correct. spec.location.folder "

Comment 5 Shveta 2016-09-20 18:24:55 UTC
Created attachment 1202996 [details]
automation log

Comment 8 Shveta 2016-10-04 18:44:58 UTC
@Drew : Please see https://10.8.199.36

Request number 8

Comment 9 Shveta 2016-10-10 16:20:21 UTC
Not alive anymore . 
All appliance stay for a day or two max (until they hit the SWAP memory issue, once they hit SWAP we have to kill them )

I will try and recreate on another appliance .

Comment 11 Shveta 2016-11-19 11:15:06 UTC
Fixed.
Verified in 5.6.3.0.20161108115816_66df924

Comment 13 errata-xmlrpc 2016-11-30 19:52:42 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://rhn.redhat.com/errata/RHSA-2016-2839.html