microLXC Public Test

1235712

Comments

  • NeoonNeoon OG
    edited January 2021

    Well, the Maintenance did not go by plan, waiting for an IPMI.
    Stuff will remain online until the IPMI appears, but I have no ETA when exactly I hope in the next hours.

    edit: Maintenance will be done on Monday morning.

  • NO Maintenance done, it took a bit longer since I needed to request a IPMI.

  • InceptionHostingInceptionHosting Hosting ProviderOG

    just to continue a conversation from the other thread in a more appropriate place, what sort of specs do you want/need to get a location exclusive to LES users started?

    Thanked by (3)Asim Brueggus vyas

    https://inceptionhosting.com
    Please do not use the PM system here for Inception Hosting support issues.

  • @AnthonySmith said:
    just to continue a conversation from the other thread in a more appropriate place, what sort of specs do you want/need to get a location exclusive to LES users started?

    Depends, how many users do you expect to use it?
    How many resources should each user be able to use?

    If you want everyone got get a 1GB or even 2GB VM, the node needs to be equal big, of course you can oversell a bit.

  • InceptionHostingInceptionHosting Hosting ProviderOG

    @Neoon said:

    @AnthonySmith said:
    just to continue a conversation from the other thread in a more appropriate place, what sort of specs do you want/need to get a location exclusive to LES users started?

    Depends, how many users do you expect to use it?
    How many resources should each user be able to use?

    If you want everyone got get a 1GB or even 2GB VM, the node needs to be equal big, of course you can oversell a bit.

    Well I was looking at the plans you offer on microlxc.net, seem quite odd unless you intended to type MB instead of GB on the disk space?

    Not sure what the ratio is you find useable on LXC, on VZ6 for LES in the early days 8:1 on ram and 4:1 on disk worked fine without issues.

    Thanked by (1)Asim

    https://inceptionhosting.com
    Please do not use the PM system here for Inception Hosting support issues.

  • @AnthonySmith said:

    @Neoon said:

    @AnthonySmith said:
    just to continue a conversation from the other thread in a more appropriate place, what sort of specs do you want/need to get a location exclusive to LES users started?

    Depends, how many users do you expect to use it?
    How many resources should each user be able to use?

    If you want everyone got get a 1GB or even 2GB VM, the node needs to be equal big, of course you can oversell a bit.

    Well I was looking at the plans you offer on microlxc.net, seem quite odd unless you intended to type MB instead of GB on the disk space?

    The dot is invisible.

    Not sure what the ratio is you find useable on LXC, on VZ6 for LES in the early days 8:1 on ram and 4:1 on disk worked fine without issues.

    However, I expected at least half a gig and a bit of NVMe storage, no idea make it at least a 8GB KVM, with 70GB NVMe+ should be fine. So we could offer 512MB, 7GB NVMe, oversell it a bit, should fit 20 users easily.

    Thanked by (1)ehab
  • InceptionHostingInceptionHosting Hosting ProviderOG

    @Neoon said: The dot is invisible.

    oh lol

    https://inceptionhosting.com
    Please do not use the PM system here for Inception Hosting support issues.

  • NOVOS (Antwerpen) just announced a maintenance for tonight, network will be unreachable for a few seconds up to a few minutes.

    Thanked by (1)Brueggus
  • Not_OlesNot_Oles Hosting ProviderContent Writer

    @AnthonySmith said:

    @Neoon said:

    @AnthonySmith said:
    just to continue a conversation from the other thread in a more appropriate place, what sort of specs do you want/need to get a location exclusive to LES users started?

    Depends, how many users do you expect to use it?
    How many resources should each user be able to use?

    If you want everyone got get a 1GB or even 2GB VM, the node needs to be equal big, of course you can oversell a bit.

    Well I was looking at the plans you offer on microlxc.net, seem quite odd unless you intended to type MB instead of GB on the disk space?

    Not sure what the ratio is you find useable on LXC, on VZ6 for LES in the early days 8:1 on ram and 4:1 on disk worked fine without issues.

    Now I see the almost invisible dots! I missed the dots completely the first time around! ?

    But I don't yet understand the ratios: 8 something to 1 ram and 4 something to 1 disk. Would you please tell us what is the "something?" Thanks!

  • NeoonNeoon OG
    edited January 2021

    This Morning, NL had a emergency maintenance, issues with some switches, this has been solved.
    If still face any issues, lemme know.

  • edited January 2021

    0916-d775-1952-03d2


    I signed up to see what LXC is all about, and plan to deploy a replica of pushups statibus.

    I decided to start a new series of hostnames box0-box9, in addition to the existing series vps0-vps9, to alleviate my "running out of hostnames" issue.
    From now on, any free or NAT server will be called boxN, while paid and non-NAT (dedicate IPv4 or only IPv6) will be called vpsN.
    This container would be box0.


    Gmail is putting "microLXC Code" to the spam folder.
    You need MXroute, or at least DKIM signature.

    Thanked by (1)Ganonk

    Webhosting24 aff best VPS; ServerFactory aff best VDS; Cloudie best ASN; Huel aff best brotein.

  • Patch Notes:

    • Zug has been removed from microLXC, existing containers have been wiped after hitting the deadline.
    • Antwerp was recently added as replacement for Zug, Thanks to Novos.be
    • Package tiny has now increased port speed of 50Mbit instead of 25Mbit*
    • Overall I/O limits have been increased up to 100MB/sec*
    • Several nodes are using now a local image store, to shorten deploy times and increase reliability
    • Removed Fedora 31 since EOL + Fedora 33+ won't be any longer supported, since dnf runs OOM on 256MB with Fedora 33
    • Added CentOS Stream

    *New deployments

    Thanked by (1)Ganonk
  • NeoonNeoon OG
    edited February 2021

    I recently moved microlxc.net to a new VM running on NVMe + EPYC, let me know if you run into any issues.

    Thanked by (2)Ganonk bdl
  • e42b-5a1b-c0fb-0a61

    Thanked by (1)Ganonk
  • @Nyr said:
    e42b-5a1b-c0fb-0a61

    Hey, if you're planning to run a VPN on this plan, use @Nyr's installer script. Works great!
    ?

    Thanked by (2)Naix Nyr
  • NyrNyr OG
    edited March 2021

    MS said:

    @Nyr said:
    e42b-5a1b-c0fb-0a61

    Hey, if you're planning to run a VPN on this plan, use @Nyr's installer script. Works great!
    ?

    Haha, I just wanted to make sure it worked here :)

    Thanked by (1)_MS_
  • NeoonNeoon OG
    edited March 2021

    @Nyr said:

    MS said:

    @Nyr said:
    e42b-5a1b-c0fb-0a61

    Hey, if you're planning to run a VPN on this plan, use @Nyr's installer script. Works great!
    ?

    Haha, I just wanted to make sure it worked here :)

    Does it?

    I don't expect it to work on unprivileged lxc containers, they would need to be privileged.
    However, wireguard native should work fine, since the kernel module is enabled.

    Maybe you can fallback to wireguard at some point.

  • @Nyr said:

    MS said:

    @Nyr said:
    e42b-5a1b-c0fb-0a61

    Hey, if you're planning to run a VPN on this plan, use @Nyr's installer script. Works great!
    ?

    Haha, I just wanted to make sure it worked here :)

    Thanks for your work, really :)

    @Neoon said:

    @Nyr said:

    MS said:

    @Nyr said:
    e42b-5a1b-c0fb-0a61

    Hey, if you're planning to run a VPN on this plan, use @Nyr's installer script. Works great!
    ?

    Haha, I just wanted to make sure it worked here :)

    Does it?

    I don't expect it to work on unprivileged lxc containers, they would need to be privileged.
    However, wireguard native should work fine, since the kernel module is enabled.

    Maybe you can fallback to wireguard at some point.

    It works flawlessly.
    Thanks for the free VM :)

  • MS said:

    @Nyr said:

    MS said:

    @Nyr said:
    e42b-5a1b-c0fb-0a61

    Hey, if you're planning to run a VPN on this plan, use @Nyr's installer script. Works great!
    ?

    Haha, I just wanted to make sure it worked here :)

    Thanks for your work, really :)

    @Neoon said:

    @Nyr said:

    MS said:

    @Nyr said:
    e42b-5a1b-c0fb-0a61

    Hey, if you're planning to run a VPN on this plan, use @Nyr's installer script. Works great!
    ?

    Haha, I just wanted to make sure it worked here :)

    Does it?

    I don't expect it to work on unprivileged lxc containers, they would need to be privileged.
    However, wireguard native should work fine, since the kernel module is enabled.

    Maybe you can fallback to wireguard at some point.

    It works flawlessly.
    Thanks for the free VM :)

    Nice to hear, that the "VM" works fine.

    Thanked by (1)bdl
  • _MS__MS_ OG
    edited March 2021

    @Neoon said:

    Nice to hear, that the "VM" works fine.

    True, but sometimes it doesn't matter to the end user (or can't remember) which type of virtualization it is.

  • MS said:

    @Neoon said:

    Nice to hear, that the "VM" works fine.

    True but sometimes it doesn't matter to the end user (or can't remember) which type of virtualization it is.

    Indeed, most stuff works with LXC out of the box.

    Thanked by (1)_MS_
  • The NL node which the microLXC NL KVM was on, had a hardware failure today.
    Since the VM cluster is HA, we only had a downtime of 7 minutes in total, premium.

    Thanked by (3)bdl Ganonk Ouji
  • NyrNyr OG
    edited March 2021

    @Neoon said: Does it?

    I don't expect it to work on unprivileged lxc containers, they would need to be privileged.
    However, wireguard native should work fine, since the kernel module is enabled.

    Maybe you can fallback to wireguard at some point.

    Sorry for the late response, I did not take a look until today.

    Yes, both openvpn-install and wireguard-install work without modification. When running inside containers, the Wireguard installer relies on user space BoringTon so it does not require the kernel module.

    PS: very cool service, I will keep my container in Johannesburg!

    Thanked by (1)Neoon
  • Maintenance Announcement from Nexusbytes on March 27, 2021

    Expected maximum downtime per service: 30 minutes
    Time: 6:00 P.M to 11:59 P.M (EST)
    Affected Locations: Los Angeles and Singapore

    All containers will be booted up automagically as usual.

  • Not_OlesNot_Oles Hosting ProviderContent Writer

    Hello!

    eb5c-2dd0-f821-259d

    Thank you! :)

  • Not_OlesNot_Oles Hosting ProviderContent Writer

    Guys!

    I jumped on one of these MicroLXC containers a few days ago after I read in the Cest Pit @Neoon's post that it was MicroLXC's third birthday. 🎂🎂🎂 Thanks to @Neoon for all the work put into the project!

    I am on the LA node from @seriesn. Thanks to @seriesn and the other sponsors!

    Everything I've tried so far seems to work really great! I think, as somebody who also is selling LXC containers, I am a little bit enabled to appreciate how much work is involved. I have to say, I'd be really glad if people felt that my containers work as well as Neoon's. Plus, @Neoon's gone way further than me with the very cool microlxc.net website.

    There are differences in container management between Proxmox, which I am using, and LXD, which @Neoon is using. One difference that I, as a user, noticed is that the initially installed container images are different. At least for Debian, Proxmox's images are older, so they need updating, and quite a bit more software seems to be included in the default install.

    Among other uses, I have the idea that my MicroLXC container could function as a backup email receiver (MTA). My primary email receivers are configured to reject emails from servers which fail certain basic tests, such as having reverse DNS set. However, I also like to have backup receivers with a more liberal policy. Everybody makes mistakes, and very occasionally I do see an email I want to receive despite its having been sent from a less than happily configured server. Also, sometimes it can be amusing to read the logs and the headers of spam plus also the ridiculous offers. :)

    I have Apache2 installed in my container, and it seems to work fine. I also have a self-compiled Caddy binary which I want to work on a bit more.

    I've never used a NAT VPS before. So here are a couple of questions in case anybody has time to give me a hint or two:

    • Receiving email works great on IPv6, but not on IPv4. I am guessing this is because the port 25 connections are not being forwarded. Is there a way to enable inbound port 25 on IPv4?

    • Apache2 seems to log IPv6 requests correctly, but seems to be logging all IPv4 requests as originating from the container's gateway. How does one solve this logging problem in the context of MicroLXC? In the following snippet from /etc/apache2/apache2.conf, why is X-Forwarded-For not recommended? Is mod_remoteip appropriate with microlxc's setup?

    # Note that the use of %{X-Forwarded-For}i instead of %h is not recommended.
    # Use mod_remoteip instead.
    

    Thanks again to @Neoon and @seriesn! Lots of fun! :) Great project! Great website! High performance! 👍

    Thanked by (3)seriesn Neoon lentro
  • NeoonNeoon OG
    edited April 2021

    @Not_Oles

    Guys!

    I jumped on one of these MicroLXC containers a few days ago after I read in the Cest Pit @Neoon's post that it was MicroLXC's third birthday. 🎂🎂🎂 Thanks to @Neoon for all the work put into the project!

    NanoKVM turned 3, microLXC is about to turn 1 year.

    I am on the LA node from @seriesn. Thanks to @seriesn and the other sponsors!

    Everything I've tried so far seems to work really great! I think, as somebody who also is selling LXC containers, I am a little bit enabled to appreciate how much work is involved. I have to say, I'd be really glad if people felt that my containers work as well as Neoon's. Plus, @Neoon's gone way further than me with the very cool microlxc.net website.

    There are differences in container management between Proxmox, which I am using, and LXD, which @Neoon is using. One difference that I, as a user, noticed is that the initially installed container images are different. At least for Debian, Proxmox's images are older, so they need updating, and quite a bit more software seems to be included in the default install.

    Among other uses, I have the idea that my MicroLXC container could function as a backup email receiver (MTA). My primary email receivers are configured to reject emails from servers which fail certain basic tests, such as having reverse DNS set. However, I also like to have backup receivers with a more liberal policy. Everybody makes mistakes, and very occasionally I do see an email I want to receive despite its having been sent from a less than happily configured server. Also, sometimes it can be amusing to read the logs and the headers of spam plus also the ridiculous offers. :)

    I have Apache2 installed in my container, and it seems to work fine. I also have a self-compiled Caddy binary which I want to work on a bit more.

    I've never used a NAT VPS before. So here are a couple of questions in case anybody has time to give me a hint or two:

    • Receiving email works great on IPv6, but not on IPv4. I am guessing this is because the port 25 connections are not being forwarded. Is there a way to enable inbound port 25 on IPv4?

    its NAT, so 25 is not forwarded but v6 should work fine

    • Apache2 seems to log IPv6 requests correctly, but seems to be logging all IPv4 requests as originating from the container's gateway. How does one solve this logging problem in the context of MicroLXC? In the following snippet from /etc/apache2/apache2.conf, why is X-Forwarded-For not recommended? Is mod_remoteip appropriate with microlxc's setup?

    Because your container does terminate the TLS connections, not the HAProxy, means we actually provide end to end encryption. Downside is, that HAProxy does not act as transparent proxy, means origin IP is replaced by the node IP as you see it.

    The encrypted packages are routed based on the SNI header.

    Thanks again to @Neoon and @seriesn! Lots of fun! :) Great project! Great website! High performance! 👍

    Tanks

    Thanked by (1)Not_Oles
  • @Not_Oles said:
    Guys!

    I jumped on one of these MicroLXC containers a few days ago after I read in the Cest Pit @Neoon's post that it was MicroLXC's third birthday. 🎂🎂🎂 Thanks to @Neoon for all the work put into the project!

    I am on the LA node from @seriesn. Thanks to @seriesn and the other sponsors!

    Everything I've tried so far seems to work really great! I think, as somebody who also is selling LXC containers, I am a little bit enabled to appreciate how much work is involved. I have to say, I'd be really glad if people felt that my containers work as well as Neoon's. Plus, @Neoon's gone way further than me with the very cool microlxc.net website.

    There are differences in container management between Proxmox, which I am using, and LXD, which @Neoon is using. One difference that I, as a user, noticed is that the initially installed container images are different. At least for Debian, Proxmox's images are older, so they need updating, and quite a bit more software seems to be included in the default install.

    Among other uses, I have the idea that my MicroLXC container could function as a backup email receiver (MTA). My primary email receivers are configured to reject emails from servers which fail certain basic tests, such as having reverse DNS set. However, I also like to have backup receivers with a more liberal policy. Everybody makes mistakes, and very occasionally I do see an email I want to receive despite its having been sent from a less than happily configured server. Also, sometimes it can be amusing to read the logs and the headers of spam plus also the ridiculous offers. :)

    I have Apache2 installed in my container, and it seems to work fine. I also have a self-compiled Caddy binary which I want to work on a bit more.

    I've never used a NAT VPS before. So here are a couple of questions in case anybody has time to give me a hint or two:

    • Receiving email works great on IPv6, but not on IPv4. I am guessing this is because the port 25 connections are not being forwarded. Is there a way to enable inbound port 25 on IPv4?

    • Apache2 seems to log IPv6 requests correctly, but seems to be logging all IPv4 requests as originating from the container's gateway. How does one solve this logging problem in the context of MicroLXC? In the following snippet from /etc/apache2/apache2.conf, why is X-Forwarded-For not recommended? Is mod_remoteip appropriate with microlxc's setup?

    # Note that the use of %{X-Forwarded-For}i instead of %h is not recommended.
    # Use mod_remoteip instead.
    


    Thanks again to @Neoon and @seriesn! Lots of fun! :) Great project! Great website! High performance! 👍

    All praise to the cat lord @Neoon

    Thanked by (1)Not_Oles
  • Patch Notes:

    • Since the last migration, I missed to update the internal whitelist, which slowed down deployments since, this is fixed
    • Fixed IPv6 allocation issue which did result in failed deployments
    • Removed strict validation before reinstall if the Container is running, if the Container was stopped the Job was marked as failed
    • Increased delay in-between Destroy and Creation (Reinstall) to avoid mount errors
    • Only the Packages that are available for a specific Location if you click on it are displayed
    • New Locations Auckland and Johannesburg thanks to https://zappiehost.com/

    Package Updates:

    • 128MB Package has now 2GB of Storage
    • 256MB Package has now 3GB of Storage
    • 384MB Package is now available in 4 Locations (Melbourne, Antwerp, Dronten, Norway)

    The 512MB Package remains the same.

    Thanked by (2)Ouji Ganonk
  • @Neoon said:

    The 512MB Package remains the same.

    where is locations Sir?

Sign In or Register to comment.