#Unable to run big docker image - 2GB size

1 messages ยท Page 1 of 1 (latest)

topaz chasm
zealous galleon
#

Hi @topaz chasm ๐Ÿ‘‹ Image sizes like that shouldn't be a problem.

I was able to use the image in your trace with no issues. I initiated a new module using the Python SDK, and used the default container_echo generated function with your image instead of alpine:latest:

returning Dagger container type

kubiya-repro โžค dagger call container-echo --string-arg hello

_type: Container
defaultArgs: []
entrypoint:
    - /bin/sh
    - -c
    - /entry.sh
mounts: []
platform: linux/amd64
user: appuser
workdir: /tmp/workspace

getting the stdout

kubiya-repro โžค dagger call container-echo --string-arg hello stdout

โœ” connect 0.5s
โœ” load module 0.9s

โœ” kubiyaRepro: KubiyaRepro! 1.3s
$ .containerEcho(stringArg: "hello"): Container! 1.9s CACHED
โœ” .stdout: String! 0.0s

โœ” parsing command line arguments 0.0s

hello
#

Are you trying to run as a dagger service, by any chance?
Could be something around your entrypoint script and the way dagger handles entrypoints and services. There were some changes between 0.14 and 0.15 versions.

topaz chasm
#

Im working with dagger service and with version 0.11

topaz chasm
#

We are now able to run the image, but it's taking significantly longer on the Dagger service infrastructure inside the Kubernetes cluster.

It takes around 10 minutes on the cluster, compared to just 2 minutes locally.

What steps can we take to improve this performance?

zealous galleon
#

Yes that container has entrypoint defined. In 0.12 with_exec stopped using the entrypoint by default. In 0.15 as_service stopped using it by default as well.

In 0.11, you're seeing the old behavior of Dagger running the Container's entrypoint script every time.

If you look at the entrypoint script: /entry.sh
You'll see the source of the namespace error messages.

topaz chasm
#

We are now able to run the image, but it's taking significantly longer on the Dagger service infrastructure inside the Kubernetes cluster.

It takes around 10 minutes on the cluster, compared to just 2 minutes locally.

What steps can we take to improve this performance?

zealous galleon
#

@rugged hollow @quasi arrow have you seen behavior like this in k8s ๐Ÿ‘†

quasi arrow
rugged hollow
zealous galleon
rugged hollow
topaz chasm
#

it seems like dagger v0.11 is not rendered in the new UI, and for some reason the I cant move to the v2 UI

#

if you can please enable it for me, I will be able to look for the exact trace for you

topaz chasm
#

@zealous galleon

zealous galleon
topaz chasm
#

using go sdk

zealous galleon
#

Want to pair on discord?

topaz chasm
#

I'm currently tied up with something, but Iโ€™d be happy to hop on a call later
In the meantime, Im unable to connect to the traces UI v2, can you help me out with this?

zealous galleon
#

I'm looking into how to view traces for 0.11.6 or workarounds.

zealous galleon
zealous galleon
#

Let me know if your slowness issues cleared up ๐Ÿ™

topaz chasm
#

Hi Jeremy

It hasn't, we are working on decreasing the image size ..

On another matter - creating a volume with files takes about 6 seconds each - is it supposed to be this way?

#

@zealous galleon

topaz chasm
#

@zealous galleon ??

zealous galleon
#

@sleek bane can you help drive this investigation? ๐Ÿ‘†

#

@topaz chasm you're still on dagger 0.11.6, correct?

hidden musk
sleek bane
#

@hidden musk looks like very small files in the screenshot its referencing 1445 bytes

@topaz chasm is there a reason you are still on 11.6? It would be great to check to see if these issues are resolved on the latest version of Dagger.