I guess we can add this feature as part of https://git.cloudron.io/cloudron/box/issues/465

Aha, I'd glossed over the bit in the instructions that said to put the IP in the address bar -- I'd punched in the actual domain name and gotten a 404; that combined with the fact that the installer process saying it was waiting for cloudron to start had me thinking something had gone wrong. It's working now. Derp. Thanks for your help.

Okay. I've sent the log in mail to support, and provided additional background and specifics.

Oh I pasted the wrong link apparently, fixed it now.

I forgot to post a follow up on this thread. I'd like to thank @girish for solving my problem. He responded quickly and arranged to ssh into my server to diagnose. He's been very patient and professional and I really appreciate it.

Basically the problem is due to MySQL addons not properly starting/building, so all apps using MySQL error out and cannot start or install. Hope the problem has been resolved in the final 2.4 releases 🙂

For the record, I hit that issue too. /boot got full. However, I could not fix it with the solution at https://forum.cloudron.io/topic/1310/disk-filled-up-with-kernel-update-artifacts/2 . I had to follow https://askubuntu.com/a/430944 (slightly adapted)

@nebulon said in Disk filled up with kernel update artifacts:

rm -rf /var/tmp/mkinitramfs*

I had to instead do:

cd /var/tmp find . -type f -delete -print

This was running for like 5 hours! (and still running)

In another server instance hit by https://forum.cloudron.io/topic/1382/error-for-multiple-apps/12, recreating docker containers did not help. I even disabled apparmor altogether using sudo systemctl stop apparmor and sudo systemctl disable apparmor. We tried server restart as well and that didn't help either.

After disabling apparmor, I saw that mysqld would just quit without showing any error message or log output 😞 As a final thing, I just ended up moving platformdata/mysql to mysql-old and recreated containers again. That made mysql come up and then we restored all the apps.

Still a bit crazy/worrying that we hit this bug atleast twice now and there is no clear resolution.

For others reading this, currently the process of giving build service access is not automated. If you need access, please send us an email to support@cloudron.io.

@rtyu1120 for hackmd there is already some progress https://forum.cloudron.io/topic/1222/hackmd-fast-and-flexible-real-time-collaborative-markdown/10

@girish I also realized that the mysqldump for the TT-RSS app is huge (679 MB in my case). Could you implement some compession in the database dumps (and use PostgreSQL as recommended by the author)?

@uiharu Ah, thanks!

Ah my bad, for whatever reason I deleted the DNS entry and didn't check what was up, all my fault :s

@girish working. thanks!

Thanks again! Everything is up and running now!

@scooke Right, so the newapp.app@domain.com is the default allocated mailbox. If you want to make the app use a different email address, you have to do this https://cloudron.io/documentation/email/#changing-the-from-address-of-an-app . It's geeky, we are looking into fixing this in the next release since this is often requested.

Awesome. Thanks!

@fbartels @girish Thank you for the support.

Solution:

use a SMTP mail solution sendmail (and the mail()) are not usable in current state PHPMailer could be used as an alternative

@girish Okay, workaround works ! 🙂

@nebulon said in Nextcloud: Empty Trashbin intervals:

trashbin_retention_obligation

@nebulon thank you very much! Missed that the config.php is symlinked to /app/data and therefore it is editable 👍🏼

Upon some investigating, did find a polls utility like doodle in nextcloud. It allows you to share it with users but also share a public link. Pols can be text based or created using a calendar. Persons responding can answer a yes,no and maybe on whatever options are offered.
https://github.com/nextcloud/polls

@TheNils For new domains, the NS record sometimes takes to propagate. That error message means that it's not propagated to the Cloudron server yet. You can try this:

SSH into the Cloudron host -t NS mydomaine.net (This should not display NXDOMAIN) If the above works, it should work on Cloudron as well. If not, can try sudo systemctl restart unbound and then try adding the domain again?

We will improve the error message to be more descriptive (https://git.cloudron.io/cloudron/box/issues/548).

@nebulon Thank you 🙂

Hello! Sorry - yes inbound 80 is open. results of journalctl:

No journal files were found.

Normal users can create tokens but they don't have access to any call other than the /api/v1/profile/* routes. Internally, each token has a list of "scopes" (oauth scopes) which indicate what API can be allowed. For normal users, this scope is only the profile scope. For admin users, it includes all the other API calls.

@girish The update worked! The first steps didn't work for me, but the apt update did the trick. Thank you!

@girish Tank you. I apologise for my ignorance. I will try the --no-sso part 🙂

@girish Thanks for the response. I have wiped the server and did a restore, so I can't do what you suggest atm.

There is/was plenty of space (42gb used out of 490), and ram (1gb out of 6gb).

I was/am running 2.0.1.

I'll check the event log size once the problem comes in again and will report here.