| Summary: | match provider names between image factory and deltacloud | ||
|---|---|---|---|
| Product: | [Retired] CloudForms Cloud Engine | Reporter: | wes hayutin <whayutin> |
| Component: | aeolus-conductor | Assignee: | Mark McLoughlin <markmc> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Dave Johnson <dajohnso> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 0.3.1 | CC: | dajohnso, deltacloud-maint, imcleod, markmc, morazi, rwsu, ssachdev |
| Target Milestone: | rc | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | 715087 | Environment: | |
| Last Closed: | Type: | --- | |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Bug Depends On: | 715087 | ||
| Bug Blocks: | |||
|
Description
wes hayutin
2011-06-23 13:18:44 UTC
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... release pending.. 2 perm close closing out old bugs |