lstein / libvm-ec2-perl Goto Github PK

Hey.

I had to do a slight modification to make this lib working with my OpenStack installation.
It didn't support paths or port in the sign function which the eucalyptus tool use, so i had to add those to the $host and $path variables.

in EC2.pm sub _sign:

7649 my $uri = URI->new($self->endpoint);
7650 my $host = lc $uri->host . ":" . $uri->port;
7651 my $path = $uri->path;

I created my own fork: https://github.com/Joachricar/LibVM-EC2-Perl where i committed the last change.

Weird problem trying to migrate EBS image from us-east-1 to us-west-2:

migrate-ebs-image.pl --to us-west-2 my personal HVM AMI

[info] Scanning for existing staging servers and volumes in http://ec2.us-east-1.amazonaws.com.
[info] Scanning for existing staging servers and volumes in http://ec2.us-west-2.amazonaws.com.
[info] Gathering information about image ami-51ed5138.
[info] Copying EBS volumes attached to this image (this may take a long time).
[info] Provisioning volume from snapshot snap-3c137948.
[info] Obtaining a staging server.
[info] Searching for a staging image...
[info] ...found ami-7b8f5712: ubuntu/images/ubuntu-maverick-10.10-i386-server-20120410.
[info] Waiting for ssh daemon on i-bd7ceec0.
[info] Using snapshot snap-3c137948...
[info] Provisioning a new 8 GB raw volume.
[info] Obtaining a staging server.
[info] Searching for a staging image...
[info] ...found ami-76fd7146: ubuntu/images/ubuntu-maverick-10.10-i386-server-20120410.
[info] Waiting for ssh daemon on i-15df8b26.
[info] Provisioning a new 8 GB volume...
[info] Using dd for block level disk copy (will take a while).
[info] Configuring PV to show dd progress.debconf: unable to initialize frontend: Dialog
debconf: (Dialog frontend will not work on a dumb terminal, an emacs shell buffer, or without a controlling terminal.)
debconf: falling back to frontend: Readline
debconf: unable to initialize frontend: Readline
debconf: (This frontend requires a controlling tty.)
debconf: falling back to frontend: Teletype
dpkg-preconfigure: unable to re-open stdin:
Selecting previously deselected package pv.
(Reading database ... 23513 files and directories currently installed.)
Unpacking pv (from .../archives/pv_1.1.4-1_i386.deb) ...
Processing triggers for man-db ...
debconf: unable to initialize frontend: Dialog
debconf: (Dialog frontend will not work on a dumb terminal, an emacs shell buffer, or without a controlling terminal.)
debconf: falling back to frontend: Readline
debconf: unable to initialize frontend: Readline
debconf: (This frontend requires a controlling tty.)
debconf: falling back to frontend: Teletype
Setting up pv (1.1.4-1) ...
[info] creating ssh key for server to server data transfer.
^Cdd failed at /usr/local/bin/migrate-ebs-image.pl line 159
[info] Terminating servers i-15df8b26.
[info] Terminating servers i-bd7ceec0.

It would be great if VM::EC2 could be asynchronous. I use VM::EC2 regularly but have to run the code in a fork when it's part of an asynchronous program, which causes extensive CPU overhead.

Providing a non-blocking interface could be achieved by allowing a callback for the methods that require an HTTP request.

Would a pull request on this be welcomed?

Synchronous calls are not really blocking, because they use the asynchronous implementation.
When there are multiple EV consumer working with the same default loop, they interfere with each other. E.g. AnyEvent from VM-EC2 and Mojos event loop.

My current workaround for this is to use a real blocking call in VM-EC2:
uweber@1ac734f

Thank you for the great work on this module and adding in the auto scaling and launch configuration methods. One of the options available in the API for as-update-auto-scaling-group is --launch-configuration. This isn't available in the interface for the update_autoscaling_group() method. Would it be possible to include this in a release?

It looks like it would not be very difficult - I have just started looking at this and I might be able to add a patch but as I am a chicken I would rather have a real maintainer have a go at it.