Help me please .Got error while installing the cloudron on a fresh Ubuntu 20.04 (x64) server

[nebulon]

Hi, I've already responded to your inquiry via support, but for visibility, lets continue here also.

Which server provider are you using and is the issue reproducible on fresh instances? Further as it seems the script just exits without an obvious error, do you have enough disk space? Do you see any crash in journalctl --system around that time?

[nebulon]

Just to update here, the servers were from https://www.layerstack.com/ and apparently Ubuntu 18.04 works as expected, however we have to see why 20 does not work. This sometimes happens, since the Ubuntu images between providers vary. Just posting this here for others hitting the issue in the meantime.

[tomicaters]

ya next time i will try the Ubuntu 20 again .thanks for your help .

[tomicaters]

Solved .
if you run the scripts on the Ubuntu 20 and it just exits without an obvious error, skip the 20 version , try to install ubuntu 18 then it will be fine .

have no idea what the issue is but finaly i made it work already so let's end this

thanks for the help @nebulon

[ApplegateR]

@tomicaters
I had same problem on 20.04 on fresh installation, I will try use 18.04.6 LTS.
My output on 20.04 look like

docker pull "${image%@sha256:*}" # this will tag the image for readability
done
docker.io/cloudron/base@sha256:ba1d566164a67c266782545ea9809dc611c4152e27686fd14060332dd88263ea: Pulling from cloudron/base
7b1a6ab2e44d: Pulling fs layer
d31a421b39ea: Pulling fs layer
c76a020f512e: Pulling fs layer
9b5e5618526c: Pulling fs layer
ed7c6b8f03d8: Pulling fs layer
c8c17ce1ab75: Pulling fs layer
efee782790c4: Pulling fs layer
808ed6fa660f: Pulling fs layer
1fa83f475aee: Pulling fs layer
18d03f295db8: Pulling fs layer
9cab82ff68f4: Pulling fs layer
4bcaeaf4f2f6: Pulling fs layer
5b9cc15aeb11: Pulling fs layer
808ed6fa660f: Waiting
1fa83f475aee: Waiting
18d03f295db8: Waiting
9cab82ff68f4: Waiting
4bcaeaf4f2f6: Waiting
5b9cc15aeb11: Waiting
ed7c6b8f03d8: Waiting
c8c17ce1ab75: Waiting
9b5e5618526c: Waiting
efee782790c4: Waiting
error pulling image configuration: Get "https://production.cloudflare.docker.com/registry-v2/docker/registry/v2/blobs/sha256/0f/0fe0cc664045ebd9834ecf64a6ef6705b665bf1a0a397a5ece3b26c916599832/data?verify=1648155293-%2ByCItwKptUJsNdDtvJLraK2AJM4%3D": dial tcp: lookup production.cloudflare.docker.com: no such host

[girish]

@ApplegateR Can you see what host production.cloudflare.docker.com says ? If that works, also try curl https://production.cloudflare.docker.com (it should say invalid URL signature but that's OK, atleast outbound https works).

(Same issue as https://forum.cloudron.io/topic/6561/that-install-script-fails-74-times-out-of-75 also)

[ApplegateR]

@girish

https://paste.cloudron.io/uhisalazel.http

here is my output..

[girish]

@ApplegateR Looks like DNS is working alright. Is this the only time you have tried to install or do you get this error repeatedly? If it's just the first time, I wonder if it is a sporadic DNS issue. Are you able to start over with a fresh Ubuntu 20.04 again ?

[ApplegateR]

@girish
Thank you for your help to install my Server, it work so fabulous. This is what I really need for my business. Thank you so much!

[scooke]

@nebulon Should https://www.cloudron.io/get.html STILL read Create a fresh Ubuntu Focal 20.04 x64 server and run these commands then, or is the issue the setup at layerstack.com? Should the Cloudron page suggest Ubuntu 18 instead, or is this really only happening at layerstack and its Ubuntu 20??

[girish]

In @ApplegateR 's case this was a proxmox installation. Looks like there is some sort of race with docker+dns, I am investigating now to see if I can reproduce this with layerstack.

edit: it seems layerstack only has yearly billing and in monthly billing only the higher cost servers. so, we have to wait until someone else reports this issue.

[ApplegateR]

This post is deleted!

[girish]

I have put a fix in https://git.cloudron.io/cloudron/box/-/commits/bfb233eca19df07a82e3b524812d8270371ed738 which should hopefully fix this.