Bug 863321
Summary: | API:adding new vsphere provider need more checks to match the data as mentioned in json file | ||
---|---|---|---|
Product: | [Retired] CloudForms Cloud Engine | Reporter: | pushpesh sharma <psharma> |
Component: | aeolus-conductor | Assignee: | Mike Orazi <morazi> |
Status: | CLOSED DUPLICATE | QA Contact: | Rehana <aeolus-qa-list> |
Severity: | medium | Docs Contact: | |
Priority: | unspecified | ||
Version: | 1.1.0 | CC: | bbandari, dajohnso, morazi |
Target Milestone: | rc | Keywords: | Triaged |
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2012-10-12 15:02:38 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Comment 1
pushpesh sharma
2012-10-05 06:10:00 UTC
Description of problem: Version-Release number of selected component (if applicable): How reproducible: [root@dhcp201-113 ~]# cat //etc/imagefactory/vsphere.json { "vsphere-default": { "api-url": "https://10.x.x.x/sdk", "datastore": "datastore1", "network_name": "VM Network" } } [root@dhcp201-113 ~]# curl -X POST -d '<provider><name>vsphere-xxx</name><url>http://localhost:3002/api</url><provider_type id="4"/><deltacloud_provider>10.x.x.x</deltacloud_provider></provider>' -H "Content-Type: application/xml" -H "Accept: application/xml" --insecure -u admin:password https://10.x.x.x:443/conductor/api/providers <provider href='https://10.x.x.x/conductor/api/providers/131' id='131'> <name>vsphere-xxx</name> <url>http://localhost:3002/api</url> <provider_type>vsphere</provider_type> <deltacloud_provider>10.x.x.x</deltacloud_provider> </provider> Expected results: It should accept only 'vsphere-default' as the name of a provider. The underlying issue is that a file in etc does not exist. The API will not create that nor restart imagefactory for 1.1. A future release of imagefactory will make this interation parameter based and remove the need for the file in etc. This failure is related to bug 847798 which covered preventing the user from updating rhevm provider names unless they match a value within the rhevm.json file and was cloned to bug 865833 to cover the vsphere side. Marking this as a duplicate of 865833. *** This bug has been marked as a duplicate of bug 865833 *** |