euca2ools attributes often don't work
Bug #516486 reported by
truijllo
This bug affects 1 person
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| Eucalyptus |
Fix Released
|
Undecided
|
Unassigned | ||
| euca2ools (Ubuntu) |
Fix Released
|
Medium
|
Dustin Kirkland | ||
Bug Description
in euca2ools v1.2 and previous
euca-describe-
-a Show all images that the user has access to.
-a, --access-key User's Access Key ID.
in euca-authorize, euca-revoke, euca-modify-
Revision history for this message
| Neil Soman (neilsoman) wrote | #1 |
| Changed in eucalyptus: | |
| status: | New → Fix Committed |
| Changed in euca2ools (Ubuntu): | |
| importance: | Undecided → Medium |
| assignee: | nobody → Dustin Kirkland (kirkland) |
| status: | New → In Progress |
Revision history for this message
| Launchpad Janitor (janitor) wrote | #2 |
| Changed in euca2ools (Ubuntu): | |
| status: | In Progress → Fix Released |
| Changed in eucalyptus: | |
| status: | Fix Committed → Fix Released |
To post a comment you must log in.
The underlying issue here is that Amazon's EC2 API and AMI tools don't use "-a", "-s" consistently. The API tools are SOAP based and so "-a" and "-s" are mapped as tool specific parameters. But the AMI tools are REST based and use "-a" and "-s" for the access key and secret key. One of the complains from users was that they had to rewrite their EC2 based scripts and change the meaning of "-s" for commands such as "*-authorize"
So, the decision was made to make sure that "-a" and "-s" map to tool specific parameters and in these cases, "-A" and "-S" are used to represent the access key and secret key. In practice, the access key and secret key should not be specified on the command line, so this was thought to be the least disruptive way to fix the problem.
Clearly, this fix was left out of "euca-describe-