Bug 772304

Summary: push fails for vsphere into a vcenter5 env
Product: [Retired] CloudForms Cloud Engine Reporter: wes hayutin <whayutin>
Component: DocumentationAssignee: Dan Macpherson <dmacpher>
Status: CLOSED CURRENTRELEASE QA Contact: wes hayutin <whayutin>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 1.0.0CC: akarol, brad, dajohnso, deltacloud-maint, dgao, dmacpher, jrd, jskeoch, lbrindle, mitch, ssachdev, whayutin
Target Milestone: rc   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-06-07 06:16:01 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description wes hayutin 2012-01-06 18:38:03 UTC
Description of problem:

One note.. I am able to connect to vsphere vcenter 5 server via deltacloud. I know deltacloud is not used for pushing, but I'm using it as a reference.
The full trace will be attached 

012-01-06 11:51:41,355 DEBUG imgfac.builders.BaseBuilder.RHEL6_vsphere_Builder pid(18629) Message: Image file /var/lib/imagefactory/images/vmware-image-3260e73e-7767-4a03-90b5-4de03e0d34b5.vmdk already present - skipping warehouse download
2012-01-06 11:51:41,744 DEBUG paste.httpserver.ThreadPool pid(18629) Message: Added task (0 tasks queued)
2012-01-06 11:51:45,153 ERROR suds.xsd.sxbasic pid(18629) Message: Import:0x7fe3ae876cd0, imported schema (urn:reflect) at (https://10.16.120.224/sdk/reflect-messagetypes.xsd), failed
Traceback (most recent call last):
  File "/usr/lib/python2.6/site-packages/suds/xsd/sxbasic.py", line 560, in download
    d = reader.open(url)
  File "/usr/lib/python2.6/site-packages/suds/reader.py", line 79, in open
    d = self.download(url)
  File "/usr/lib/python2.6/site-packages/suds/reader.py", line 95, in download
    fp = self.options.transport.open(Request(url))
  File "/usr/lib/python2.6/site-packages/suds/transport/https.py", line 60, in open
    return  HttpTransport.open(self, request)
  File "/usr/lib/python2.6/site-packages/suds/transport/http.py", line 64, in open
    raise TransportError(str(e), e.code, e.fp)
TransportError: HTTP Error 404: Not Found

Comment 1 wes hayutin 2012-01-06 18:39:09 UTC
successful connection w/ deltacloud4.x

[root@minidoe ~]# API_PROVIDER=10.16.120.224 /usr/bin/deltacloudd -i vsphere  -p 3008
Starting Deltacloud API :: vsphere :: 10.16.120.224 :: http://localhost:3008/api

>> Thin web server (v1.2.11 codename Bat-Shit Crazy)
>> Debugging ON
>> Maximum connections set to 1024
>> Listening on localhost:3008, CTRL+C to stop
127.0.0.1 - - [06/Jan/2012 13:29:07] "GET /api/realms HTTP/1.1" 200 2486 1.5581
127.0.0.1 - - [06/Jan/2012 13:29:08] "GET /images/realm.png HTTP/1.1" 200 20279 0.0020
127.0.0.1 - - [06/Jan/2012 13:29:10] "GET /api/ HTTP/1.1" 200 2836 0.0466
127.0.0.1 - - [06/Jan/2012 13:29:14] "GET /api/images HTTP/1.1" 200 2148 2.6496
127.0.0.1 - - [06/Jan/2012 13:29:33] "GET /api/instances HTTP/1.1" 200 2564 3.5889
127.0.0.1 - - [06/Jan/2012 13:29:33] "GET /images/machine.png HTTP/1.1" 200 9234 0.0012

Comment 2 Ian McLeod 2012-01-09 16:31:36 UTC
This appears to be a known issue with vsphere 5.0 where certain files referenced in the .wsdl are not present:

http://www.vmware.com/support/developer/vc-sdk/wssdk_5_0_releasenotes.html#knownissues

See the section:

"vSphere 5.0 Server WSDL files obtained directly from a Server are not complete"

The proposed solution is to obtain the missing files from the SDK, store them locally and import from the local copy.

I'm not sure we want to do this in the general case, as it requires that we select a particular version of the interface definition rather than grabbing it dynamically from whatever vsphere server we happen to be pointed at.

Comment 3 Ian McLeod 2012-01-09 17:03:29 UTC
Wes is going to attempt to fix this on the VMWare side using the workaround described here:

http://communities.vmware.com/message/1880475#1880475

This will end up being a doc fix.

I am switching to ON_QA to reflect that Wes and Co. have agreed to attempt this work.

Thanks guys!

Comment 4 jrd 2012-01-09 17:21:55 UTC
Adding in Mitch, as this is a product issue.  Might also want to loop in GSS, as this kind of thing could generate support calls.

Comment 5 wes hayutin 2012-01-09 22:55:36 UTC
Here's the tested fix..

1. Download the vsphere vcenter5 sdk

2.
copy two files

VMware-vSphere-SDK-5.0.0-429209.zip\SDK\vsphere-ws\wsdl\vim25\reflect-messagestypes.xsd
VMware-vSphere-SDK-5.0.0-429209.zip\SDK\vsphere-ws\wsdl\vim25\reflect-types.xsd

into the following directory

C:\ProgramData\VMware\VMware VirtualCenter\docRoot\sdk*

3. success

Moving to on_dev for release note and official doc

Comment 7 Dave Johnson 2012-02-08 22:21:44 UTC
documentation looks good...  but not sure about release notes... leaving open for the time being

Comment 13 Lana Brindley 2012-06-07 06:16:01 UTC
Document is now available on docs.redhat.com. Please raise a new bug for any further issues.

LKB