Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 1361174 - VMware-Cloning a template fails when the target datacenter is nested below multiple folders
VMware-Cloning a template fails when the target datacenter is nested below mu...
Status: CLOSED ERRATA
Product: Red Hat CloudForms Management Engine
Classification: Red Hat
Component: Provisioning (Show other bugs)
5.6.0
x86_64 Linux
high Severity high
: GA
: 5.6.3
Assigned To: Drew Bomhof
Shveta
provision:vmware
: ZStream
Depends On: 1358474
Blocks:
  Show dependency treegraph
 
Reported: 2016-07-28 08:44 EDT by John Prause
Modified: 2016-11-30 14:52 EST (History)
10 users (show)

See Also:
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 14:52:42 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: VMware


Attachments (Terms of Use)
automation log (13.71 MB, application/zip)
2016-09-20 14:24 EDT, Shveta
no flags Details


External Trackers
Tracker ID Priority Status Summary Last Updated
Red Hat Product Errata RHSA-2016:2839 normal SHIPPED_LIVE Important: CFME 5.6.3 security, bug fix, and enhancement update 2016-11-30 19:51:49 EST

  None (edit)
Comment 4 Shveta 2016-09-20 14:15:43 EDT
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 14:24 EDT
Created attachment 1202996 [details]
automation log
Comment 8 Shveta 2016-10-04 14:44:58 EDT
@Drew : Please see https://10.8.199.36

Request number 8
Comment 9 Shveta 2016-10-10 12:20:21 EDT
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 06:15:06 EST
Fixed.
Verified in 5.6.3.0.20161108115816_66df924
Comment 13 errata-xmlrpc 2016-11-30 14:52:42 EST
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

Note You need to log in before you can comment on or make changes to this bug.