-
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 bothThe 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.
-
@erikscholz said in Upgrade Netcup to Ubuntu 22.04:
- 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 Snapshots are your friend. Good luck!
-
@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 -
@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? -
@erikscholz can you try rebooting the server? Sometimes that fixes the docker getting hung.
-
-
-
@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 -
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.)