[
https://issues.apache.org/jira/browse/LIBCLOUD-297?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13580951#comment-13580951
]
Grischa Meyer commented on LIBCLOUD-297:
----------------------------------------
Great, thanks!
It works for me, so I am happy with the solution. I just thought it's not the
most "proper" way to do it. Given the libcloud "conventions" which I was not
aware of, it is probably a good solution.
If in the future there are cases where this convention gets broken in other
ways, it can be revisited then. For now it will work fine.
Cheers
> OpenStack Network label is arbitrary, libcloud wrongly assumes "public" or
> "private"
> ------------------------------------------------------------------------------------
>
> Key: LIBCLOUD-297
> URL: https://issues.apache.org/jira/browse/LIBCLOUD-297
> Project: Libcloud
> Issue Type: Bug
> Reporter: Grischa Meyer
> Assignee: Tomaz Muraus
> Attachments: network-label.patch
>
>
> The openstack.py driver in libcloud assumes that all OpenStack installations
> have only three network labels, "public", "internet" and "private".
> However, the label is actually an arbitrary string according to the OpenStack
> specs, and the cloud I happen to be using has assigned a different string to
> their network. As further reference, I looked at the python-novaclient code
> and it assumes the network label to be any arbitrary string as well.
> I have fixed the issue for my personal use with a dirty hack that assigns any
> non-"public" network to the "private" group. However, the false assumption
> that there are pre-defined public and private networks in OpenStack still
> lives on.
> I hope someone with better familiarity with the OpenStack driver and its
> relation to the rest of libcloud can fix this by removing the notion of
> predefined public and private networks, in line with OpenStack specifications.
> I will attach a patch for my quick-fix (same as
> https://github.com/apache/libcloud/pull/95), but I suggest that this be fixed
> more thoroughly.
--
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
