euca-describe-images yields no output when -a/-o/-x unspecified

Bug #544676 reported by Garrett Holmstrom
12
This bug affects 1 person
Affects Status Importance Assigned to Milestone
euca2ools
Fix Released
Undecided
Mitch Garnaat
euca2ools (Fedora)
Fix Released
Medium

Bug Description

euca-describe-images rather unhelpfully gives no output when one doesn't specify -a, -o, or -x. This isn't necessarily a problem, but it would be nice to either search *something* by default or print a warning that says, "Hey, give me something to search!" This especially causes confusion when one specifies an image to look for but no options. ``euca-describe-images ami-bb709dd2'' yields no output, for example, even though the image clearly exists and is visible to the user.

ec2-describe-images defaults to listing all images owned by the user when given no arguments. It searches through all images visible to the user when an image ID is specified. This may or may not be a good default, but if the default is to remain searching an empty set, then a warning saying so would be beneficial.

Version-Release:
euca2ools-1.2-1.fc12 (Fedora 12)

Right now this package is an unmodified build of 1.2.

Revision history for this message
In , Robert (robert-redhat-bugs-1) wrote :

Description of problem:
euca-describe-images rather unhelpfully shows no output if none of -o -a -x are specified

Version-Release number of selected component (if applicable):
euca2ools.noarch 0:1.2-1.fc12

How reproducible:
Always

Steps to Reproduce:
1. euca-describe-images -A 01CA26RV706EVPYQMX02 -S ahtrfBT+nPZtzTyTCnYRXziCm5pVya3ZL9XFYAtR -U https://ec2.amazonaws.com
2.
3.

Actual results:
(Nothing)

Expected results:
Amazon's EC2 tools show those images which the user owns (-o self). I'm not saying this should be the default behavior, but something should sure be described, or an error message saying to the user "hey, pick something to describe, this won't output anything".

Even specifying "euca-describe-images ami-????????" shows nothing since it doesn't know the owner designation.

Additional info:

Revision history for this message
In , Robert (robert-redhat-bugs-1) wrote :

Oops... keys already deactivated :)

Revision history for this message
In , Garrett (garrett-redhat-bugs) wrote :

Agreed, a change in its behavior here would definitely make things clearer. I submitted this upstream; we'll see what they have to say. I can't patch such behavioral changes in, of course, so we'll see what, if anything, they do with the next release.

Upstream bug: https://bugs.launchpad.net/euca2ools/+bug/544676

Revision history for this message
Neil Soman (neilsoman) wrote :

Hi Garrett,

can you please check if the latest head fixes your problem (no output when you list an image id)?

$ euca-describe-images ami-bb709dd2
IMAGE ami-bb709dd2 ubuntu-images-us/ubuntu-karmic-9.10-i386-server-20100121.manifest.xml 099720109477 available public i386 machine aki-5f15f636 ari-d5709dbc

Revision history for this message
Garrett Holmstrom (gholms) wrote :

The current head seems to fix the lack of output when an image ID is given.

What would you think of adding a warning that triggers "if defaults and len(image_ids) == 0" somewhere around line 124 so people running the program with no arguments whatsoever know not to expect any output? Or maybe specifying a default set of images to display in that case?

Revision history for this message
In , Fedora (fedora-redhat-bugs) wrote :

euca2ools-1.3-1.fc14 has been submitted as an update for Fedora 14.
http://admin.fedoraproject.org/updates/euca2ools-1.3-1.fc14

Revision history for this message
In , Fedora (fedora-redhat-bugs) wrote :

euca2ools-1.3-1.fc13 has been submitted as an update for Fedora 13.
http://admin.fedoraproject.org/updates/euca2ools-1.3-1.fc13

Revision history for this message
In , Fedora (fedora-redhat-bugs) wrote :

euca2ools-1.3-1.fc12 has been submitted as an update for Fedora 12.
http://admin.fedoraproject.org/updates/euca2ools-1.3-1.fc12

Revision history for this message
In , Fedora (fedora-redhat-bugs) wrote :

euca2ools-1.3-1.fc14 has been pushed to the Fedora 14 testing repository. If problems still persist, please make note of it in this bug report.
 If you want to test the update, you can install it with
 su -c 'yum --enablerepo=updates-testing update euca2ools'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/euca2ools-1.3-1.fc14

Revision history for this message
In , Fedora (fedora-redhat-bugs) wrote :

euca2ools-1.3.1-1.fc12 has been pushed to the Fedora 12 stable repository. If problems still persist, please make note of it in this bug report.

Revision history for this message
In , Fedora (fedora-redhat-bugs) wrote :

euca2ools-1.3.1-1.fc13 has been pushed to the Fedora 13 stable repository. If problems still persist, please make note of it in this bug report.

Revision history for this message
In , Fedora (fedora-redhat-bugs) wrote :

euca2ools-1.3.1-1.fc14 has been pushed to the Fedora 14 stable repository. If problems still persist, please make note of it in this bug report.

Changed in euca2ools:
assignee: nobody → Mitch Garnaat (mitch-garnaat)
Revision history for this message
Garrett Holmstrom (gholms) wrote :

This was fixed in euca2ools-2.0, which displays all images by default.

Changed in euca2ools:
status: New → Fix Released
Changed in euca2ools (Fedora):
importance: Unknown → Medium
status: Unknown → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.