Cloudron installation script: select alternative Ubuntu Repository mirror

[p44]

Ubuntu Repository is often slow and unstable.

In last months I had several time same problem: unreachable, overloaded...

In Cloudron installation script it could be interesting to select (or auto shift based on ping) a different mirror as an alternative.

This is a real time video record of the speed today:

Err:75 http://security.ubuntu.com/ubuntu noble-updates/main amd64 linux-firmware amd64 20240318.git3b128b60-0ubuntu2.26
  429  Too Many Requests [IP: 185.125.190.82 80]
Fetched 291 MB in 14min 1s (346 kB/s)
E: Failed to fetch http://security.ubuntu.com/ubuntu/pool/main/l/linux-firmware/linux-firmware_20240318.git3b128b60-0ubuntu2.26_amd64.deb  429  Too Many Requests [IP: 185.125.190.82 80]
E: Unable to fetch some archives, maybe run apt-get update or try with --fix-missing?

And then result is:

=> Installing base dependencies (this takes some time) ...Init script failed. See /var/log/cloudron-setup.log for details

[james]

Hello @p44
Cloudron does not set up the repos, that is configured by the provider.
Some providers like Hetzner use their own mirror to save bandwidth and increase speed.
Also, if someone is setting up their own repos for security or what ever reason, before setting up Cloudron, I think we should not interfere with that.

[robi]

@james might be a useful pre-install checklist for setting up a speedy mirror

[p44]

@james Yes, I know very well that Repos is not managed by Cloudron, but whole process can interfere with Cloudron installations and be critical specially when configuring a new Cloudron in a case of disaster recovery or switching Cloudron instances with backup/recovery, or simply when installing a new Cloudron instance.

In fact, if repository cannot be reached, Cloudron cannot be installed.

Hetzner give a good guide on how to switch, and also their repository is always reachable, fast and stable.

How @robi suggested, it could be interesting to add to Cloudron install script some strings to avoid this kind of issue.

Could be a speedy mirror or ability to pass parameter in ./cloudron-setup eg. ./cloudron-setup -h or something where user can chose wich mirror to use. -h = Hetzner, and so on.

At this point, script will manage all the whole process and continue installation of packages and Cloudron instance.

[p44]

@james Trying a second install, on previous broken Cloudron installation, will give this:

=> Updating apt and installing script dependencies
=> Waiting for 30s for existing apt/dpkg processes to finish...
=> Waiting for 30s for existing apt/dpkg processes to finish...
=> Waiting for 30s for existing apt/dpkg processes to finish...
=> Waiting for 30s for existing apt/dpkg processes to finish...
=> Waiting for 30s for existing apt/dpkg processes to finish...

while

tail -f /var/log/cloudron-setup.log

give this:

Running cloudron-setup with args : --

[nebulon]

So it seems ubuntu's package repositories have some issues since yesterday. This also affects the package update pipelines currently.

https://status.canonical.com/

[p44]

@nebulon Yes, they still have ongoing problems... Even if they mark as “solved”, problem is not fixed.

This can affect Cloudron installations.

Just tried to install Cloudron again but...

Err:75 http://security.ubuntu.com/ubuntu noble-updates/main amd64 linux-firmware amd64 20240318.git3b128b60-0ubuntu2.26
  429  Too Many Requests [IP: 2620:2d:4000:1::103 80]
Fetched 220 MB in 5min 41s (643 kB/s)
E: Failed to fetch http://security.ubuntu.com/ubuntu/pool/main/l/linux-firmware/linux-firmware_20240318.git3b128b60-0ubuntu2.26_amd64.deb  429  Too Many Requests [IP: 2620:2d:4000:1::103 80]
E: Unable to fetch some archives, maybe run apt-get update or try with --fix-missing?