Upgrade Netcup to Ubuntu 22.04

[erikscholz]

Hi guys. I am running Cloudron on a Netcup VPS on Ubuntu 18.04. What's the best approach regarding upgrading the OS? I could think of those options:

1. Wait until there is a cloudron image with Ubuntu 22.04 and using Cloudron Backup to reinstall Cloudron.
2. Upgrade Ubuntu 18.04 and hope for the best. Use a Netcup snapshot if things go bad.
3. Do nothing: 18.04 ist just fine and upgrading to 22.04 has no real advantages in terms of performance and security.

Happy to hear your thoughts. I would somehow enjoy to try option 2. But I have a feeling it might fail hard as I only have minor to zero Linux skills.

Cheers
Erik

[nichu42]

@erikscholz I would go with option #2 and actually recently upgraded from 20 to 22.
Did you check out
https://docs.cloudron.io/guides/upgrade-ubuntu-20/
and
https://docs.cloudron.io/guides/upgrade-ubuntu-22/
?

[jdaviescoates]

Personally, I'd go with option 1 then there is no risk of the update not going according to plan (and also, Cloudron already supports 22.04)

Edit: but see also these @staff posts which suggest try 2 and if you have any issues just revert to 1:

@BrutalBirdie said in Best way to update from Ubuntu 18.04 to 20.04?:

@jdaviescoates
I did both

The upgrade to Ubuntu 20 might be faster, depends on what you have to restore. (2TB of Movies?)

I would do a backup, start with the upgrade to 20 and if you don't like something, you can always just do a clean sweep and restore from backup

@girish said in Best way to update from Ubuntu 18.04 to 20.04?:

Ubuntu 20 upgrade has worked via dist-upgrade works fairly well. Only thing is one has to baby sit the upgrade and keep pressing 'yes'.

I would do what @BrutalBirdie said, make a backup and then try to upgrade ubuntu. If it doesn't work, restore from backup into new ubuntu.

[girish]

@erikscholz said in Upgrade Netcup to Ubuntu 22.04:

2. Upgrade Ubuntu 18.04 and hope for the best. Use a Netcup snapshot if things go bad.

2 is probably the quickest. But on a few VPS I have seen some packages not updating properly (something to do with their mirrors). So, if ubuntu upgrade does not work, try option 1.

[erikscholz]

@nichu42
Thank you for the links. I'll try to upgrade manually. Wish me luck.

[nichu42]

@erikscholz Snapshots are your friend. Good luck!

[jayonrails]

@girish I have checked the Cloudron docs and seen the following:

„Upgrade fails with Full text search feature
There is a bug in Cloudron 7.2 where in the mail server does not start in Ubuntu 22 when the Full text search feature is turned on. Please wait till Cloudron 7.3 to upgrade.“

Source: Upgrading to Ubuntu 22.04 (Jammy Jellyfish)

I think this note is obsolete and the docs can be updated?

Best
Jay

[erikscholz]

@girish
Hi Girish. Upgrading from 18.04 to 20.04 went pretty well. Now I am kind of stuck at the end of the upgrade from 20.04 to 22.04. It's the step "/home/yellowtent/box/scripts/recreate-containers". I started it around 3 hours ago. It has not finished yet as you can see in the attached screenshot. I just have 6 apps running: 2 Ghost instances, Surfer, Umami and Chatwoot. Any idea what the issue could be?

[girish]

@erikscholz can you try rebooting the server? Sometimes that fixes the docker getting hung.

[erikscholz]

@girish
The reboot fixed the issue. Seemed the containers were updated even though the status bar was still progressing. Thanks!

[jeau]

I had the same problem and rebooted, but how can I be sure that containers have been updated?

[girish]

@jeau If the apps are running and the services are all green (in services view), it's all good.

[jeau]

@girish Thank's, everything works

however, I had a problem with an in-house application Cantaloupe app (IIIF server). It didn't restart with this message in the logs:

cat: /sys/fs/cgroup/memory/memory.memsw.limit_in_bytes: No such file or directory

This application is based on the instructions given in the Cloudron documentation: Packaging app - Cheat Sheet. Specifically, the part that indicates that memory usage must be restricted for a java application with the following code:

LIMIT=$(($(cat /sys/fs/cgroup/memory/memory.memsw.limit_in_bytes)/2**20))
export JAVA_OPTS="-XX:MaxRAM=${LIMIT}M"

To solve my problem quickly, I redeployed this application by hard-coding a value to the LIMIT variable. But it's a hack

[nebulon]

This then means, that the system is using cgroups v2 now. I have updated the main docs section at https://docs.cloudron.io/packaging/cheat-sheet/#memory-limit for a start to make an app compatible with cgroup v1 and v2 (I guess in your case its sufficient to only support v2 now.)