Norway has been rebooted to address the mounting issues.
If your countainer failed to start due to the recent LXD update, you need to start them manually by hand via the control panel.
A patch will be applied once it has been started.
Regarding the mount issues, I got a plausible workaround.
Most of the servers are already using the LTS branch for stability reasons.
Which means its bug fix only, so rarely getting any updates, however, these updates are applied automatically.
There seems to be issues, when they are applied, there is a small chance, under specific circumstances these can cause those mounting issues.
It does not affect any running containers nor does it seem to affect any data.
However, if this bug appears, you likely see it when you want to delete the container or reinstall it.
So you can't do it, because LXD is unable to unmount the container.
According to the developers, its possible to unmount the container by hand, however this method is not working reliability.
The only known working fix, would be rebooting the system.
I don't expect any fix soon, since the developers can't even reproduce that bug, but suggest where the issue may be.
Means, we will need to reboot the system now and then, to keep LXC/LXD up to date.
I will announce these reboots a few days ahead, containers will be started automatically, so as long your application is in auto start should be not a problem.
I expect a reboot to happen every few months, the downtime will not be more than a few minutes.
The Kernel will still be live patched as usually.
Currently I know the following nodes are affected and will be rebooted Tuesday 05.10.21 23:00 CET:
Dronten
Antwerp
Other nodes are not affected, as of now.
The bug should disappear, once we do the updates manually.
However, due to the recent breaking LXD update into the LTS branch, you need to boot your container by hand, after this maintenance. Auto start of some containers is not possible, but by starting it manually, a fix will be applied, you just need to do this once.
If you created the container recently, you are not affected by this.
added Support for static IPv6 configuration (CentOS/Almalinux/Rockylinux)
If static IPv6 configuration is needed, it will be configured automatically
changed HAProxy entries will now be checked if they resolve and point to the Node
changed 6 months account requirement to 3 months, posts and thanks will remain the same
fixed Mailserver issues
If the abuses remain on the same level, we keep the 3 months, will see.
Also, the inactivity system will now start stopping contains in the next week, which exceed the 60 days.
1 Week additional grace period, until the system will stop these containers.
Afterwards we will patch the system to delete containers that have been stopped for 1 week after exceeding the 60 days of inactivity.
You can anytime add your email to get notifications, 30, 14, 7 and 1 day(s) alerts will be send before the system will stop your container.
SSH Login is enough, to mark the container as active.
@Neoon said:
SSH Login is enough, to mark the container as active.
Can you detect SSH login over IPv6, or does it have to go through the NAT port?
What if the IPv6 SSH port is changed?
Is it against the rules if someone runs SSH login in a crontab?
Its not network based, it dosen't matter which user you use to login or if NAT or IPv6.
The cronjob runs daily, which runs "last" in each container, parses it and converts the last login to a unix time stamp.
I am aware that this can be manipulated or automated.
But the idea was, to keep it easy.
If this feature gets abused, its would be an idea to disable it.
@Neoon said:
SSH Login is enough, to mark the container as active.
Can you detect SSH login over IPv6, or does it have to go through the NAT port?
What if the IPv6 SSH port is changed?
Its not network based, it dosen't matter which user you use to login or if NAT or IPv6.
The cronjob runs daily, which runs "last" in each container, parses it and converts the last login to a unix time stamp.
What if the last command is deleted or overwritten for some reason?
We accept Karma donations for the last flan. 🍮 affbrr
@Neoon said:
SSH Login is enough, to mark the container as active.
Can you detect SSH login over IPv6, or does it have to go through the NAT port?
What if the IPv6 SSH port is changed?
Its not network based, it dosen't matter which user you use to login or if NAT or IPv6.
The cronjob runs daily, which runs "last" in each container, parses it and converts the last login to a unix time stamp.
What if the last command is deleted or overwritten for some reason?
Well, could checksum that file, but even that ain't 100% bulletproof.
There is practically no way, to determine this in an untrusted environment by 100%.
Even if this would be network based, you could cronjob it away.
added Support for static IPv6 configuration (CentOS/Almalinux/Rockylinux)
If static IPv6 configuration is needed, it will be configured automatically
changed HAProxy entries will now be checked if they resolve and point to the Node
changed 6 months account requirement to 3 months, posts and thanks will remain the same
fixed Mailserver issues
If the abuses remain on the same level, we keep the 3 months, will see.
Also, the inactivity system will now start stopping contains in the next week, which exceed the 60 days.
1 Week additional grace period, until the system will stop these containers.
Afterwards we will patch the system to delete containers that have been stopped for 1 week after exceeding the 60 days of inactivity.
You can anytime add your email to get notifications, 30, 14, 7 and 1 day(s) alerts will be send before the system will stop your container.
SSH Login is enough, to mark the container as active.
Thanks for all this fine work! And the free plans! My MicroLXC works great! Best wishes from Mexico! 🗽🇺🇸🇲🇽🏜️
As mentioned, the activity check has been enabled, with a delay of 7 days for every inactive container.
The unit test gave it a go, it purrs like a cat now.
added You will get an email once your container has been stopped due to inactivity.
added You will get an email once your container has been terminated due to inactivity
added Termination after 67 Days of inactivity
Your container will get stopped after 60 days of inactivity, plus 7 days grace period, where you can log in and start the container again, if you wish to continue using it. After 7 days (67 days), your container will be terminated by the system.
So even if you don't subscribe to the notifications and forgot about it, with working monitoring, you should take notice.
removed SSH activity check
Please log in to the Portal instead, once logged in your account will be marked as active.
I plan to update the LXC and LXD versions of all host systems on 4th of January starting from 22:00 CET.
A reboot is necessary to make sure the patches apply without any issues, like the ones we had in the past.
This will result in a few minutes downtime per Node, your container will be started automatically.
Please make sure your stuff starts up automatically before we do the Maintenance.
I plan to update the LXC and LXD versions of all host systems on 4th of January starting from 22:00 CET.
A reboot is necessary to make sure the patches apply without any issues, like the ones we had in the past.
This will result in a few minutes downtime per Node, your container will be started automatically.
Please make sure your stuff starts up automatically before we do the Maintenance.
@Neoon Thanks for the maintenance work! Everything seems to be working fine with the MetalVPS container! 🚀 Best wishes and kindest regards! ✨💖
Well, the 512MB Instance has been offered basically a bit after Launch.
Just the 1GB is new, since we got 16GB on these Locations.
I am not a fan of increasing the density on shared systems that much, the only machine we got dedicated is the Dedi in Norway, where I likely going to increase the density by 10 Slots, 15 maybe.
Plus, even on these containers, we are barely overselling anything, performance should be decent and stable too.
One cannot be blamed for overselling since every one of these cost $0, €0, ¥0, ₹0, and ₱0.
The main reason is, a 4GB instance, has little room for blowing shit up by doing overselling.
64GB+ Instance you likely could not care less to oversell memory or disk, but the margins on the small ones are tight.
Hence we only offer 256MB Packages on the 4GB ones.
Comments
Norway
Free NAT KVM | Free NAT LXC
Hello,
got a problem with micro server in belgium: 10.0.11.66
I try to destroy it but it always says "The network is currently in use". Can you please terminate it?
Done, I will look into the issue.
Free NAT KVM | Free NAT LXC
To change location, can we do a "reinstall" via portal or have to request via a new token?
Just destroy your instance and order a new one.
d0a7-6110-9007-e855
Just wanted to thank @Neoon (again) for a great service. I just moved my service from .jp to nz and it's running smooooth af.
Tank you, tank @Zappie too
Free NAT KVM | Free NAT LXC
IPv6 issue in JP has been fixed.
Free NAT KVM | Free NAT LXC
May allowed to have LXC , Sir ..?
ed83-79b9-add0-8bf5
Hello @Neoon!
Requesting quota increase, please. Use case: serve a very small, almost no traffic website. Thank you!
Yes, if you want to increase it to 2, you just add microlxc to your sig and lemme know when its done.
Free NAT KVM | Free NAT LXC
I don't need a second VPS - but added MicroLXC to my signature- as a "Thank you" for the awesome service.
blog archives
@Neoon Hey! Hope you like my updated sig. Thanks for the wonderful, painless, fast, free hosting with a beautiful web interface!
@vyas Always lovely to see your comments! Might MicroLXC be even faster if MicroLXC ran at MetalVPS?
Best wishes from Mexico! 🏜️
Norway has been rebooted to address the mounting issues.
If your countainer failed to start due to the recent LXD update, you need to start them manually by hand via the control panel.
A patch will be applied once it has been started.
Free NAT KVM | Free NAT LXC
497b-7a94-6810-e085
Patch Notes:
Free NAT KVM | Free NAT LXC
Regarding the mount issues, I got a plausible workaround.
Most of the servers are already using the LTS branch for stability reasons.
Which means its bug fix only, so rarely getting any updates, however, these updates are applied automatically.
There seems to be issues, when they are applied, there is a small chance, under specific circumstances these can cause those mounting issues.
It does not affect any running containers nor does it seem to affect any data.
However, if this bug appears, you likely see it when you want to delete the container or reinstall it.
So you can't do it, because LXD is unable to unmount the container.
According to the developers, its possible to unmount the container by hand, however this method is not working reliability.
The only known working fix, would be rebooting the system.
I don't expect any fix soon, since the developers can't even reproduce that bug, but suggest where the issue may be.
Means, we will need to reboot the system now and then, to keep LXC/LXD up to date.
I will announce these reboots a few days ahead, containers will be started automatically, so as long your application is in auto start should be not a problem.
I expect a reboot to happen every few months, the downtime will not be more than a few minutes.
The Kernel will still be live patched as usually.
Currently I know the following nodes are affected and will be rebooted Tuesday 05.10.21 23:00 CET:
Dronten
Antwerp
Other nodes are not affected, as of now.
The bug should disappear, once we do the updates manually.
However, due to the recent breaking LXD update into the LTS branch, you need to boot your container by hand, after this maintenance. Auto start of some containers is not possible, but by starting it manually, a fix will be applied, you just need to do this once.
If you created the container recently, you are not affected by this.
Free NAT KVM | Free NAT LXC
Patch Notes:
added Almalinux 8.4
added Support for static IPv6 configuration (CentOS/Almalinux/Rockylinux)
If static IPv6 configuration is needed, it will be configured automatically
changed HAProxy entries will now be checked if they resolve and point to the Node
If the abuses remain on the same level, we keep the 3 months, will see.
Also, the inactivity system will now start stopping contains in the next week, which exceed the 60 days.
1 Week additional grace period, until the system will stop these containers.
Afterwards we will patch the system to delete containers that have been stopped for 1 week after exceeding the 60 days of inactivity.
You can anytime add your email to get notifications, 30, 14, 7 and 1 day(s) alerts will be send before the system will stop your container.
SSH Login is enough, to mark the container as active.
Free NAT KVM | Free NAT LXC
Can you detect SSH login over IPv6, or does it have to go through the NAT port?
What if the IPv6 SSH port is changed?
Is it against the rules if someone runs SSH login in a crontab?
We accept Karma donations for the last flan. 🍮 affbrr
Its not network based, it dosen't matter which user you use to login or if NAT or IPv6.
The cronjob runs daily, which runs "last" in each container, parses it and converts the last login to a unix time stamp.
I am aware that this can be manipulated or automated.
But the idea was, to keep it easy.
If this feature gets abused, its would be an idea to disable it.
Free NAT KVM | Free NAT LXC
What if the
lastcommand is deleted or overwritten for some reason?We accept Karma donations for the last flan. 🍮 affbrr
Well, could checksum that file, but even that ain't 100% bulletproof.
There is practically no way, to determine this in an untrusted environment by 100%.
Even if this would be network based, you could cronjob it away.
Free NAT KVM | Free NAT LXC
Thanks for all this fine work! And the free plans! My MicroLXC works great! Best wishes from Mexico! 🗽🇺🇸🇲🇽🏜️
As mentioned, the activity check has been enabled, with a delay of 7 days for every inactive container.
The unit test gave it a go, it purrs like a cat now.
Free NAT KVM | Free NAT LXC
Patch Notes:
added Termination after 67 Days of inactivity
Your container will get stopped after 60 days of inactivity, plus 7 days grace period, where you can log in and start the container again, if you wish to continue using it. After 7 days (67 days), your container will be terminated by the system.
So even if you don't subscribe to the notifications and forgot about it, with working monitoring, you should take notice.
removed SSH activity check
Please log in to the Portal instead, once logged in your account will be marked as active.
Free NAT KVM | Free NAT LXC
Maintenance Announcement
Melbourne and Los Angeles will be rebooted Sunday Evening 23:00 CEST
Free NAT KVM | Free NAT LXC
nice
2c06-3e3b-04b9-5442
Hello @Neoon! Thanks for the lutefisk! Just landed, but she seems to work great! Best wishes from Mexico! 🎃
Addendum to the Outages Yesterday until today Morning.
The Antwerp DC had several power outages according to Novos.be
This resulted in about 15 hours of downtime.
Services are back up and running since 14 hours about 09:16 CET.
Free NAT KVM | Free NAT LXC
very prem
Antwerp goes offline by 1st of next Year.
Please migrate your container before the 27th of Decembre, to avoid termination.
You can do this anytime, by grabbing all the data you need, click terminate and then deploy on a different location.
Free NAT KVM | Free NAT LXC
Patch Notes:
Free NAT KVM | Free NAT LXC
Reminder.
Free NAT KVM | Free NAT LXC
Maintenance Announcement.
I plan to update the LXC and LXD versions of all host systems on 4th of January starting from 22:00 CET.
A reboot is necessary to make sure the patches apply without any issues, like the ones we had in the past.
This will result in a few minutes downtime per Node, your container will be started automatically.
Please make sure your stuff starts up automatically before we do the Maintenance.
Free NAT KVM | Free NAT LXC
@Neoon Thanks for the maintenance work! Everything seems to be working fine with the MetalVPS container! 🚀 Best wishes and kindest regards! ✨💖
A failed live migration resulted in a reboot of the Node in Dronten.
Services should be back up again, plus CPU upgrade.
Free NAT KVM | Free NAT LXC
Changelog
Free NAT KVM | Free NAT LXC
Would be someone Interested in Chile or a restock of a certain Location like Singapore? or anything else?
Free NAT KVM | Free NAT LXC
+1 for Singapore
MicroLXC no longer micro
DM us for private tracker invite.
Nanolxc
Nanokvm
Seems apt !
blog archives
I need to ask @seriesn if he can upgrade the instance, most of the time SG seems to be full these days, so should be worth it.
Well, the 512MB Instance has been offered basically a bit after Launch.
Just the 1GB is new, since we got 16GB on these Locations.
I am not a fan of increasing the density on shared systems that much, the only machine we got dedicated is the Dedi in Norway, where I likely going to increase the density by 10 Slots, 15 maybe.
Plus, even on these containers, we are barely overselling anything, performance should be decent and stable too.
Free NAT KVM | Free NAT LXC
we are barely overselling anything
One cannot be blamed for overselling since every one of these cost $0, €0, ¥0, ₹0, and ₱0.
DM us for private tracker invite.
The main reason is, a 4GB instance, has little room for blowing shit up by doing overselling.
64GB+ Instance you likely could not care less to oversell memory or disk, but the margins on the small ones are tight.
Hence we only offer 256MB Packages on the 4GB ones.
Free NAT KVM | Free NAT LXC
Yes performance is decent and stable as far as I can see on my instance! Thank you @Neoon! 🙏
Chile is now available, including the usual Features.
However, there is still an issue with UDP, which seems to be throttled, they work on solving it.
Free NAT KVM | Free NAT LXC
The current stage for the next update is going to be.
However, what would be RDNS without DNS right?
Free NAT KVM | Free NAT LXC
@Neoon, if I terminate my instance, I create another without going through the forum process again?