unofficial mirror of bug-guix@gnu.org 
 help / color / mirror / Atom feed
* bug#48035: Fwd: regression: “guix pack” Docker images no longer work on AWS
       [not found] <87tupgndrw.fsf@elephly.net>
@ 2021-04-26 15:16 ` Ricardo Wurmus
  2021-04-27  6:55   ` Efraim Flashner
  2021-04-28 21:29   ` Ludovic Courtès
  0 siblings, 2 replies; 4+ messages in thread
From: Ricardo Wurmus @ 2021-04-26 15:16 UTC (permalink / raw)
  To: 48035


Hi Guix,

I’m using “guix pack”-generated Docker images on AWS ECS.  On June 
17,
2020 I generated and uploaded an image that works fine.  According 
to
AWS this image has this manifest type:

    application/vnd.docker.distribution.manifest.v2+json

Today I generated a new image that does not work.  It cannot be 
opened
by ECS; it cannot find /bin/sh, which exists.  The manifest type 
is now
recognized as

    application/vnd.oci.image.manifest.v1+json

It also now detects an “Artifact media type” and prints it as

    application/vnd.oci.image.config.v1+json

I’d very much like to push a newly generated image.  Is there a 
way to
generate the image as it was done in the summer of 2020?

Note that both these images appear to work “fine” with a local 
Docker
installation (i.e. when run with “docker run”).  (When running 
/bin/sh
in the container interactively it appears to freeze whenever I try 
to
actually run a command, but perhaps I’m just holding it wrong…)

-- 
Ricardo




^ permalink raw reply	[flat|nested] 4+ messages in thread

* bug#48035: Fwd: regression: “guix pack” Docker images no longer work on AWS
  2021-04-26 15:16 ` bug#48035: Fwd: regression: “guix pack” Docker images no longer work on AWS Ricardo Wurmus
@ 2021-04-27  6:55   ` Efraim Flashner
  2021-04-27  7:48     ` Ricardo Wurmus
  2021-04-28 21:29   ` Ludovic Courtès
  1 sibling, 1 reply; 4+ messages in thread
From: Efraim Flashner @ 2021-04-27  6:55 UTC (permalink / raw)
  To: Ricardo Wurmus; +Cc: 48035

[-- Attachment #1: Type: text/plain, Size: 1542 bytes --]

On Mon, Apr 26, 2021 at 05:16:15PM +0200, Ricardo Wurmus wrote:
> 
> Hi Guix,
> 
> I’m using “guix pack”-generated Docker images on AWS ECS.  On June 17,
> 2020 I generated and uploaded an image that works fine.  According to
> AWS this image has this manifest type:
> 
>    application/vnd.docker.distribution.manifest.v2+json
> 
> Today I generated a new image that does not work.  It cannot be opened
> by ECS; it cannot find /bin/sh, which exists.  The manifest type is now
> recognized as
> 
>    application/vnd.oci.image.manifest.v1+json
> 
> It also now detects an “Artifact media type” and prints it as
> 
>    application/vnd.oci.image.config.v1+json
> 
> I’d very much like to push a newly generated image.  Is there a way to
> generate the image as it was done in the summer of 2020?
> 
> Note that both these images appear to work “fine” with a local Docker
> installation (i.e. when run with “docker run”).  (When running /bin/sh
> in the container interactively it appears to freeze whenever I try to
> actually run a command, but perhaps I’m just holding it wrong…)
> 

On March 10th, a couple of days before your original message, docker was
updated to 19.03.15 for some security fixes. Perhaps try locally
reverting that and see if it fixes your problem.

-- 
Efraim Flashner   <efraim@flashner.co.il>   אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D  14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

^ permalink raw reply	[flat|nested] 4+ messages in thread

* bug#48035: Fwd: regression: “guix pack” Docker images no longer work on AWS
  2021-04-27  6:55   ` Efraim Flashner
@ 2021-04-27  7:48     ` Ricardo Wurmus
  0 siblings, 0 replies; 4+ messages in thread
From: Ricardo Wurmus @ 2021-04-27  7:48 UTC (permalink / raw)
  To: Efraim Flashner; +Cc: 48035


Hi Efraim,

> On March 10th, a couple of days before your original message, 
> docker was
> updated to 19.03.15 for some security fixes. Perhaps try locally
> reverting that and see if it fixes your problem.

We are not using Docker to generate the Docker images.

I only have problems with the generated Docker images on AWS, 
which does not use Docker from Guix.

-- 
Ricardo




^ permalink raw reply	[flat|nested] 4+ messages in thread

* bug#48035: Fwd: regression: “guix pack” Docker images no longer work on AWS
  2021-04-26 15:16 ` bug#48035: Fwd: regression: “guix pack” Docker images no longer work on AWS Ricardo Wurmus
  2021-04-27  6:55   ` Efraim Flashner
@ 2021-04-28 21:29   ` Ludovic Courtès
  1 sibling, 0 replies; 4+ messages in thread
