I think one idea is to patch the user ids to match the existing cloudron user ids (in the database directly). I don't know if this will work, but I am just trying this out with @yusf and will report back.

@brutalbirdie OK, because Cloudron doesn't mariadb (only mysql). You can remove it from the source list.

@imc67 said in Updating FreeScout failed: @girish said in Updating FreeScout failed: @imc67 there is a bug here . Can you apply this one liner and then set the memory limit https://git.cloudron.io/cloudron/box/-/commit/750f313c6a36d8d961892df4a41cb7c41faa1f1b ? You have systemctl restart box after you change that line in /home/yellowtent/box/src/apps.js. Will try this in a few hours @girish this solved the bug, thanks!

@eyecreate ah good catch about the .initialized file, I've adjusted my snippet.

@girish Many thanks. My mistake, I was so convinced auto-update was running that I didn't notice. After updating to latest Cloudron version, all problems have resolved Thanks again T.

Fixed this. My IP address changed and I forgot to whitelist my new IP for NameCheap.

@nebulon I thought it was perhaps the Broken Links Checker on one of my WordPress installs, as as @marcusquinn noted it's widely known to sometimes cause such issues, but I've disabled that and I'm still getting these /mysql was restarted (OOM) (although they don't seem to appear in the event log?). I note that the most recent one happened 5 minutes after my backups are due to start, and the other previous two times it's been 7-9mins before updates are due to run. I wonder if either of those (backup/ update) processes might have something to do with it? I guess I could just give mysql more memory and not worry, but be nice to know what's happening and why...

@robi is right. @ryan can you send us an email to support@ to move your plan to a free plan. Currently, we have to do this manually i.e move something from a paid plan (even if cancelled) -> free plan.

@d19dotca since the email is forwarded , this info is probably lost. One idea is to look into the bounce mail headers. Maybe there is some message I'd or something we can match.

@drpaneas Just give that redis more memory. The "e1ca318a" is the app id. If you put in the search in the apps view, you will know which app's redis needs a bit more memory. It was reported earlier that pixelfed's redis needs more memory after the update. I guess this is because of update to Redis 5.

@jensbee4 are you able to download this backup using the cli tool?

@mehdi This my friend is a good point, thank you for pulling me out of the tunnel. lol

Amazing! And so we all get a confidence boost with a simple timeout fix! Thanks @girish & everyone who contributed on this thread! Love you all

@guyds said in Single domain, multiple cloudrons?: I suppose each Cloudron needs a unique domain name because of the DNS records that are being created when installing a Cloudron: DKIM, SPF, DMARC? Yes, and also because we need a unique location to access the dashboard. what if the domain that's being used for a Cloudron already has e-mail related DNS records, for example when it's already configured for use with G Suite or Office 365? Will Cloudron modify those records, override them or just ignore them? If you have an existing DMARC, it don't touch it. Otherwise, it will put the default strict DMARC policy. DKIM uses a unique selector domain, so it won't affect other DKIM entries. The SPF is modified with "a: my.<domain.com" into the existing SPF.

@d19dotca Ah, I see this on our server as well. It seems that this is printed for all incoming mails because Haraka tries to transfer mail to Dovecot via TLS (via LMTP). Disabling SSL removes the message. Since the message transfer is internal, it's fine. I have pushed the fix for next release but the message is safe to ignore.

@nebulon Perfect, thank you!

thx! @girish restarting the sftp service helped… on the overview there was no error. in the chrome dev tools /console I get still errors btw: multiple 4040 like: DevTools failed to load SourceMap: Could not load content for URLHIDDENHERE/3rdparty/js/showdown.min.js.map: HTTP error: status code 404, net::ERR_HTTP_RESPONSE_CODE_FAILURE and also angular js error: angular.js:13920 ReferenceError: monaco is not defined

@scooke Thanks, although my doctor would probably disagree. Weekend problems just suck in every way. Thanks for the moral support though!

@cumpal please do not use pictures for text. Images can not be filtered or indexed and adding to that you are excluding blind people from accessing the information.

I had to install 18.04, then install Cloudron 5.5.0, then restore the backed up cloudron, then upgrade it to 6.1.2, then make a backup. Then destroy the 18.04 and install 20.04 instead, then restore the 6.1.2 backup....puhh. Done, working! (Could not restore a 26GB Nextcload app, but no problem, had the files backed up locally) Guess this thread can be marked as solved?