Note that I too see the following message in my logs:
Aug 02 17:29:34 my.smartserver.space dockerd: time="2018-08-02T17:29:34Z" level=info msg="loading plugin "io.containerd.snapshotter.v1.btrfs"..." module=containerd type=io.containerd.snapshotter.v1
Aug 02 17:29:34 my.smartserver.space dockerd: time="2018-08-02T17:29:34Z" level=warning msg="failed to load plugin io.containerd.snapshotter.v1.btrfs" error="path /mnt/volume_sfo2_01/docker/containerd/daemon/io.containerd.snapshotter.v1.btrfs must be a btrfs filesystem to be used with the btrfs snapshotter" module=containerd
Aug 02 17:29:34 my.smartserver.space dockerd: time="2018-08-02T17:29:34Z" level=warning msg="could not use snapshotter btrfs in metadata plugin" error="path /mnt/volume_sfo2_01/docker/containerd/daemon/io.containerd.snapshotter.v1.btrfs must be a btrfs filesystem to be used with the btrfs snapshotter" module="containerd/io.containerd.metadata.v1.bolt"
But the above error is harmless. It is just saying that for btrfs plugin we need btrfs volume. This can be ignored since Cloudron does not use btrfs plugin.
As others said, usually the cron job is part of the app itself. If for some reason you want to run some cron task outside the scope of the app, then you can use a script like below and put it in the crontab of your server.
# this is the app's domain name
# detect the container id of the app
container_id=$(docker ps -q -f label=fqdn=$app -f label=isSubcontainer=false)
echo "App container id is : $container_id"
# we can now run arbitrary commands in the container. below we run a command as the www-data user.
docker exec $container_id sudo -u www-data ls -l
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.
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 🙂
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.
Installed the app. It looks lie mailtrain creates an admin email that is <install name.app.domain> That email address is also used by campaign defaults. I tried sending a test email to it however and it did not go anywhere. In testing sending some emails, it does not appear can just change this email to anything you want. It must match the app domain???
Below you will see that the Blacklist:4 and Failed:2
The results are entirely based on the IP of your server and which VPS provider you got your server from. In fact, many providers like Amazon EC2, Google Compute don't let you send emails at all. I would recommend setting up a relay via Mailgun, Postmark or similar. It is the best way to ensure delivery of mail.
mail-tester runs your email via SpamAssassin. So make sure you send email to it with some real text! If you send fake text or empty emails, it will correctly mark your email as spam. I will put this note in our docs as well.
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?