Feature #3778
Introduce easy-to-set image location arguments for image register
Status: | Closed | Start date: | 05/21/2013 | |
---|---|---|---|---|
Priority: | Medium | Due date: | 05/23/2013 | |
Assignee: | Stavros Sachtouris | % Done: | 100% |
|
Category: | kamaki | Spent time: | 2.00 hours | |
Target version: | v0.10 | Estimated time: | 2.00 hours |
Description
Now: image register <image name> <image location>
where image location is a string of the form pithos://<user id>/<container>/<file path>
Desired: image register <image name> [<container>:]<file path> [-U <user id>] [-C container]
where <file path> will be a path at a pithos container.
E.g. instead of
kamaki image register 'my image' pithos://us3r1d/my_image_container/images_dir/my_images/an.image.diskdump
we suggest:
kamaki image register 'my image' my_image_container:/images_dir/my_images/an.image.diskdump
- By default, user id will refer to the current kamaki user (kamaki can retrieve this information), but it can be explicitely set to refer to other users as well.
- Container can also be set as
-C <container>
or--container=<container>
, as it is the case for thekamaki file
commands
Related issues
Associated revisions
Store image properties after image registration
Log of changes:
- Properties are stored in a remote file on Pithos+
- File name is <image-file>.meta
- Feature can be switched off with --no-property-file-upload
- If remote property file exists, registration is aborted
- If remote property file exists, force with f, --fforce-upload-property-file Location is given as container:path
- User id can be aquired internaly with an astakos call
Allow image_register to accept a location tuple
Refs: #3778
Location tuple: (user_uuid, container, image_object)
Use container:path format in register
Refs: #3778
History
#1 Updated by Stavros Sachtouris about 10 years ago
- Target version deleted (
v0.9)
Take this change back and pospone it for a later version
#2 Updated by Stavros Sachtouris about 10 years ago
- Target version set to v0.10
#3 Updated by Stavros Sachtouris almost 10 years ago
- Status changed from New to Resolved
- % Done changed from 0 to 100
#4 Updated by Stavros Sachtouris almost 10 years ago
- Status changed from Resolved to Closed