Hide Forgot
+++ This bug was initially created as a clone of Bug #715087 +++ Description of problem: Dev should make sure that provider keys used to specify the provider in deltacloud and image factory use the same name. ----------------------------------- vsphere VS vmware Deltacloud uses "vsphere" [root@dell-pe1950-02 server]# ./bin/deltacloudd -i vsphere -t 200 -r 0.0.0.0 img_factory uses "vmware" imgfac.py --debug --template /root/template01.xml --target vmware ----------------------------------- RHEVM rhevm VS rhev-m deltacloud :rhevm: :name: RHEVM :entrypoints: img factory - rhev-m: a key in /etc/rhevm.json and passed to op=register&site=provider --- Additional comment from rwsu on 2011-06-21 16:25:39 EDT --- Ian, we want to standardize on rhevm. Can you make the change to imagefactory? I can do the same in conductor.
I know devel was working on this.. but no comments in the bug :(
Patch posted here: https://fedorahosted.org/pipermail/aeolus-devel/2011-July/002901.html But it depends on the image factory change going in
Conductor fix pushed: http://git.fedorahosted.org/git/?p=aeolus/conductor.git;a=commit;h=06cf5df0da48
Fixed on: aeolus-conductor-0.3.0-0.fc14.20110707174454gita8e98af.noarch.rpm aeolus-configure-2.0.1-0.fc14.20110706084705git542b456.noarch.rpm imagefactory-0.2.3-1.fc14.noarch.rpm
removing from tracker
2011-07-18 18:46:38,456 DEBUG imagefactory.builders.BaseBuilder.RHEL6Builder pid(8780) Message: Traceback (most recent call last): File "/usr/lib/python2.6/site-packages/imagefactory/builders/FedoraBuilder.py", line 129, in build_image raise ImageFactoryException("Invalid build target (%s) passed to build_image()" % (self.target)) ImageFactoryException: Invalid build target (vmware) passed to build_image() building targets resolve to vsphere not vmware now.. According to Mark McLoughlin thats the correct behavior. deltacloud can handle either vmware or vsphere.. [root@hp-ml150g6-01 ~]# API_PROVIDER=vsphere.virt.lab.eng.bos.redhat.com deltacloudd -i vsphere -t 900 -r hp-ml150g6-01.rhts.eng.bos.redhat.com -p 3006 -e production Starting Deltacloud API :: vsphere :: vsphere.virt.lab.eng.bos.redhat.com :: http://hp-ml150g6-01.rhts.eng.bos.redhat.com:3006/api >> Thin web server (v1.2.5 codename This Is Not A Web Server) >> Debugging ON >> Maximum connections set to 1024 >> Listening on hp-ml150g6-01.rhts.eng.bos.redhat.com:3006, CTRL+C to stop 10.16.66.140 - - [18/Jul/2011 18:40:37] "GET /api HTTP/1.1" 200 934 0.5425 10.16.66.140 - - [18/Jul/2011 18:40:37] "GET /api HTTP/1.1" 200 934 0.0098 10.16.66.140 - - [18/Jul/2011 18:40:38] "GET /api HTTP/1.1" 200 934 0.0093 10.16.66.140 - - [18/Jul/2011 18:40:38] "GET /api/hardware_profiles HTTP/1.1" 200 1818 0.0184 10.16.66.140 - - [18/Jul/2011 18:41:22] "GET /api HTTP/1.1" 200 934 0.0151 10.16.66.140 - - [18/Jul/2011 18:41:23] "GET /api?force_auth=1 HTTP/1.1" 200 934 0.3568 10.16.66.140 - - [18/Jul/2011 18:41:23] "GET /api HTTP/1.1" 200 934 0.0097 10.16.66.140 - - [18/Jul/2011 18:41:23] "GET /api HTTP/1.1" 200 934 0.0088 10.16.66.140 - - [18/Jul/2011 18:41:23] "GET /api/realms HTTP/1.1" 200 842 0.4680 ^C>> Stopping ... [root@hp-ml150g6-01 ~]# API_PROVIDER=vsphere.virt.lab.eng.bos.redhat.com deltacloudd -i vmware -t 900 -r hp-ml150g6-01.rhts.eng.bos.redhat.com -p 3006 -e production Starting Deltacloud API :: vmware :: vsphere.virt.lab.eng.bos.redhat.com :: http://hp-ml150g6-01.rhts.eng.bos.redhat.com:3006/api >> Thin web server (v1.2.5 codename This Is Not A Web Server) >> Debugging ON >> Maximum connections set to 1024 >> Listening on hp-ml150g6-01.rhts.eng.bos.redhat.com:3006, CTRL+C to stop
release pending...
release pending 3
release pending.. 2
perm close
closing out old bugs