@nebulon Yes, thank you. I found it!

@scooke Thank you. Good tip. I shall use this.

@msbt
I tried a simple restore of my backup from my instance at DiscourseHosting and it worked flawlessly.
The versions the same.

Thank you all ever so much for your effort.

I was able to achieve all I need the way you suggested.

@odie Still stuck on this. The culprit is definitely that the usb network card fails to receive its configuration on boot. I cannot get netmanager to configure and initialize it at all. Only the two manual commands seem to work:

sudo ip addr add 192.168.9.101/24 dev enxc4411eb4c476 sudo ip link set dev enxc4411eb4c476 up

I have tried various thing with network manager, and I've tried adding a config file to systemd-networkd under /etc/systemd/network/ - the only thing I achieved, was to have every network freeze when I inserted the usb ethernet adapter (only to unfreeze as soon as I disconnected it). Tried keeping it disconnected for longer, just to see, but connections were frozen until I unplugged the usb network card. So I had to remove these config files.

Can anyone offer suggestions? I don't know where to even look for assistance on this now... Thanks!

@d19dotca thanks for reporting. The 404s only come from map files for the minified 3rdparty libraries here. Those are only fetched if you open the webinspector to enabled nicer debugging, so those are non-fatal and can safely be ignored.

Thanks a lot guys, really appreciated for the input. Actually I am using vultr.com now, just made the upgrade of my server with it.

@austinsonger Not that you needed even more confirmations, but I can also confirm that all three links work fine from here in Canada. 🙂

@girish Yes it is a PI and i am always updates, i guess this is since the last minio update.
Sorry i dont have another vps 😄

Apologies for the delay in getting back - somehow I didn't get a notification of the response.

I worked thins around using routing rules - IP is open to the world, but all of the traffic goes via VLAN router, which has nothing, but NAT and ufw, so that's managed that way.

Speaking about server performance - I doubt that's the cause, it's quite a powerful virtual server.

@necrevistonnezr the next update will have that fixed and until that the change will persist also restarts.

@girish Awesome thank you, I appreciate the advice. All seems to be working great now.

Also thanks @marcusquinn

@imc67 in the next release, we will suppress those notifications. it seems to not add much value. in any case, the solution is just to wait since cloudron will try again later. it's not a Cloudron issue, the LE service just goes up/down by nature.

@girish Thank's! Good the idea to end DST...

@d19dotca it's not a problem. Just the natue of any service being exposed to the internet. There a bots, misconfigured services, compromised iot devices doing all sorts of things. Nothing to worry.

Generally, I am wary of putting this information for general use (and even in docs) because many things can go wrong . So, please, if you care about the data, don't hesitate to contact us on support@ . We help regardless of the subscription plan.

@girish thanks a lot for your answer.i appreciate.

@humptydumpty haha! whoops - on it - great find!!!

@nebulon I enabled remote debugging and emailed, look forward to hearing back

@msbt the old LAMP app will be left as-is. So, no change to that in the foreseeable future.

@austinsonger this may happen if the server is a bit overloaded or if the disk I/O is slow. The latter can be quickly checked with hdparm -Tt /dev/<your-root-disk-partition>.

Otherwise the blog seems to be up and running fine by now?

@nebulon @girish @d19dotca Thank's a lot @d19dotca ! For me is a little bit complex append that command in cronjob and I don't know if Cloudron make some integrity test at boot time to try to check if turn is on or off.

Another solution is to use VPS provided firewall to lock that doors... But as @nebulon wrote, one improvement could be add rate-limiting and/or start that services on demand.

Thank's all for your answer 🙂

@martinkbs it will be good to have documented the tested rclone setup as part of the documentation!

Ubuntu notice - https://ubuntu.com/security/notices/USN-4891-1

I've synced the expiration now to 7 days to keep changes low until we have a reason to change it
Instead of making it configurable I would prefer a sensible default, since so far no-one else has complained.

Ok, thanks

@girish easy enough!

@brutalbirdie Thank you, I'll give that a shot!

@stoccafisso I think I am able to reproduce this in one of our managed Cloudrons. Looking into the fix.

how embarrassing. You're absolutely right. I was searching after ghosts.