Duplicated image names.
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Glance |
Invalid
|
Undecided
|
Unassigned |
Bug Description
When I try to create a new image with command "glance image-create", I found that the name of an already existing image can be used to name the new one. For example:
+------
| ID | Name | Disk Format | Container Format | Size | Status |
+------
| a52c2602-
| 3c5974ba-
| 793c880f-
| 366bd9e4-
| 1a6588c1-
| 2320f9d3-
| 3f3f7ca7-
+------
I have seen a similar report at : https:/
The answer was "This is by design. We can't expect users to avoid other user's image names..." which I totally agree: users should have their freedom choosing names.
However, I think we can make it better since this has some negative impacts on other actions. For instance,
1. "heat stack-create" requires the name of a image while duplicated image name(s) would cause an error.
2. Inconvenience is also found when deleting such image(s), since one would have to use "ID" instead of "Name".
3. Moreover when a user creates a image without checking if there is any duplicates, he would run into trouble afterwards since it requires some extra efforts to distinguish "his image" from the duplicated one(s).
So, I think we should at least warn the users when they try to create image with existing image name(s) and (maybe) give them a chance to rename the image before further action is actually carried out. Using duplicated name is still allowed.
What do you think?
This is my first time proposing anything here. Any suggestion is welcome.
Thank you.
Best regards.
Changed in glance: | |
status: | New → Invalid |
Thanks Haiyang,
Please find my 2cents for the points you raised below: confirmation request would annoy more users than help avoiding annoyance.
1) I think this is a bug in heat then, is there a bug open?
2) yes the ID is the unique identifier of the image and should be used on image operations. I do not see how we could change that without breaking something in fundamentals discussed around it already.
3) I do dislike this as long as having duplicate naming is perfectly fine on systems perspective and that would teach the users to wrong direction. We definitely do not want to check the image names globally and tell the user if the name exists anywhere in the database, and verifying that against the users own images would be pointless. If the user want's to avoid duplicate naming on images (s)he has access, the best way to do it is to check the image names in use before creating a new one. Personally I think adding extra warning/
Thanks for thinking about this and bringing ideas on the table rather than coming up with a bug "Duplicate image names - I don't like this" style of approach. Please do continue doing that as the above are just my personal opinions ;)