Cloudron Forum

@jdaviescoates yes I am on version 0.4.0

Can you try with the latest package 5.0.3? I think yourls needed a similar fix in apache.

@joseph @james I tried Vikunja a long time ago back when it was buggy every other update. I'll give it another look. Thanks! @timconsidine said in LF Kanban recommendations/experiences? (non-wekan): Does it have to be an alternative in the browser ? I'm using it to track my job statuses so I'm on a PC all day. It would slow me down to pick up my phone constantly. I looked over the Kanban plugin for Freescout since I use that for work email and I'd be able to link conversations to cards which is awesome, but based on past experiences with FS plugins, they're.... half-baked at best. This would be my last resort.

@sebastienserre said in Email questions: When I received the email, the "from" header is "Matomo" which is another apps I'm running on the Cloudron. This is coming from somewhere in Dolibarr. The from name is not part of the SMTP protocol , it's inside the email body. Can you go over the SMTP settings inside Dolibarr again?

@robi I have Telegram working. Need to configure some / tasks and skills to make it productive.

Hello @difficult222 For this you need to ssh into your Cloudron server. There you can check /home/yellowtent

@james Yeah, first I tried backup from the app-menu, this crashed. It was a bit difficult to remove the app / data, but after some time I get it it uninstalled. After reinstalling, I changed all settings to previous settings manually - RAM and also data directory. Confusing is, the restore goes to the data directory, but after then, it created the mentioned other folders in appdata.

Hello @timconsidine Might be a coincidence but could be pronounced as the district from Germany Berlin-Pankow, so German pronunciation?

Hi @girish sorry for the delay. I think -D does not necessarily impact performance, my test after removing -D was much quicker but after adding it again it was just as quick. Seems like there's some kind of filesystem caching. Maybe at some point I could analyse the differences but I suspect changing this doesn't impact performance so much. The part that does impact performance a lot is the -x flag, but as far as I've seen, that will only prevent iteration on the remote (s3fs) filesystem if du is initiated on the parent dir, e.g. /mnt and not on the mount itself /mnt/s3fs. Would be a lifesaver if you could add this, but understandable if it cannot be done. If it cannot be done, a workaround to exclude certain volumes from disk usage calculation would be fine too. Or maybe you could add an option to the Disk Usage UI: Offer an option to include/exclude certain volumes before actually executing calculation

@dsp76 yes, run.sh is called by start.sh . Cloudron downloads the backup. At this point, the users of all files are yellowtent. This is the user which Cloudron code runs as. Then , start.sh runs as root (from inside container) Which then calls run.sh Maybe the above helps debugging further.