Cloudron Forum

Awesome! Thanks for sharing! ️ would be great if cloudron added it as an offical app.

Back from vacation. I had to write a script to search the backups for gitlab backups that had postgresqldump files with actual data.

Apparently the last "good" backup that had a good postgresqldump file was back in April (2025-04-24-090000-501/app_gitlab_v1.103.0.tar.gz.enc).

I was finally able to get it working by reapeating the restore steps:

1. Install the matching version of Gitlab to the backup version
2. Then restore by importing the backup

Not sure how exactly it got to this state, but it's finally back up and running!

I ran into an issue with the Gitlab redis server hanging. Restarting redis and changing allocated memory didn't resolve it, so I uninstalled the app with the intention of restoring it to get a fresh install of redis.

I then followed these steps https://docs.cloudron.io/backups/#restore-app to restore the app.

Restoring completes without error, but then when I go to the GitLab login page I get this error as soon as it loads: "No authentication methods configured."

To prep for restoring an app from an imported backup we must install the app first from the app store. I made sure to install the same version from the app store that matches the backup. I also tried installing the app and preforming an import restore several times. I even tried with installing with "Leave user management to the app" and the "Allow all users from this Cloudron" options. When using cloudron I get the option to authenticate with my cloudron account but once I sign in, I get a 500 error.

I then started manually checking the postgres tables, and noticed that all the tables are empty. So it would appear that the DB restore didn't work. Or the DB backups aren't working. The backup tar.gz is ~500MB so I doubt that's the issue.

Platform Version: v8.3.2 (Ubuntu 24.04.2 LTS)
Vendor: Xen
Product: HVM domU
CPU: 16 Core "Intel(R) Core(TM) i9-9900K CPU @ 3.60GHz"
Memory: 37.82 GB RAM & 8.59 GB Swap
Uptime: 13 days

App Title and Version: GitLab 18.0.4
Package Version: com.gitlab.cloudronapp@1.104.4

Backup file: app_gitlab.tcloud.dev_v1.104.4.tar.gz.enc

I never did find root cause, but a fresh Cloudron install and restoring from backup resolved the issue.

Yeah, that's what I thought as well. So I tried it in a few different browsers, and it had the same issue in all of them. If you can't reproduce it than it must be my setup. Thanks for checking.

Go to the login page and try to enter credentials.

I can enter the username just fine, but the password field clears each charachter as I type it, so it's impossible to enter a password.

I've tested this on a fresh Nextcloud app installation and the issue is the same. With a fresh install of 5.5.2, I can login using the login with cloudron feature but then nothing loads after login. Either Nextcloud package 5.5.2 has some serious issues or Nextcloud 31.0.6 does.

Installing the previous version Nextcloud package 5.5.1 (Nextcloud 31.0.5) works as expected.

Welcome, @james! Also want to express my support for cloudron and the great team (@staff) behind it.

I second this! Would like to see this in Cloudron as well!

Others have run Trac/SVN in docker containers before, but no one seems to be maintaining them.

I would love to see Puter as a cloudron app as an alternative to Nextcloud.

Puter is an advanced open-source desktop environment in the browser, designed to be feature-rich, exceptionally fast, and highly extensible. It can be used to build remote desktop environments or serve as an interface for cloud storage services, remote servers, web hosting platforms, and more.

From https://github.com/HeyPuter/puter

Would https://github.com/qdm12/gluetun/ work?

https://medium.com/linux-shots/put-a-docker-container-behind-vpn-fdc0e32c9ca5

I created a post in the Plex forum. Maybe the Plex staff will create a Cloudron App.

@BrutalBirdie I'll give it a go.

I've started using WebODM this year and it is amazing, would love to see this on cloudron.

@subven Even if it is "huge" it should still be possible, just need to warn the user when they go to install it.

I just found out that the creator of COSMOS has left Ball Aerospace and spun up his own company for COSMOS at OpenC3.com.

So that is probably the better source going forward.

More info about COSMOS OPENC3 at cosmosc2.com OpenC3.com

@girish Thanks for looking into this!

In the mean time I've also been able to get the connection to work by using the "old key" method.

Adding the following to /app/data/customconfig.py worked for me:

c.Spawner.args = ['--collaborative']

You also need to run /app/code/remove_notebook_containers.py after making changes.

For a list of parameters check out: https://jupyterhub.readthedocs.io/en/stable/api/spawner.html

I've been trying to get a connection to work using SSH and private key for authentication. No matter what kind of ssh private key I use (with or without passphrase or different encryption method) I always get the same errors:

Feb 24 13:13:18 guacd[318]: DEBUG: Attempting private key import (WITHOUT passphrase)
Feb 24 13:13:18 guacd[318]: DEBUG: Initial import failed: (null)
Feb 24 13:13:18 guacd[318]: DEBUG: Re-attempting private key import (WITH passphrase)
Feb 24 13:13:53 guacd[318]: ERROR: Auth key import failed: (null)

I believe the issue is related to this: https://issues.apache.org/jira/browse/GUACAMOLE-1540

The suggested solution is to update the guacamole-server docker build to use libssh2 1.9.0-3.

Currently it is using libssh2 1.8.0-2

Can you please update the dockerfile to use the newer version of libssh2?

Any chance the latest update for Minecraft bedrock edition will get pulled in this evening?