@girish I was thinking potentially to use syncthing with volumes, and then use filestash for web access, sharing etc.

Nextcloud is great, but its a bit of a slow giant that's resource intensive. It tries to do a lot of things and doesn't do the core function of syncing files very efficiently.

so just to update my results here - i tried a hetzner storagebox, but the cifs storage mount was having some stability issues. and it was so painfully slow as to be practically unusable.

so i switched to another option that i've seen mentioned in the forums here, which is to backup to a second cloudron using minio. and i'm happy to report that it's working fine. using an alphavps storage vps it's actually even cheaper, and it's quite convenient to have a further backup if needed.

So just to update... I installed an unstable version of Vikunja as a custom app, because some bugs to do with the Todoist migration were meant to have been resolved. The Todoist importer worked a bit better, but still threw up errors. Apart from that the app is working pretty flawlessly from what I can tell. Would be brilliant to have it added (perhaps v1 would be the right time).

Any updates on getting Outline on to Cloudron?

I've been playing around with a hosted version, and have to say Outline seems very intuitive and easy to use, compared with some of the alternatives (on Cloudron and otherwise).

@p44 i just followed the one in the cloudron docs (and also the hetzner docs).

cloudron:
//<server>/<remote_folder> /backups_cifs cifs uid=yellowtent,gid=yellowtent,user=<user>,pass=<pass>,iocharset=utf8,x-systemd.automount 0 0

hetzner:
//<username>.your-storagebox.de/backup /mnt/backup-server cifs iocharset=utf8,rw,credentials=/etc/backup-credentials.txt,uid=<system account>,gid=<system group>,file_mode=0660,dir_mode=0770 0 0

I think it might be beneficial to have some stats or tracking mechanism for the server resource usage of users or usergroups in Cloudron, as this would enable non enterprise and multiple user servers to share hardware resources fairly The use case scenario here would be communities or groups of people who want to share, and spread the word on self hosting open source applications.

The biggest variable in my mind, in terms of calculating costs, is the amount of storage a user or usergroup uses. Is there someway to track this, so that a percentage share of storage provisioned can be worked out?

I've read elsewhere that Netdata might be the way to go, to get detailed info on server resource use. Would this work for seeing a Cloudron user's share of mounted NFS storage for instance? Or is this something that is better accomplished from inside specific apps, like say Nextcloud.

Ok, thanks much for the update. Wish I could help with the packaging, but I've got zero skills or experience to contribute to that. Would be amazing to have this on Cloudron at some point, it seems to be the most promising Google Photos alternative.

I've got Vikunja installed as a custom app (would love to see it published to the Cloudron app store as well).

One of the highlighted features is the ability to import from Todoist, but there's no way to do this through the interface. I asked in the Vikunja matrix chatroom, and someone suggested all the details on how to achieve this would be in the config.yml file. I've looked at this file in my install, but can't see any such section or info. Has anyone figured out how to migrate from Todoist?

@jdaviescoates mmm... that's a pity. hopefully they'll add other authentication options soon.

I recently got Cloudron running on a Netcup VPS with NFS storage mounted (also provided by Netcup). This works great for moving individual app data for most apps off the main server, but for the Jellyfin app the Docker containerization of data seems to stop there being anyway to actually get the media into the app? A shared volume that could be 'seen' by different apps would be ideal, and this would also be great for something like sharing photos between Nextcloud and Lychee. Is this a feature that is going to be rolled out soon? I read elsewhere that something like this was planned for an earlier Cloudron release.

I've been looking for possible work around using symlink or hardlinks, or mouting external storage in Nextcloud, but none of the options seem to really be viable. Rclone with a cloud provider seems to be a popular solution for Jellyfin, but I'm not sure how this would work? Any suggestions on a workaround that wouldn't break how Cloudron's backups and default behaviour works would be greatly appreciated. I have almost no experience with managing a server, so the less tinkering the better!

@girish I've created support tickets and given you access. Thanks for looking into this.

@girish thanks for the response.

the server_name field was missing from the config file for some reason. i added the field at the top of the file and restarted the app, but am still getting these errors in the matrix app log:

Healtheck error: Error: connect ECONNREFUSED 172.18.19.36:8008

OSError: [Errno 30] Read-only file system: '/app/code/media_store'

the peer tube app does have a /app/data/storage/logs/ directory with log files in it. this app is still not responding as well. i can see this in the error logs:

errno: -2,

The Synapse and PeerTube apps have stopped working on our Cloudron. This happened after a reboot for system updates, and it's a bit of mystery why they should suddenly get misconfigured. I've tried several restarts and restoring from a backup, but it hasn't fixed the issue. Renewing Certs and DNS hasn't helped either.

The logs for the Matrix/Synapase show these errors:

Healtheck error: Error: connect ECONNREFUSED 172.18.19.36:8008=> Starting synapse
Error in configuration:
Missing mandatory server_name config option.

The logs for PeerTube shows these errors:

Healtheck error: Error: connect ECONNREFUSED 172.18.16.78:90002022-10-16T08:21:42.000Z ==> Starting PeerTube
throw err;
^
ENOENT: no such file or directory, mkdir '/app/code/server/storage/logs'

Any help to troubleshoot and get these apps back running would be much appreciated.

@nebulon Thanks, that worked a treat. I had tried 443 as the port previously, but that didn't work possibly because I didn't use 'https' in the url. Port 2283 was specified on the Immich Github page.

Thanks for packaging this! It looks like it already is/and could become a great photo app. I was just trying to get an andoird mobile app connected, but it doesn't seem to be able to login. The server endpoint I'm using is http://[cloudron-app-location]:2283/api

Has anyone had any luck yet with using the Immich mobile app?

I also had the same error running Cloudron 7.2.2, and restarting the mail service solved the issue.

i can confirm that the order of the steps @onlybro describes work to enable video posting. so i guess including the config line by default as @robi suggests, would make it work for everyone?

@onlybro it worked from the web interface initially, but now only from a client app

@onlybro yeah, you need to add that to the config. here's a screenshot for reference - Screenshot_20210410_225929.jpeg

but as i mentioned on the other thread, this doesn't seem to work for me now, in order to create video posts.

@onlybro i had to reinstall the app, and tried to do the same steps. but for some reason i'm not able to post videos now from a browser.

the funny thing is that posting videos from the fedilab app on android works. i guess the app is just not ready for prime time yet?