Cloudron Forum

She back on line ..... remove DB and now she up this line got me 2nd time what the sic ? it just password not sic that was the old password if I recall Change the root password to password (sic) - and I had to rerun the cloudron-support --troubleshoot but she back think it was not low space but may be time to add ( sure I can scrip or even take box offline by doing a stop ) at 5% space take the system offline or pause ( sure docker can pause ) hyper v does it if see low pause ( or email @ 10 % then pause at 5% ) think it time to re billed time let see how easy it is to move to a new VM under promox look at the space had backup from 2022 in /var/backup remove that drop back down for 87% to 63% [image: 1782209664835-8f7809b8-08ed-496b-8259-0a6ebae8ba6f-image.jpeg] thanks @james and @nebulon

Hello @marylou Either from the Cloudron Web Logs viewer, the LimeSurvey logging itself or the browser console logs. You can post them here directly or to https://paste.cloudron.io

Hello @mpeterson0418 @mpeterson0418 said: I've actually got a handle on this for the most part. It would be good to share your findings here so other people who want to set up LDAP find your topic. @mpeterson0418 said: One odd thing I am observing here though is - there's no easy way to just log out using OpenID without it forcefully just logging back into the Guacamole application. Is there some way that I can just have the session hold up back at the login screen after a successful logout until I enter credentials again? OpenID? I thought you are configuring LDAP? But no, I don't have an idea how to solve this behaviour right now.

If /var/backup is not used/setup in Cloudron for backups in your instance anymore, then you can safely delete all files in /var/backup if you want. Other Ubuntu components may put some small files there though over time, but that is probably not disk space relevant after the initial purge.

I was trying to reproduce this on a fresh instance, but I don't seem to even have this menu entry for Scheduled Jobs in the Admin Tools. Are you using any 3rdparty module in dolibarr? Edit: found the module to enable, it is just called "Scheduled Jobs" however running the invoices job does not create any folders here to verify. If you have any more detailed description how to setup such an invoice for manual cron creation, to reproduce the problem, this would help much.

ah good! glad it worked out in the end then

Hello @david.opalia Thanks for reporting. We have fixed this issue with the latest app update. See: https://forum.cloudron.io/post/125980

If the image still isn't found, the Docker daemon fetches the image from the canonical repository on Docker Hub. that's a feature of docker daemon itself. Fallback through the list of configured registry-mirrors. The key here is that docker pull docker.io/cloudron/base is treated exactly as "docker pull cloudron/base" (implicit hub.docker.com) whereas docker pull registry.docker.com/cloudron/base is ignoring registry-mirror list because it is an explicit registry image ref. quay.io would also fail in a "restricted" network environment. One of the other solutions I considered is to allow a "cloudron base registry" option in the installer.

You can also get the version from the Web terminal of an app that uses mongodb. root@cd75fce1-749c-4c9b-897e-2c7df3def8f2:/app/code# mongosh -u "${CLOUDRON_MONGODB_USERNAME}" -p "${CLOUDRON_MONGODB_PASSWORD}" ${CLOUDRON_MONGODB_HOST}:${CLOUDRON_MONGODB_PORT}/${CLOUDRON_MONGODB_DATABASE} --eval "db.version()" 8.0.17 db.serverBuildInfo() has more info if you want.