From: Ludovic Courtès @ 2021-04-28 21:29 UTC (permalink / raw)
  To: Ricardo Wurmus; +Cc: 48035

[-- Attachment #1: Type: text/plain, Size: 1916 bytes --]

Hi,

Ricardo Wurmus <rekado@elephly.net> skribis:

> I’m using “guix pack”-generated Docker images on AWS ECS.  On June 17,
> 2020 I generated and uploaded an image that works fine.  According to
> AWS this image has this manifest type:
>
>    application/vnd.docker.distribution.manifest.v2+json
>
> Today I generated a new image that does not work.  It cannot be opened
> by ECS; it cannot find /bin/sh, which exists.  The manifest type is
> now
> recognized as
>
>    application/vnd.oci.image.manifest.v1+json
>
> It also now detects an “Artifact media type” and prints it as
>
>    application/vnd.oci.image.config.v1+json
>
> I’d very much like to push a newly generated image.  Is there a way to
> generate the image as it was done in the summer of 2020?
>
> Note that both these images appear to work “fine” with a local Docker
> installation (i.e. when run with “docker run”).  (When running /bin/sh
> in the container interactively it appears to freeze whenever I try to
> actually run a command, but perhaps I’m just holding it wrong…)

The Git log of (guix docker) and (guix scripts pack) doesn’t show
anything suspicious.

Could you try generating an image with ‘guix pack’ and feeding it to
Docker using Guix’ Docker service in a VM?  Attached is an OS that I
used previously to test Docker things.  (You need to run with ‘-m 8192’
or similar so that when you run ‘docker load -i
/gnu/store/…-docker-pack.tar.gz’ the whole VM disk fits into RAM.)

If you used ‘-S /bin=bin’, /bin/sh in the image is a symlink to
/gnu/store/…-bash/bin/sh, an absolute file name that’s only valid within
the image.  Perhaps Docker is confused by that like Singularity is/was.
In that case, try changing ‘guix pack’ so it produces relative symlinks
as it already does for the ‘singularity’ backend.

HTH!

Ludo’.


[-- Attachment #2: the OS --]
[-- Type: text/plain, Size: 1528 bytes --]

(use-modules (gnu) (srfi srfi-1))
(use-package-modules docker linux)
(use-service-modules dbus desktop networking docker)

(operating-system
  (host-name "dockeros")
  (timezone "Europe/Paris")
  (locale "fr_FR.utf8")

  (bootloader (bootloader-configuration
               (bootloader grub-bootloader)
               (target "/dev/sdX")))
  (file-systems (cons (file-system
                        (device (file-system-label "my-root"))
                        (mount-point "/")
                        (type "ext4"))
                      %base-file-systems))

  (users (cons (user-account
                (name "ludo")
                (group "users")
                (supplementary-groups '("wheel"))
                (password (crypt "foo" "$6$"))
                (home-directory "/home/ludo"))
               %base-user-accounts))

  (packages (cons* docker-cli singularity %base-packages))
  (services (append (list (service docker-service-type)
                          (service dbus-root-service-type)
                          (service elogind-service-type)
                          (service dhcp-client-service-type))

                    ;; Choose a better console font.
                    (modify-services %base-services
                      (console-font-service-type
                       config => (map (lambda (tty)
                                        (cons tty "lat9u-16"))
                                      '("tty1" "tty2" "tty3" "tty4"
                                        "tty5" "tty6")))))))

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2021-04-28 21:30 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <87tupgndrw.fsf@elephly.net>
2021-04-26 15:16 ` bug#48035: Fwd: regression: “guix pack” Docker images no longer work on AWS Ricardo Wurmus
2021-04-27  6:55   ` Efraim Flashner
2021-04-27  7:48     ` Ricardo Wurmus
2021-04-28 21:29   ` Ludovic Courtès

unofficial mirror of bug-guix@gnu.org 

This inbox may be cloned and mirrored by anyone:

	git clone --mirror https://yhetil.org/guix-bugs/0 guix-bugs/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 guix-bugs guix-bugs/ https://yhetil.org/guix-bugs \
		bug-guix@gnu.org
	public-inbox-index guix-bugs

Example config snippet for mirrors.
Newsgroups are available over NNTP:
	nntp://news.yhetil.org/yhetil.gnu.guix.bugs
	nntp://news.gmane.io/gmane.comp.gnu.guix.bugs


AGPL code for this site: git clone http://ou63pmih66umazou.onion/public-inbox.git