You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@jclouds.apache.org by "Ignasi Barrera (JIRA)" <ji...@apache.org> on 2016/12/01 11:43:58 UTC
[jira] [Resolved] (JCLOUDS-1205) Setting a custom pool name with
floatingIpPoolNames() in NovaTemplateOptions seems to have no effect
[ https://issues.apache.org/jira/browse/JCLOUDS-1205?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Ignasi Barrera resolved JCLOUDS-1205.
-------------------------------------
Resolution: Not A Bug
> Setting a custom pool name with floatingIpPoolNames() in NovaTemplateOptions seems to have no effect
> ----------------------------------------------------------------------------------------------------
>
> Key: JCLOUDS-1205
> URL: https://issues.apache.org/jira/browse/JCLOUDS-1205
> Project: jclouds
> Issue Type: Bug
> Components: jclouds-compute
> Affects Versions: 2.0.0
> Environment: CentOS 6.8, OpenJDK 1.8.0.111-0.b15.el6_8
> Reporter: Michael Militzer
> Labels: openstack-nova
>
> I'm trying to spawn an instance in the FUGA cloud (https://fuga.io/) with jclouds 2.0 and auto-associate a floating IP but this fails with:
> {quote}
> JavaException: org.jclouds.rest.ResourceNotFoundException: {"itemNotFound": {"message": "Floating IP pool not found.", "code": 404}}
> {quote}
> FUGA has a custom namespace for the FloatingIP extension and it uses a custom name for the Floating IP Pool. Because of the former, I already ran into https://issues.apache.org/jira/browse/JCLOUDS-1013 and had to update to jclouds 2.0. With jclouds 2.0 this issue is solved and jclouds now finds the Floating IP extension but now the problem seems to be that jclouds does not use the right pool (with FUGA's custom pool name "external").
> I'm using the generic compute service and my code to spawn a new instance looks somewhat like this:
> {code}
> ComputeService compute = this.contextBuilder.buildView(ComputeServiceContext.class).getComputeService();
> try {
> TemplateBuilder templateBuilder = compute.templateBuilder();
> Template template = templateBuilder
> .locationId(region)
> .imageId(imageId)
> .hardwareId(instanceType)
> .build();
> template.getOptions().as(NovaTemplateOptions.class).autoAssignFloatingIp(true);
> template.getOptions().as(NovaTemplateOptions.class).floatingIpPoolNames("external");
> template.getOptions().as(NovaTemplateOptions.class).userData(userData.getBytes());
> NodeMetadata node = getOnlyElement(compute.createNodesInGroup(groupName, 1, template));
> return node;
> } catch (RunNodesException e) {
> System.err.println("error adding node to group " + groupName + ": " + e.getMessage());
> return null;
> }
> {code}
> So I'm using the "floatingIpPoolNames" method in NovaTemplateOptions to specify FUGA's custom floating IP pool name "external". But still, trying to create an instance fails with the aforementioned exception:
> {quote}
> JavaException: org.jclouds.rest.ResourceNotFoundException: {"itemNotFound": {"message": "Floating IP pool not found.", "code": 404}}
> {quote}
> I believe the way I'm setting the custom pool name property via "floatingIpPoolNames" in NovaTemplateOptions must be basically correct. At least the "userData" I also set on NovaTemplateOptions just one line later is picked up correctly (verified when "autoAssignFloatingIp" is set to false, because then the instance is started successfully - just without a public IP, obviously).
> I can successfully allocate and associate floating IPs to instances in the FUGA cloud when using horizon. And also with nova client I can successfully interact with the FUGA API to list the Floating IP Pools and to create/delete floating IPs:
> {quote}
> [xvid@devweb02 java]$ nova floating-ip-pool-list
> WARNING: Command floating-ip-pool-list is deprecated and will be removed after Nova 15.0.0 is released. Use python-neutronclient or python-openstackclient instead.
> +----------+
> | name |
> +----------+
> | external |
> +----------+
> [xvid@devweb02 java]$ nova floating-ip-create external
> WARNING: Command floating-ip-create is deprecated and will be removed after Nova 15.0.0 is released. Use python-neutronclient or python-openstackclient instead.
> +--------------------------------------+----------------+-----------+----------+----------+
> | Id | IP | Server Id | Fixed IP | Pool |
> +--------------------------------------+----------------+-----------+----------+----------+
> | 5a4a318e-1672-425d-9522-d900e34efa98 | 185.54.114.154 | - | - | external |
> +--------------------------------------+----------------+-----------+----------+----------+
> [xvid@devweb02 java]$ nova floating-ip-list
> WARNING: Command floating-ip-list is deprecated and will be removed after Nova 15.0.0 is released. Use python-neutronclient or python-openstackclient instead.
> +--------------------------------------+----------------+-----------+----------+----------+
> | Id | IP | Server Id | Fixed IP | Pool |
> +--------------------------------------+----------------+-----------+----------+----------+
> | 5a4a318e-1672-425d-9522-d900e34efa98 | 185.54.114.154 | - | - | external |
> +--------------------------------------+----------------+-----------+----------+----------+
> {quote}
> So I believe there's no issue with FUGA. I tried my jclouds code also with another public cloud (Cloudwatt) that uses the default name ("public") for the floating IP pool and my code runs successfully there and brings up an instance with auto-associated public IP from the pool.
> What I then also tried is to intentionally set "floatingIpPoolNames" to a bogus name and then my code still worked in the Cloudwatt cloud! So this indicates to me that whatever is set on "floatingIpPoolNames" seems to be ignored internally and jclouds is just always trying to allocate from the default pool name (and therefore with Cloudwatt, where the pool name is the default "public", it always works no matter what is specified as "floatingIpPoolNames" while with the FUGA cloud it never works).
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)