Cloudron Forum

@nebulon Sorry about the late reply. Yeah... that's what's confusing me too.

When I run lsb_release -a, I get that I'm on Ubuntu 20.04 LTS, which should still be supported just fine (it's supported for another couple of months).

When I run ssh -v, I get OpenSSH_8.2p1 Ubuntu-4ubuntu0.11, OpenSSL 1.1.1f 31 Mar 2020 which doesn't seem like it's updated (I think the newest is 9.2p1).

There's apparently been a few CVEs still open for that SSH version if I'm understanding correctly. Like for example, the following:
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-41617
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-28041
(I don't know that these necessarily apply to Cloudron... for example, it's not a 'legacy operating system'... but I still think it is wise to ask why the SSH version number didn't jump I guess?)

Now I could very much see myself just missing on something important... perhaps Ubuntu LTS applies patches to SSH without bumping the number version... or perhaps that isn't the correct command to get the number version... or something else. I might be missing something here. Sorry if I am.

Hey there,

I know the Cloudron guides typically recommend for one to never run updates, and to let Cloudron handle it.

Does that include updates for SSH generally? Reason being I know there's been a few CVEs for SSH, and my SSH version is looking... not as new as I think it probably should be.

Just thought I'd ask before doing something potentially destructive :).

@neoplex Just as a heads up, I believe Uptime Kuma does a lot of the same stuff. If you're looking for something they currently have on Cloudron right now (there is not an import tool though...)

@wheez Heya Wheez,

A few questions.

1. Are they using the new version of Outlook that proxies everything through Microsoft's servers? Or traditional Outlook that does things directly (don't know how to check this myself, you'll have to look it up).
2. Are they connecting to the Cloudron Mail server using IMAP or POP (I don't think ActiveSync would be supported - but Outlook can do IMAP and POP just fine).
3. Try removing and then re-adding the mail account in Outlook. How long does it take to download all the mail? Do the same in Thunderbird. Is it a similar time (should be pretty short for 7-8 GB of mail)? Also how long does it take? (If it takes longer than about 5 minutes to download the mail in Thunderbird, your server provider may be throttling IMAP or POP some).
4. Apparently, Outlook's search on Mac has a lot of issues : https://apple.stackexchange.com/questions/354269/how-to-fix-outlook-for-mac-search

@Dave-Swift How much email are you sending? Generally, I've seen people say that directly sending your own email isn't recommended until you hit around 70,000 email per month (just because at such low volumes, you are usually considered as automatically being a spam risk).

It's entirely up to you though. I don't know if those numbers are correct.

I'm not exactly sure if this should be in the 'Discuss' section or the 'Off-Topic' section.

Apparently, Dovecot 3 will only be supported as a single server.

I know that the Cloudron Devs are considering doing a multi-node service at some point in the future (but that it's not guaranteed), and I just thought the heads up might be good, as I'm not sure how this might effect things (there are probably ways to get around it, but I imagine it might be painful).

Hope you all are having a good week in any case.

@bmann Yeah, in that case, I'd say just use a provider that allows you to buy extra storage inexpensively and mount it as a volume. BuyVM is the one that comes to mind honestly.

You can also use CIFS or NFS, but I don't know how well I'd trust them as primary storage for an app.

Also, as said, some apps support external S3 (although that limits your capability to fully encapsulate your backups).

@bmann CIFS, NFS, are both remote file systems, yeah. SSHFS is a remote file system built on SSH, so that technically counts too. But all of those have somewhat limited functionality.

From what I've seen, most people who use the Mount backup are using it for where your VPS provider gives you a volume to work with. Sometimes they are technically remote too, on the backend, but they act like they are local (I know BUYVM's volumes are based on an RDMA which is basically like direct disk access over ethernet, which is kinda cool - Hetzner probably uses some other technology for their volumes).

Hey @crazybrad In my experience, it works (including backup), although it does create issues if for whatever reason the volume doesn't mount correctly on a server restart (happens occasionally).

Okay, I figured out what my problem was.

I had some failed backups from yesterday, when I tried to get hardlinking working (and I also had a permission issue with the MySQL dump). As of such, I cleared the backup disk manually, and then triggered a backup cleanup in the Cloudron UI. Then I tried to back up again, however, I believe that Cloudron keeps an index of files it has already backed up to keep things speedy (which is nice). As of such, even though the other files no longer existed, it was only backing up the changes.

To solve it, I just changed the backup method to a different method, and then changed it back again, which cleared the index.

Thanks for all your help on this :).

@girish I don't think so... locale seems correct. But it is reporting a very small amount.

1109207166      /email_backup

(which would be around 1 GB... which seems small enough).

I wonder if the backup disk is having issues...

I'll work on this a bit more and get back to you.

EDIT: It turns out it was undefined because that was the 'source' folder, not the 'destination' folder.

@girish That's the weird part. There wasn't an error, just an incomplete backup. Let me retry it and see if I can get it to happen again.

I think I might have figured it out. This Log line:

box:backuptask checkPreconditions: total required =551342991586 available=undefined

I don't think it's supposed to be undefined. I'm going to have to wait a bit to do any fixes though.

Hey, can anybody confirm for me if all files in /yellowtent/boxdata should have an owner and group id of 998?

Reason I'm asking is because on restore, some of my mail ended up as 1000, and I think it's preventing a proper backup, but I'm not 100% sure on that.

Thanks.

@d19dotca said in Backup to ext4 disk mount, using rsync, fails on first full backup but succeeds in all future ones.:

Setup a new public cloud instance at OVH
Create a block storage disk and attach it to the public instance created in step 1
Format the block storage disk and mount it according to this article: https://docs.ovh.com/ca/en/public-cloud/create_and_configure_an_additional_disk_on_an_instance/#using-linux
Install and restore Cloudron from old server via DigitalOcean Spaces latest Cloudron backup ID
Once Cloudron is running off latest backup, change backup configuration to file system using rsync non-encrypted with hardlinks, then initiate the first backup to the new location. This is where it failed for me.

Hey, I know this is quite old, but I just had this issue too (v7.4.3), and I think I know what the issue is.

So the Backup type is 'Filesystem (Mountpoint). Cloudron tries to hardlink between one device (primary boot, or one particular mountpoint) and the other (another mountpoint). Hardlinking isn't supported between devices sometimes though, so the hardlink fails.

This issue seems to occur even with encryption though.

Just a heads up in case anybody runs into this issue.

Solution in the main time is to just not use hardlinks.

Hey all, reinstalled and then did a restore to fix things. Had a few trouble with restore, but was able to work them out. Also wrote a quick rsync command to take the emails from lost+found and restore them to their proper directories, so no emails lost :).

