Help me please .Got error while installing the cloudron on a fresh Ubuntu 20.04 (x64) server
-
Got error while installing the cloudron on a fresh Ubuntu 20.04 (x64) server
steps:
root@ls-529811-17286-17286:~# wget https://cloudron.io/cloudron-setup --2022-03-14 17:03:32-- https://cloudron.io/cloudron-setup Resolving cloudron.io (cloudron.io)... 3.209.21.239, 2600:1f18:80f:e00:fa5d:db49:3bf:3f22 Connecting to cloudron.io (cloudron.io)|3.209.21.239|:443... connected. HTTP request sent, awaiting response... 200 OK Length: 9057 (8.8K) [application/octet-stream] Saving to: ‘cloudron-setup’ cloudron-setup 100%[===========================================================================================================================================>] 8.84K --.-KB/s in 0s 2022-03-14 17:03:33 (135 MB/s) - ‘cloudron-setup’ saved [9057/9057] root@ls-529811-17286-17286:~# chmod +x cloudron-setup root@ls-529811-17286-17286:~# ./cloudron-setup ############################################## Cloudron Setup (latest) ############################################## Follow setup logs in a second terminal with: $ tail -f /var/log/cloudron-setup.log Join us at https://forum.cloudron.io for any questions. => Updating apt and installing script dependencies => Checking version => Downloading version 7.1.3 ... => Installing base dependencies and downloading docker images (this takes some time) ... => Installing version 7.1.3 (this takes some time) ... Failed to install cloudron. See /var/log/cloudron-setup.log for details root@ls-529811-17286-17286:~# vi /var/log/cloudron-setup.log
Log info (cloudron-setup.log)
Here is the logs: Running cloudron-setup with args : -- Hit:1 http://security.ubuntu.com/ubuntu focal-security InRelease Hit:2 http://archive.ubuntu.com/ubuntu focal InRelease Hit:3 http://archive.ubuntu.com/ubuntu focal-updates InRelease Hit:4 http://archive.ubuntu.com/ubuntu focal-backports InRelease Reading package lists... Reading package lists... Building dependency tree... Reading state information... python3 is already the newest version (3.8.2-0ubuntu2). python3 set to manually installed. ubuntu-standard is already the newest version (1.450.2). The following packages were automatically installed and are no longer required: eatmydata libeatmydata1 python3-importlib-metadata python3-jinja2 python3-json-pointer python3-jsonpatch python3-jsonschema python3-markupsafe python3-more-itertools python3-pyrsistent python3-zipp Use 'apt autoremove' to remove them. The following packages will be upgraded: curl libcurl4 python3-software-properties software-properties-common 4 upgraded, 0 newly installed, 0 to remove and 124 not upgraded. Need to get 431 kB of archives. After this operation, 2,048 B of additional disk space will be used. Get:1 http://archive.ubuntu.com/ubuntu focal-updates/main amd64 curl amd64 7.68.0-1ubuntu2.7 [161 kB] Get:2 http://archive.ubuntu.com/ubuntu focal-updates/main amd64 libcurl4 amd64 7.68.0-1ubuntu2.7 [234 kB] Get:3 http://archive.ubuntu.com/ubuntu focal-updates/main amd64 software-properties-common all 0.99.9.8 [10.6 kB] Get:4 http://archive.ubuntu.com/ubuntu focal-updates/main amd64 python3-software-properties all 0.99.9.8 [24.9 kB] Fetched 431 kB in 2s (283 kB/s) (Reading database ... ^M(Reading database ... 5%^M(Reading database ... 10%^M(Reading database ... 15%^M(Reading database ... 20%^M(Reading database ... 25%^M(Reading database ... 30%^M(Reading database ... 35%^M(Reading database ... 40%^M(Reading database ... 45%^M(Reading database ... 50%^M(Reading database ... 55%^M(Reading database ... 60%^M(Reading database ... 65%^M(Reading database ... 70%^M(Reading database ... 75%^M(Reading database ... 80%^M(Reading database ... 85%^M(Reading database ... 90%^M(Reading database ... 95%^M(Reading database ... 100%^M(Reading database ... 72732 files and directories currently installed.)^M Preparing to unpack .../curl_7.68.0-1ubuntu2.7_amd64.deb ...^M Unpacking curl (7.68.0-1ubuntu2.7) over (7.68.0-1ubuntu2.5) ...^M Preparing to unpack .../libcurl4_7.68.0-1ubuntu2.7_amd64.deb ...^M Unpacking libcurl4:amd64 (7.68.0-1ubuntu2.7) over (7.68.0-1ubuntu2.5) ...^M Preparing to unpack .../software-properties-common_0.99.9.8_all.deb ...^M Unpacking software-properties-common (0.99.9.8) over (0.98.9.5) ...^M Preparing to unpack .../python3-software-properties_0.99.9.8_all.deb ...^M Unpacking python3-software-properties (0.99.9.8) over (0.98.9.5) ...^M Setting up python3-software-properties (0.99.9.8) ...^M Setting up libcurl4:amd64 (7.68.0-1ubuntu2.7) ...^M Setting up curl (7.68.0-1ubuntu2.7) ...^M Setting up software-properties-common (0.99.9.8) ...^M Processing triggers for libc-bin (2.31-0ubuntu9.2) ...^M Processing triggers for man-db (2.9.1-1) ...^M Processing triggers for dbus (1.12.16-2ubuntu2.1) ...^M "/var/log/cloudron-setup.log" 2477L, 160528C
Anyone help me with this please ..................i have tried 8 times : reinstall fresh Ubuntu 20 , run the
wget https://cloudron.io/cloudron-setup chmod +x ./cloudron-setup ./cloudron-setup
again and again . same error everytime .
Thank you so much .
-
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? -
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.
-
ya next time i will try the Ubuntu 20 again .thanks for your help .
-
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
-
@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 likedocker 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 -
@ApplegateR Can you see what
host production.cloudflare.docker.com
says ? If that works, also trycurl https://production.cloudflare.docker.com
(it should sayinvalid 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 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 ?
-
@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?? -
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.
-
This post is deleted!
-
-