Is /tmp big enough to receive the image ?

JB

-


On Thu, Jan 11, 2024 at 11:48 AM Matthias Apitz <guru@unixarea.de> wrote:
El día miércoles, enero 10, 2024 a las 10:09:27 -0500, Charlie Doern escribió:

> You should also usually get some sort of:
>
> Storing signaturesLoaded image(s):
>
> after
>
> Writing manifest to image destination
>
>
> if this doesn't show up, then the image doesn't actually get stored. I
> remember there being some compatibility issues over certain
> types/sizes of images w/ scp. Can you throw a `-v` in there to see if
> it tells you anything else?

I did tests in two directions:

1)
On the source host I run:

$ podman run -it docker.io/library/busybox

which gave me a local additional image and I transfered this to the
target host:

$ podman images
REPOSITORY                      TAG         IMAGE ID      CREATED       SIZE
localhost/suse                  latest      c87c80c0911a  46 hours ago  6.31 GB
registry.suse.com/bci/bci-base  15.4        5bd0e4152d92  2 weeks ago   123 MB
docker.io/library/busybox       latest      9211bbaa0dbd  3 weeks ago   4.5 MB

$ podman image  scp 9211bbaa0dbd srap57::
Copying blob 82ae998286b2 done
Copying config 9211bbaa0d done
Writing manifest to image destination
Loaded image: sha256:9211bbaa0dbd68fed073065eb9f0a6ed00a75090a9235eca2554c62d1e75c58f

i.e. this was transfered fine and shows up on the target host as:

srap57dxr1:~> podman images
REPOSITORY                      TAG         IMAGE ID      CREATED        SIZE
<none>                          <none>      b677170ada05  3 minutes ago  1.89 GB
registry.suse.com/bci/bci-base  15.4        5bd0e4152d92  2 weeks ago    123 MB
<none>                          <none>      9211bbaa0dbd  3 weeks ago    4.49 MB

apitzm@srap57dxr1:~> podman run -t 9211bbaa0dbd
/ #

2)

I copied over the files to build the image to the target host:

apitzm@srrp02dxr1:~$ scp -rp suse srap57dxr1:.
Dockerfile                                    100% 5051     1.2MB/s   00:00
initSunRise.sh                                100%  953   314.2KB/s   00:00
postgresql.conf                               100%   29KB   5.0MB/s   00:00
testdb.dmp.gz                                 100%  388MB 110.0MB/s   00:03
keyFile                                       100%  893    63.2KB/s   00:00

and built the image there with:

apitzm@srap57dxr1:~> podman build -t suse suse
...
which worked also fine:
...
STEP 58/59: ENTRYPOINT /usr/local/bin/start.sh
--> 86dab7ac3e4d
STEP 59/59: STOPSIGNAL SIGQUIT
COMMIT suse
--> a1ffb1f71791
Successfully tagged localhost/suse:latest
a1ffb1f717911b4e11aaa89d94c4959562c625b0e203dd906797e60d019cde57


The big difference between the image 'docker.io/library/busybox' and
mine is the size (4,5 MB ./. 6,1 GB). When I scp my big image I see in
/tmp that the sftp-server writes there a temp. file as:

ls -lh /tmp/tmp.RLHbJp9uzq
-rw------- 1 apitzm apitzm 5.8G Jan 11 10:58 /tmp/tmp.RLHbJp9uzq

and when this reached the size of 6 GB it gets deleted

3)
I removed all container files on the target host:

srap57dxr1:/ # rm -rf /data/guru/containers/*
srap57dxr1:/ # du -sh /data/guru/containers/
1.0K    /data/guru/containers/

and started a fresh scp:

$ podman image  scp c87c80c0911a srap57::
...
Copying blob a5a080851ed7 done
Copying blob 6fc7ff0cb132 done
Copying config c87c80c091 done
Writing manifest to image destination

When the transfer has ended on the target host one can see
1. the big file in /tmp gets deleted
2. something was written below the area of the containers (which was
empty before):

srap57dxr1:/# ls -lh /tmp/tmp.5uuhYWqqQT
-rw------- 1 apitzm apitzm 4.3G Jan 11 11:35 /tmp/tmp.5uuhYWqqQT
srap57dxr1:/# ls -lh /tmp/tmp.5uuhYWqqQT
-rw------- 1 apitzm apitzm 5.9G Jan 11 11:37 /tmp/tmp.5uuhYWqqQT
srap57dxr1:/# ls -lh /tmp/tmp.5uuhYWqqQT
ls: cannot access '/tmp/tmp.5uuhYWqqQT': No such file or directory
srap57dxr1:/# du -sh /data/guru/containers/
1.1G    /data/guru/containers/

How can I get more messages about the failing process?

        matthias

> On Wed, Jan 10, 2024 at 9:33 AM Matthias Apitz <guru@unixarea.de> wrote:
>
> >
> > I have an image on RH 8.x which runs fine (containing a SuSE SLES and
> > PostgreSQL server):
> >
> > $ podman images
> > REPOSITORY                      TAG         IMAGE ID      CREATED
> >  SIZE
> > localhost/suse                  latest      c87c80c0911a  26 hours ago
> > 6.31 GB
> > registry.suse.com/bci/bci-base  15.4        5bd0e4152d92  2 weeks ago
> >  123 MB
> >
> > I created a connection to another host as:
> >
> > $ podman system connection list
> > Name        URI
> >              Identity    Default
> > srap57      ssh://
> > apitzm@srap57dxr1.dev.xxxxxx.org:22/run/user/200007/podman/podman.sock
> >           true
> >
> > To the other host I can SSH fine based on RSA public/private keys and
> > podman is installed there to:
> >
> > $ ssh apitzm@srap57dxr1.dev.xxxxxx.org
> > Last login: Wed Jan 10 14:05:12 2024 from 10.201.64.28
> > apitzm@srap57dxr1:~> podman version
> > Client:       Podman Engine
> > Version:      4.7.2
> > API Version:  4.7.2
> > Go Version:   go1.21.4
> > Built:        Wed Nov  1 13:00:00 2023
> >
> > When I now copy over the image with:
> >
> > $ podman image scp c87c80c0911a srap57::
> >
> > it transfers the ~6 GByte (I can see them in /tmp as a big tar file of
> > tar files) and at the end it says:
> >
> > ...
> > Writing manifest to image destination
> > $
> >
> > (i.e. the shell prompt is there again)
> >
> > But on srap57dxr1.dev.xxxxxx.org I can't see anything of the image at the
> > end.
> >
> > What I've done wrong?
> >
> > Thanks
> >
> >         matthias
> >
> > --
> > Matthias Apitz, ✉ guru@unixarea.de, http://www.unixarea.de/
> > +49-176-38902045
> > Public GnuPG key: http://www.unixarea.de/key.pub
> >
> > I am not at war with Russia.  Я не воюю с Россией.
> > Ich bin nicht im Krieg mit Russland.
> > _______________________________________________
> > Podman mailing list -- podman@lists.podman.io
> > To unsubscribe send an email to podman-leave@lists.podman.io
> >

> _______________________________________________
> Podman mailing list -- podman@lists.podman.io
> To unsubscribe send an email to podman-leave@lists.podman.io


--
Matthias Apitz, ✉ guru@unixarea.de, http://www.unixarea.de/ +49-176-38902045
Public GnuPG key: http://www.unixarea.de/key.pub

I am not at war with Russia.  Я не воюю с Россией.
Ich bin nicht im Krieg mit Russland.
_______________________________________________
Podman mailing list -- podman@lists.podman.io
To unsubscribe send an email to podman-leave@lists.podman.io