You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@libcloud.apache.org by "Scott Crunkleton (JIRA)" <ji...@apache.org> on 2015/12/16 23:57:46 UTC
[jira] [Updated] (LIBCLOUD-786) GCENodeDriver.ex_get_image needs
some love, see description.
[ https://issues.apache.org/jira/browse/LIBCLOUD-786?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Scott Crunkleton updated LIBCLOUD-786:
--------------------------------------
Summary: GCENodeDriver.ex_get_image needs some love, see description. (was: ex_get_image needs some love, see description.)
> GCENodeDriver.ex_get_image needs some love, see description.
> ------------------------------------------------------------
>
> Key: LIBCLOUD-786
> URL: https://issues.apache.org/jira/browse/LIBCLOUD-786
> Project: Libcloud
> Issue Type: Bug
> Components: Compute
> Reporter: Scott Crunkleton
>
> Firstly, the parameter 'ex_project_list' is a misnomer. It is being treated as a single project, not list of projects.
> Secondly, it's slow. When not providing a project parameter, ex_get_image lists all images from all projects listed in GCENodeDriver.IMAGE_PROJECTS. This is a separate API call for each project. After getting all the images, any images that have licenses create another API call via ex_get_license.
> Thirdly, if any of the license calls try to pull a license from an image project that the user doesn't have access to, it raises a ResourceNotFoundError.
> My opinion: fix the ex_project_list param, and see about not populating the image license data when fetching images.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)