@girish Thanks, I'll do this.

@girish Sure.

Oct 27 06:56:48 localhost systemd[1]: Dependency failed for Cloudron Syslog.
Oct 27 06:56:48 localhost systemd[1]: cloudron-syslog.service: Job cloudron-syslog.service/start failed with result 'dependency'.

Now, node_modules was missing from the yellowtent/box folder, so I just recently ran npm install, which should have reinstalled all of the node_modules inside of yellowtent/box.

journalctl on the other hand is returning:

Oct 27 06:34:46 localhost box.js[914671]:     at Object.Module._extensions..js (node:internal/modules/cjs/loader:1209:10)
Oct 27 06:34:46 localhost box.js[914671]:     at Module.load (node:internal/modules/cjs/loader:1033:32)
Oct 27 06:34:46 localhost box.js[914671]:     at Function.Module._load (node:internal/modules/cjs/loader:868:12)
Oct 27 06:34:46 localhost box.js[914671]:     at Module.require (node:internal/modules/cjs/loader:1057:19) {
Oct 27 06:34:46 localhost box.js[914671]:   code: 'MODULE_NOT_FOUND',
Oct 27 06:34:46 localhost box.js[914671]:   requireStack: [
Oct 27 06:34:46 localhost box.js[914671]:     '/home/yellowtent/box/src/database.js',
Oct 27 06:34:46 localhost box.js[914671]:     '/home/yellowtent/box/src/addonconfigs.js',
Oct 27 06:34:46 localhost box.js[914671]:     '/home/yellowtent/box/src/ldap.js',
Oct 27 06:34:46 localhost box.js[914671]:     '/home/yellowtent/box/box.js'
Oct 27 06:34:46 localhost box.js[914671]:   ]
Oct 27 06:34:46 localhost box.js[914671]: }
Oct 27 06:34:46 localhost systemd[1]: box.service: Main process exited, code=exited, status=1/FAILURE
Oct 27 06:34:46 localhost systemd[1]: box.service: Failed with result 'exit-code'.
Oct 27 06:34:46 localhost systemd[1]: box.service: Scheduled restart job, restart counter is at 124907.
Oct 27 06:34:46 localhost systemd[1]: Stopped Cloudron Admin.
Oct 27 06:34:46 localhost systemd[1]: Started Cloudron Admin.
Oct 27 06:34:46 localhost box.js[914679]: node:internal/modules/cjs/loader:988
Oct 27 06:34:46 localhost box.js[914679]:   throw err;
Oct 27 06:34:46 localhost box.js[914679]:   ^
Oct 27 06:34:46 localhost box.js[914679]: Error: Cannot find module 'async'
Oct 27 06:34:46 localhost box.js[914679]: Require stack:
Oct 27 06:34:46 localhost box.js[914679]: - /home/yellowtent/box/src/database.js
Oct 27 06:34:46 localhost box.js[914679]: - /home/yellowtent/box/src/addonconfigs.js
Oct 27 06:34:46 localhost box.js[914679]: - /home/yellowtent/box/src/ldap.js
Oct 27 06:34:46 localhost box.js[914679]: - /home/yellowtent/box/box.js
Oct 27 06:34:46 localhost box.js[914679]:     at Function.Module._resolveFilename (node:internal/modules/cjs/loader:985:15)
Oct 27 06:34:46 localhost box.js[914679]:     at Function.Module._load (node:internal/modules/cjs/loader:833:27)
Oct 27 06:34:46 localhost box.js[914679]:     at Module.require (node:internal/modules/cjs/loader:1057:19)
Oct 27 06:34:46 localhost box.js[914679]:     at require (node:internal/modules/cjs/helpers:103:18)
Oct 27 06:34:46 localhost box.js[914679]:     at Object.<anonymous> (/home/yellowtent/box/src/database.js:16:13)
Oct 27 06:34:46 localhost box.js[914679]:     at Module._compile (node:internal/modules/cjs/loader:1155:14)
Oct 27 06:34:46 localhost box.js[914679]:     at Object.Module._extensions..js (node:internal/modules/cjs/loader:1209:10)
lines 1-34...skipping...
-- Logs begin at Fri 2023-10-27 06:34:46 UTC, end at Fri 2023-10-27 06:59:03 UTC. --
Oct 27 06:34:46 localhost box.js[914671]:     at Object.Module._extensions..js (node:internal/modules/cjs/loader:1209:10)
Oct 27 06:34:46 localhost box.js[914671]:     at Module.load (node:internal/modules/cjs/loader:1033:32)
Oct 27 06:34:46 localhost box.js[914671]:     at Function.Module._load (node:internal/modules/cjs/loader:868:12)
Oct 27 06:34:46 localhost box.js[914671]:     at Module.require (node:internal/modules/cjs/loader:1057:19) {
Oct 27 06:34:46 localhost box.js[914671]:   code: 'MODULE_NOT_FOUND',
Oct 27 06:34:46 localhost box.js[914671]:   requireStack: [
Oct 27 06:34:46 localhost box.js[914671]:     '/home/yellowtent/box/src/database.js',
Oct 27 06:34:46 localhost box.js[914671]:     '/home/yellowtent/box/src/addonconfigs.js',
Oct 27 06:34:46 localhost box.js[914671]:     '/home/yellowtent/box/src/ldap.js',
Oct 27 06:34:46 localhost box.js[914671]:     '/home/yellowtent/box/box.js'
Oct 27 06:34:46 localhost box.js[914671]:   ]
Oct 27 06:34:46 localhost box.js[914671]: }
Oct 27 06:34:46 localhost systemd[1]: box.service: Main process exited, code=exited, status=1/FAILURE
Oct 27 06:34:46 localhost systemd[1]: box.service: Failed with result 'exit-code'.
Oct 27 06:34:46 localhost systemd[1]: box.service: Scheduled restart job, restart counter is at 124907.
Oct 27 06:34:46 localhost systemd[1]: Stopped Cloudron Admin.
Oct 27 06:34:46 localhost systemd[1]: Started Cloudron Admin.
Oct 27 06:34:46 localhost box.js[914679]: node:internal/modules/cjs/loader:988
Oct 27 06:34:46 localhost box.js[914679]:   throw err;
Oct 27 06:34:46 localhost box.js[914679]:   ^
Oct 27 06:34:46 localhost box.js[914679]: Error: Cannot find module 'async'
Oct 27 06:34:46 localhost box.js[914679]: Require stack:
Oct 27 06:34:46 localhost box.js[914679]: - /home/yellowtent/box/src/database.js
Oct 27 06:34:46 localhost box.js[914679]: - /home/yellowtent/box/src/addonconfigs.js
Oct 27 06:34:46 localhost box.js[914679]: - /home/yellowtent/box/src/ldap.js
Oct 27 06:34:46 localhost box.js[914679]: - /home/yellowtent/box/box.js
Oct 27 06:34:46 localhost box.js[914679]:     at Function.Module._resolveFilename (node:internal/modules/cjs/loader:985:15)
Oct 27 06:34:46 localhost box.js[914679]:     at Function.Module._load (node:internal/modules/cjs/loader:833:27)
Oct 27 06:34:46 localhost box.js[914679]:     at Module.require (node:internal/modules/cjs/loader:1057:19)
Oct 27 06:34:46 localhost box.js[914679]:     at require (node:internal/modules/cjs/helpers:103:18)
Oct 27 06:34:46 localhost box.js[914679]:     at Object.<anonymous> (/home/yellowtent/box/src/database.js:16:13)
Oct 27 06:34:46 localhost box.js[914679]:     at Module._compile (node:internal/modules/cjs/loader:1155:14)
Oct 27 06:34:46 localhost box.js[914679]:     at Object.Module._extensions..js (node:internal/modules/cjs/loader:1209:10)
Oct 27 06:34:46 localhost box.js[914679]:     at Module.load (node:internal/modules/cjs/loader:1033:32)
Oct 27 06:34:46 localhost box.js[914679]:     at Function.Module._load (node:internal/modules/cjs/loader:868:12)
Oct 27 06:34:46 localhost box.js[914679]:     at Module.require (node:internal/modules/cjs/loader:1057:19) {
Oct 27 06:34:46 localhost box.js[914679]:   code: 'MODULE_NOT_FOUND',
Oct 27 06:34:46 localhost box.js[914679]:   requireStack: [
Oct 27 06:34:46 localhost box.js[914679]:     '/home/yellowtent/box/src/database.js',
Oct 27 06:34:46 localhost box.js[914679]:     '/home/yellowtent/box/src/addonconfigs.js',
Oct 27 06:34:46 localhost box.js[914679]:     '/home/yellowtent/box/src/ldap.js',
Oct 27 06:34:46 localhost box.js[914679]:     '/home/yellowtent/box/box.js'
Oct 27 06:34:46 localhost box.js[914679]:   ]
Oct 27 06:34:46 localhost box.js[914679]: }

When I go into node_moudles now, async is in there, so it's a bit surprising to me it is erroring out. Not quite sure why yet.

Another question... any easy way to figure out which version of Cloudron you had installed. I have figured out what the error is, and it might be resolved by a npm install... but it might not as well... so I figured I'd just get another Cloudron running and copy over some of the missing files.

@robi I'll consider doing this, but I haven't purchased support at this point (was going to on the sooner side, but hadn't yet), and so I think it would be poor form to ask them at this point. I may do it later though.

@robi I can't access the UI