A quick and dirty version:

    docker -H host1 image save IMAGE | docker -H host2 image load

note: this isn't efficient at all (no compression or layer caching)!

▲ alisonatwork 4 days ago | parent | next [-]

On podman this is built in as native command podman-image-scp[0], which perhaps could be more efficient with SSH compression.

[0] https://docs.podman.io/en/stable/markdown/podman-image-scp.1...

▲

psviderski 4 days ago | parent | next [-]

Ah neat I didn't know that podman has 'image scp'. Thank you for sharing. Do you think it was more straightforward to implement this in podman because you can easily access its images and metadata as files on the file system without having to coordinate with any daemon?

Docker and containerd also store their images using a specific file system layout and a boltdb for metadata but I was afraid to access them directly. The owners and coordinators are still Docker/containerd so proper locks should be handled through them. As a result we become limited by the API that docker/containerd daemons provide.

For example, Docker daemon API doesn't provide a way to get or upload a particular image layer. That's why unregistry uses the containerd image store, not the classic Docker image store.

▲

travisgriggs 4 days ago | parent | prev [-]

So with Podman, this exists already, but for docker, this has to be created by the community.

I am a bystander to these technologies. I’ve built and debug’ed the rare image, and I use docker desktop on my Mac to isolate db images.

When I see things like these, I’m always curious why docker, which seems so much more beaurecratic/convoluted, prevails over podman. I totally admit this is a naive impression.

	▲	djfivyvusn 3 days ago \| parent \| next [-]
		Something that took me 20 years to learn: Never underestimate the value of a slick gui.
	▲	password4321 4 days ago \| parent \| prev [-]
		> why docker, which seems so much more beaurecratic/convoluted, prevails over podman First mover advantage and ongoing VC-funded marketing/DevRel

▲ selcuka 4 days ago | parent | prev | next [-]

That method is actually mentioned in their README:

> Save/Load - `docker save | ssh | docker load` transfers the entire image, even if 90% already exists on the server

▲ rgrau 4 days ago | parent | prev | next [-]

I use a variant with ssh and some compression:

    docker save $image | bzip2 | ssh "$host" 'bunzip2 | docker load'

	▲	selcuka 4 days ago \| parent [-]
		If you are happy with bzip2-level compression, you could also use `ssh -C` to enable automatic gzip compression.

▲ 4 days ago | parent | prev [-]

[deleted]