This is my first attempt at creating a package (Alpha Automation Package) - it contains several workflows and configuration items.
When attempting to import into another Orchestrator instance, I get the following:
Is there a log location I can find to try and figure out what's causing this error? Has anyone seen this before?
The previously reported issue (in the PR I mentioned above) was caused by a mismatch of client and server build numbers.
Can you check if the build number of the client is exactly the same as the build number of the server?
Which version of vCO are you using?
Can you try to export /import same package without configuration elements?
Locations of Orchestrator log files are documented in the public documentation available at https://www.vmware.com/support/pubs/orchestrator_pubs.html
Note the locations might be version-dependent. For 5.5.x, here is the direct link to 'Orchestrator Log Files' section in the documentation http://pubs.vmware.com/vsphere-55/index.jsp#com.vmware.vsphere.vco_install_config.doc/GUID-0BA1B08B-...
Sorry for the late reply, I've been feeling under the weather.
I'm exporting/importing with vCO 5.1.0. I can try this morning to remove the configuration elements and import that.
After removing the configuration elements, the package imported just fine. I'm guessing that's a known bug? I've been meaning to upgrade (not all the way to 5.5 as nothing else in my environment is 5.5), maybe this will be the impetus for the upgrade.
I don't recall such known bug.
Is it possible to get a copy of your package (if it doesn't contain sensitive data) so we can check what exactly is causing import failure?
After breaking out the config elements into their own package, things have started to work. I'm not 100% sure why they didn't work together, but I'm relatively happy with the results for now. The only downside is it appears the values for those configuration elements didn't get brought over (namely arrays of strings for list compilation).
We have actually an issue with similar message but we were unable to identify the exact cause till now. I think the issue might be connected with a new option added to export wizard regarding export of ConfiurationElements values. Will try to reproduce it ibut as Ilian mentioned providing the package causign the issue will help us to reproduce it.
Regards, Ivo
I'll take a look to see if the package has sensitive information prior to providing it. Is there a VMware site I can upload it so that it doesn't become available to the public?
On another note, it looks like I was incorrect about versions, a coworker was upgrading the second vCO site between import/export.
Maybe this is a case of user error? I can't seem to replicate the original error, even with the original package.
PR #1170885 looks identical
Do you have a link to that PR?
There is no publicly available link.
The previously reported issue (in the PR I mentioned above) was caused by a mismatch of client and server build numbers.
Can you check if the build number of the client is exactly the same as the build number of the server?
It wasn't at the time I was getting the errors. Now that the client/server build numbers match I'm good to go. Thanks!