Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[LIBCLOUD-537] Added support for generic image management at Rackspace and EC2 #277

Closed
wants to merge 4 commits into from
Closed

Conversation

ghost
Copy link

@ghost ghost commented Apr 17, 2014

I was planning to take care of GCE in this first push as well. However, Google presents an interesting challenge with their persistent disk model and their use of the snapshot and image terms. We could use snapshots as a replacement for images. However, this would then limit our ability to use the default images provided by Google. It seems like we actually need a factory for evaluating both the images and snapshots in order to fold in GCE. I completed the _supported_methods_image_management.rst as well in case we want to include it in the documentation. I did submit an email regarding this effort to the dev mail list but I didn't hear anything back so I just went ahead and made the change.

@ghost
Copy link
Author

ghost commented Apr 17, 2014

Fixed docstring errors

@Kami
Copy link
Member

Kami commented Apr 21, 2014

Sorry for the delay, I will look some time in the next couple of days.

@ghost
Copy link
Author

ghost commented Apr 22, 2014

No worries I'm just running off of my branch.

@ghost
Copy link
Author

ghost commented Apr 24, 2014

Also noticing we need to add a generic state attribute to NodeImage in compute/base.py and have a statemap for NodeImage in compute/types.py. I'm primarily working to EC2/Rackspace so once we get an initial patch in place I can extend that to support a state on NodeImage for at least those drivers but specify it as None by default so it doesn't interfere with other drivers.

:param description: description for new image.
:type name: ``description``

:param reboot: description for new image.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

What does the reboot argument does?

Also, is this available across all the providers or is it provider specific?

Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

For Amazon it makes sure the instance reboots in order to guarantee file system integrity. I looked into Amazon, Rackspace, Google, and even Azure. It does appear that this is an Amazon specific argument and it is not needed as the default should be okay. I will remove it from the base and put back the original implementation in the ec2.py file.

@Kami
Copy link
Member

Kami commented Apr 24, 2014

This pull request mostly looks good to be, but it would be nice if it can also get reviwed by a couple of other people - /cc @mahendra @Jc2k

@ghost
Copy link
Author

ghost commented Apr 24, 2014

Is there anything specific I need to do to trigger another Travis CI build?

@Kami
Copy link
Member

Kami commented Apr 24, 2014

Nope, it should be triggered manually but it might take a while.

@Kami
Copy link
Member

Kami commented Apr 28, 2014

Sorry for the delay, I've merged your changes into trunk.

I've noticed you manually created the supported methods rst file. Those files
are generated by ./contrib/generate_provider_feature_matrix_table.py script which I updated (08d7d95) to also support generating this file for image management API.

@asfgit asfgit closed this in d2604af Apr 28, 2014
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants