Fedimg: Course of Action

Fedimg is a Python-powered service which is built to make Fedora-Cloud images available on popular cloud providers, such as Amazon Web Services (AWS). The plans are to support more cloud providers such as Rackspace, Google Compute Engine.

Fedimg listens for the messages from Fedmsg for the Koji image builds.

Plan of work

Storing the AMIs are costing us lot. So the Cloud WG has decided to delete the older AMIs. The deletion criteria would be - Delete the pre-release AMIs after the final release - Delete the nightly build AMIs after 5 days of build

Currently fedimg boots up an instance, and downloads the image to volume and then takes the snapshot to create the AMI.

gholms suggested that instead we can use euca2ools and using the command euca-import-volume we can directly create a volume out of the image. Then take the snapshot and create the AMI.

Currently, the upload method for the EC2 Service is a big chunk of code. My plan is to break code like these into different chunks and add a retry decorator to it. The decorator will handle things like delay, number of times to run etc.

Currently, Tunir has the feature to test the AMIs but it’s in the development branch and before starting off with this issue we need to work on autocloud too in between to integrate the feature to test AMIs.

This is an easy-fix to add to add standard logging and can be completed with the other tasks in progress.

This issue is blocked on legal stuff. So, as I work on other issues I will be checking the status for this ticket and can swap some low-priority issue with this and write up the service which is clear to go.

Interested?

If you are interested to help out you can ping on IRC in #fedora-apps on Freenode.

comments powered by Disqus