[
https://issues.apache.org/jira/browse/DTACLOUD-475?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13578479#comment-13578479
]
Maroš Zaťko commented on DTACLOUD-475:
--------------------------------------
I've run deltacloud on host (bare metal)
$ ./deltacloudd -r rainbow -i mock -p 3005
Then, inside the VM on the same host I've added 'rainbow' to /etc/hosts
However the catch is if I add 'rainbow 192.168.122.1' to hosts then it doesn't
work the same way as you described
So I've changed IP to external adapter's one ie. 10.x.y.z, and it works as
expected.
$ curl -X GET --user "un:pw" rainbow:3005
<html>
<head></head>
<body>
<h1>Deltacloud API</h1>
<h2>Enabled Frontends:</h2>
<ul>
<li>
<a href='/api'>deltacloud</a>
</li>
</ul>
</body>
</html>
Is this also your case? Otherwise, I can't really reproduce bug.
> Cannot connect to Deltacloud server started on Fedora 18 from a machine other
> than the host
> -------------------------------------------------------------------------------------------
>
> Key: DTACLOUD-475
> URL: https://issues.apache.org/jira/browse/DTACLOUD-475
> Project: DeltaCloud
> Issue Type: Bug
> Components: Server
> Environment: Fedora 18
> Deltacloud server - any frontend
> Deltacloud gem 1.1.1 - under test
> Reporter: Ronelle Landy
>
> Start a Deltacloud server using the -r option on a Fedora 18 machine:
> >> cat /etc/redhat-release
> Fedora release 18 (Spherical Cow)
> >> deltacloudd -i mock -r qeblade39.rhq.lab.eng.bos.redhat.com -p 3005
> Starting Deltacloud API :: mock ::
> http://qeblade39.rhq.lab.eng.bos.redhat.com:3005/api
> >> Thin web server (v1.5.0 codename Knife)
> >> Debugging ON
> >> Maximum connections set to 1024
> >> Listening on qeblade39.rhq.lab.eng.bos.redhat.com:3005, CTRL+C to stop
> Open a second terminal on the same host machine where the server was started
> and execute a curl command against the Deltacloud server:
> >> hostname
> qeblade39.rhq.lab.eng.bos.redhat.com
> >> curl -X GET --user "un:pw"
> >> "http://qeblade39.rhq.lab.eng.bos.redhat.com:3005/api?format=xml";
> <api driver='mock' version='1.1.1'>
> <link
> href='http://qeblade39.rhq.lab.eng.bos.redhat.com:3005/api/instance_states'
> rel='instance_states'>
> </link>
> <link href='http://qeblade39.rhq.lab.eng.bos.redhat.com:3005/api/addresses'
> rel='addresses'>
> </link>
> <link href='http://qeblade39.rhq.lab.eng.bos.redhat.com:3005/api/metrics'
> rel='metrics'>
> </link>
> <link href='http://qeblade39.rhq.lab.eng.bos.redhat.com:3005/api/images'
> rel='images'>
> </link>
> <link
> href='http://qeblade39.rhq.lab.eng.bos.redhat.com:3005/api/storage_volumes'
> rel='storage_volumes'>
> </link>
> <link href='http://qeblade39.rhq.lab.eng.bos.redhat.com:3005/api/keys'
> rel='keys'>
> </link>
> <link
> href='http://qeblade39.rhq.lab.eng.bos.redhat.com:3005/api/hardware_profiles'
> rel='hardware_profiles'>
> </link>
> <link href='http://qeblade39.rhq.lab.eng.bos.redhat.com:3005/api/drivers'
> rel='drivers'>
> </link>
> <link href='http://qeblade39.rhq.lab.eng.bos.redhat.com:3005/api/realms'
> rel='realms'>
> </link>
> <link href='http://qeblade39.rhq.lab.eng.bos.redhat.com:3005/api/buckets'
> rel='buckets'>
> </link>
> <link href='http://qeblade39.rhq.lab.eng.bos.redhat.com:3005/api/instances'
> rel='instances'>
> <feature name='metrics' rel='create'>
> <param name='metrics' />
> </feature>
> <feature name='realm_filter' rel='index'>
> <param name='realm_id' />
> </feature>
> <feature name='user_name' rel='create'>
> <param name='name' />
> </feature>
> <feature name='user_data' rel='create'>
> <param name='user_data' />
> </feature>
> <feature name='authentication_key' rel='create'>
> <param name='keyname' />
> </feature>
> </link>
> <link
> href='http://qeblade39.rhq.lab.eng.bos.redhat.com:3005/api/storage_snapshots'
> rel='storage_snapshots'>
> </link>
> </api>
> [root@qeblade39 ~]#
> Using localhost w/o the -r option works as well for executing commands on the
> same host.
> Try the same command from a different host machine:
> >> hostname
> cloud-qe-3.idm.lab.bos.redhat.com
> >> curl -X GET --user "un:pw"
> >> "http://qeblade39.rhq.lab.eng.bos.redhat.com:3005/api?format=xml";
> curl: (7) couldn't connect to host
> The -r option works to connect on RHEL 6.3 and Fedora 16, 17.
> Tried disabling SELinux didn't do much for me.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
