Closed jonglezb closed 7 years ago
Same issue when cloning from the local server:
$ walt image clone server:davtyannarek/pc-x86-64-minimal-netconsole
An image has the same name in your working set.
This operation would overwrite it.
If this is what you want, rerun with --force
$ walt image clone --force server:davtyannarek/pc-x86-64-minimal-netconsole
hub api_call: CSAPI clone_image ('server:davtyannarek/pc-x86-64-minimal-netconsole', True) {}
clone workflow is: save_initial_images, verify_overwrite, verify_compatibility_issue, remove_ws_image, tag_server_image_to_requester, update_walt_image
server-blocking: Exception occured while performing API request:
Traceback (most recent call last):
File "/usr/local/lib/python2.7/dist-packages/walt/common/thread.py", line 174, in handle_api_call
res = local_service.do(path, args, kwargs)
File "/usr/local/lib/python2.7/dist-packages/walt/common/apilink.py", line 75, in do
return obj(*args, **kwargs)
File "/usr/local/lib/python2.7/dist-packages/walt/server/threads/blocking/thread.py", line 12, in clone_image
res = clone(context.requester.sync, self.server, *args, **kwargs)
File "/usr/local/lib/python2.7/dist-packages/walt/server/threads/blocking/images/clone.py", line 287, in clone
**kwargs)
File "/usr/local/lib/python2.7/dist-packages/walt/server/threads/blocking/images/clone.py", line 274, in perform_clone
res = workflow_run(workflow, **context)
File "/usr/local/lib/python2.7/dist-packages/walt/server/threads/blocking/images/clone.py", line 182, in workflow_run
res = f(**context)
File "/usr/local/lib/python2.7/dist-packages/walt/server/threads/blocking/images/clone.py", line 105, in verify_compatibility_issue
ws_image = image_store[ws_image_fullname]
File "/usr/local/lib/python2.7/dist-packages/walt/server/threads/main/images/store.py", line 77, in __getitem__
return self.images[image_fullname]
KeyError: u'jonglezb/walt-node:pc-x86-64-minimal-netconsole'
There are 2 possibilities:
Any idea?
If it's case 2, I guess I should make it more robust by checking the local images and sync'ing the database before starting the clone. If it's case 1, I will have to investigate more.
Hmm, you're right, I had downloaded docker images outside of walt, because there was an issue with the search.
The suggestion to make it more robust has been implemented in cd3161c1fa07f753c24bf6a3207e2445ad586319 and a7436c8963486b906b26b975ebbf8ac0e951897c
One image is available either locally (another user already cloned it) or from the docker hub:
When I try to clone it from the hub: