Howdy, Stranger!

It looks like you're new here. If you want to get involved, click one of these buttons!


Shells Virtual Desktop
BMail.ag - Secure Email Service
Server.net
CPLicense.net
VPS Server
Buy VPN
Vultr
VMs for AI
HostDare
HostDare
ReliableSite White-Label Dedicated Hosting for Resellers
InterServer VPS
BMail.ag - Secure Email Service
Best VPN
High-Performance Bare Metal Server Solutions
Karvl.com
Server Mania Cloud Hosting
DataWagon Hosting
AlphaVPS Hosting
Evoxt.com
Clouvider
VPS Hosting with NVMe
Residential IPs in the US & 4G Mobile Proxies in EU & US with Unlimited Bandwidth
ReliableSite White-Label Dedicated Hosting for Resellers
Rabisu - Hosting Solutions
Shells Virtual Desktop
New on LowEndTalk? Please Register and read our Community Rules.

All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.

Great news from FOSSVPS.org: More VPS Giveaways!

13468912

Comments

  • Not_OlesNot_Oles Member, Patron Provider

    Here is the status of the Alexhost Chisinau node following this morning's data center power maintenance. If your Alexhost VPS still needs an adjustment, please let me know. Thanks!

    root@alexhost:~# date; uptime
    Mon Oct  6 15:12:00 UTC 2025
     15:12:00 up  3:30,  1 user,  load average: 4.22, 4.40, 4.30
    root@alexhost:~# virsh list
     Id   Name   State
    ----------------------
     3    vm19   running
     7    vm12   running
     8    vm1    running
     9    vm13   running
     10   vm14   running
     11   vm16   running
     12   vm4    running
     14   vm6    running
     15   vm3    running
     16   vm21   running
     17   vm10   running
     18   vm17   running
     19   vm9    running
     20   vm15   running
     21   vm5    running
     22   vm11   running
     23   vm2    running
     24   vm7    running
     25   vm18   running
     26   vm8    running
    
    root@alexhost:~# cd vm-seed/vm29-@千狐/
    root@alexhost:~/vm-seed/vm29-@千狐# virsh start vm29
    Domain 'vm29' started
    
    root@alexhost:~/vm-seed/vm29-@千狐# virsh autostart vm29
    Domain 'vm29' marked as autostarted
    
    root@alexhost:~/vm-seed/vm29-@千狐# 
    
  • Just as previously mine is running fine after the reboot :p

    Thanked by 1Not_Oles
  • Not_OlesNot_Oles Member, Patron Provider

    Thanks for the report! Good to hear!

  • Not_OlesNot_Oles Member, Patron Provider
    edited October 2025

    New FOSSVPS Location -- Bucharest

    Soon! Not ready for requests quite yet.

    • Six available IPv4 addresses!
    • IPv6/48, so each VPS can have a /64!

    Please help answer the following questions:

    • How should we set up the node to deliver the best user experience while staying fully open source?
    • Is it okay to upgrade the node to Debian sid?
    • Does anyone want to join FOSSVPS volunteer staff?
    • Does anyone want to contribute toward the costs of formal registration for FOSSVPS?
    • Does anyone want to contribute server hardware which FOSSVPS can colo?

    Thanks Hosteroid! <3

    root@hosteroid:~# curl -sL yabs.sh | bash
    # ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
    #              Yet-Another-Bench-Script              #
    #                     v2025-04-20                    #
    # https://github.com/masonr/yet-another-bench-script #
    # ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
    
    Mon Oct  6 10:28:40 PM UTC 2025
    
    Basic System Information:
    ---------------------------------
    Uptime     : 0 days, 0 hours, 43 minutes
    Processor  : Intel(R) Xeon(R) CPU E5-2690 v4 @ 2.60GHz
    CPU cores  : 56 @ 1200.000 MHz
    AES-NI     : ✔ Enabled
    VM-x/AMD-V : ✔ Enabled
    RAM        : 251.8 GiB
    Swap       : 3.8 GiB
    Disk       : 3.6 TiB
    Distro     : Debian GNU/Linux 13 (trixie)
    Kernel     : 6.12.48+deb13-amd64
    VM Type    : NONE
    IPv4/IPv6  : ✔ Online / ✔ Online
    
    IPv6 Network Information:
    ---------------------------------
    ISP        : Castlegem SRL
    ASN        : AS34689 Castlegem SRL
    Host       : HOSTEROID Bucharest
    Location   : Bucharest, București (B)
    Country    : Romania
    
    fio Disk Speed Tests (Mixed R/W 50/50) (Partition /dev/mapper/hosteroid--vg-root):
    ---------------------------------
    Block Size | 4k            (IOPS) | 64k           (IOPS)
      ------   | ---            ----  | ----           ---- 
    Read       | 95.42 MB/s   (23.8k) | 918.59 MB/s  (14.3k)
    Write      | 95.68 MB/s   (23.9k) | 923.43 MB/s  (14.4k)
    Total      | 191.11 MB/s  (47.7k) | 1.84 GB/s    (28.7k)
               |                      |                     
    Block Size | 512k          (IOPS) | 1m            (IOPS)
      ------   | ---            ----  | ----           ---- 
    Read       | 793.04 MB/s   (1.5k) | 790.33 MB/s    (771)
    Write      | 835.18 MB/s   (1.6k) | 842.96 MB/s    (823)
    Total      | 1.62 GB/s     (3.1k) | 1.63 GB/s     (1.5k)
    
    iperf3 Network Speed Tests (IPv4):
    ---------------------------------
    Provider        | Location (Link)           | Send Speed      | Recv Speed      | Ping           
    -----           | -----                     | ----            | ----            | ----           
    Clouvider       | London, UK (10G)          | 914 Mbits/sec   | 923 Mbits/sec   | 41.6 ms        
    Eranium         | Amsterdam, NL (100G)      | 924 Mbits/sec   | 918 Mbits/sec   | 34.2 ms        
    Uztelecom       | Tashkent, UZ (10G)        | 871 Mbits/sec   | 667 Mbits/sec   | 123 ms         
    Leaseweb        | Singapore, SG (10G)       | 781 Mbits/sec   | 608 Mbits/sec   | 179 ms         
    Clouvider       | Los Angeles, CA, US (10G) | 792 Mbits/sec   | 360 Mbits/sec   | 163 ms         
    Leaseweb        | NYC, NY, US (10G)         | 844 Mbits/sec   | 633 Mbits/sec   | 109 ms         
    Edgoo           | Sao Paulo, BR (1G)        | 651 Mbits/sec   | 331 Mbits/sec   | 223 ms         
    
    iperf3 Network Speed Tests (IPv6):
    ---------------------------------
    Provider        | Location (Link)           | Send Speed      | Recv Speed      | Ping           
    -----           | -----                     | ----            | ----            | ----           
    Clouvider       | London, UK (10G)          | 902 Mbits/sec   | 911 Mbits/sec   | 41.3 ms        
    Eranium         | Amsterdam, NL (100G)      | 906 Mbits/sec   | 906 Mbits/sec   | 34.2 ms        
    Uztelecom       | Tashkent, UZ (10G)        | 806 Mbits/sec   | 587 Mbits/sec   | 123 ms         
    Leaseweb        | Singapore, SG (10G)       | 772 Mbits/sec   | 592 Mbits/sec   | 179 ms         
    Clouvider       | Los Angeles, CA, US (10G) | 794 Mbits/sec   | 356 Mbits/sec   | 163 ms         
    Leaseweb        | NYC, NY, US (10G)         | 405 Mbits/sec   | 589 Mbits/sec   | 109 ms         
    Edgoo           | Sao Paulo, BR (1G)        | 341 Mbits/sec   | 309 Mbits/sec   | 223 ms         
    
    Geekbench 6 Benchmark Test:
    ---------------------------------
    Test            | Value                         
                    |                               
    Single Core     | 1112                          
    Multi Core      | 10025                         
    Full Test       | https://browser.geekbench.com/v6/cpu/14307105
    
    YABS completed in 13 min 19 sec
    root@hosteroid:~# 
    
    Thanked by 1BasToTheMax
  • Not_OlesNot_Oles Member, Patron Provider

    @Not_Oles said: Is it okay to upgrade the node to Debian sid?

    I couldn't resist!

    root@hosteroid:~# curl -sL yabs.sh | bash
    # ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
    #              Yet-Another-Bench-Script              #
    #                     v2025-04-20                    #
    # https://github.com/masonr/yet-another-bench-script #
    # ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
    
    Tue Oct  7 03:52:23 AM UTC 2025
    
    Basic System Information:
    ---------------------------------
    Uptime     : 0 days, 0 hours, 11 minutes
    Processor  : Intel(R) Xeon(R) CPU E5-2690 v4 @ 2.60GHz
    CPU cores  : 56 @ 1200.000 MHz
    AES-NI     : ✔ Enabled
    VM-x/AMD-V : ✔ Enabled
    RAM        : 251.8 GiB
    Swap       : 3.8 GiB
    Disk       : 3.6 TiB
    Distro     : Debian GNU/Linux forky/sid
    Kernel     : 6.16.9+deb14-amd64
    VM Type    : NONE
    IPv4/IPv6  : ✔ Online / ✔ Online
    
    IPv6 Network Information:
    ---------------------------------
    ISP        : Castlegem SRL
    ASN        : AS34689 Castlegem SRL
    Host       : HOSTEROID Bucharest
    Location   : Bucharest, București (B)
    Country    : Romania
    
    fio Disk Speed Tests (Mixed R/W 50/50) (Partition /dev/mapper/hosteroid--vg-root):
    ---------------------------------
    Block Size | 4k            (IOPS) | 64k           (IOPS)
      ------   | ---            ----  | ----           ---- 
    Read       | 95.42 MB/s   (23.8k) | 919.81 MB/s  (14.3k)
    Write      | 95.67 MB/s   (23.9k) | 924.65 MB/s  (14.4k)
    Total      | 191.10 MB/s  (47.7k) | 1.84 GB/s    (28.8k)
               |                      |                     
    Block Size | 512k          (IOPS) | 1m            (IOPS)
      ------   | ---            ----  | ----           ---- 
    Read       | 793.65 MB/s   (1.5k) | 790.02 MB/s    (771)
    Write      | 835.82 MB/s   (1.6k) | 842.63 MB/s    (822)
    Total      | 1.62 GB/s     (3.1k) | 1.63 GB/s     (1.5k)
    
    iperf3 Network Speed Tests (IPv4):
    ---------------------------------
    Provider        | Location (Link)           | Send Speed      | Recv Speed      | Ping           
    -----           | -----                     | ----            | ----            | ----           
    Clouvider       | London, UK (10G)          | 916 Mbits/sec   | 919 Mbits/sec   | 37.7 ms        
    Eranium         | Amsterdam, NL (100G)      | 924 Mbits/sec   | 915 Mbits/sec   | 34.2 ms        
    Uztelecom       | Tashkent, UZ (10G)        | 870 Mbits/sec   | 704 Mbits/sec   | 122 ms         
    Leaseweb        | Singapore, SG (10G)       | 785 Mbits/sec   | 520 Mbits/sec   | 180 ms         
    Clouvider       | Los Angeles, CA, US (10G) | 793 Mbits/sec   | 466 Mbits/sec   | 164 ms         
    Leaseweb        | NYC, NY, US (10G)         | 844 Mbits/sec   | 592 Mbits/sec   | 109 ms         
    Edgoo           | Sao Paulo, BR (1G)        | 777 Mbits/sec   | 405 Mbits/sec   | 217 ms         
    
    iperf3 Network Speed Tests (IPv6):
    ---------------------------------
    Provider        | Location (Link)           | Send Speed      | Recv Speed      | Ping           
    -----           | -----                     | ----            | ----            | ----           
    Clouvider       | London, UK (10G)          | 904 Mbits/sec   | 906 Mbits/sec   | 37.7 ms        
    Eranium         | Amsterdam, NL (100G)      | 910 Mbits/sec   | 903 Mbits/sec   | 34.2 ms        
    Uztelecom       | Tashkent, UZ (10G)        | 851 Mbits/sec   | 512 Mbits/sec   | 122 ms         
    Leaseweb        | Singapore, SG (10G)       | 774 Mbits/sec   | 554 Mbits/sec   | 180 ms         
    Clouvider       | Los Angeles, CA, US (10G) | 794 Mbits/sec   | 425 Mbits/sec   | 164 ms         
    Leaseweb        | NYC, NY, US (10G)         | 841 Mbits/sec   | 600 Mbits/sec   | 109 ms         
    Edgoo           | Sao Paulo, BR (1G)        | 497 Mbits/sec   | 439 Mbits/sec   | 217 ms         
    
    Geekbench 6 Benchmark Test:
    ---------------------------------
    Test            | Value                         
                    |                               
    Single Core     | 1110                          
    Multi Core      | 9907                          
    Full Test       | https://browser.geekbench.com/v6/cpu/14310597
    
    YABS completed in 13 min 51 sec
    root@hosteroid:~# 
    
  • I'd say Sid is pushing it a bit since it is by definition unstable, making it harder to rule out whatever other problems may arise. Trixie is (IMO) a good balance.
    Unfortunately I cannot do much for you in regards of economics :/

    Thanked by 1Not_Oles
  • Not_OlesNot_Oles Member, Patron Provider

    @zejjnt said:
    I'd say Sid is pushing it a bit since it is by definition unstable, making it harder to rule out whatever other problems may arise. Trixie is (IMO) a good balance.

    You are right, at least by consensus, for sure!

    In my limited experience, getting help from the developers sometimes seems easier when I am using the development version. So I tend to use the development version of whatever OS I am working on.

    Unfortunately I cannot do much for you in regards of economics :/

    I know the feeling! But, no worries, being a nice guy and posting about how your VPS is working both mean a lot to me!

    Always best wishes!

    Tom

    Thanked by 1zejjnt
  • Not_OlesNot_Oles Member, Patron Provider

    It's been a while. We could use a little more activity on the London server! Thanks OnlyServers! @dan_onlyservers

    @msatt kindly suggested to me that Proxmox might be a more stable solution for FOSSVPS servers than the plain command line virsh that I have been trying on the Alexhost node. Additionally, Proxmox might help avoid some of the fat finger noob mistakes that I make too often. Last, but not least, @somik has a nice tutorial on how to use Proxmox with One Public IP.

    If I understand correctly, @msatt is willing to go beyond just making good suggestions. I believe @msatt is willing to take over administration of the London FOSSVPS server. Taking over as the main administrator of the London server would be a lot of work, so @msatt's contribution would be highly appreciated.

    How about if @msatt wipes the London server, installs Proxmox, recreates the existing VPSes for London clients who remain responsive and interested, and then goes ahead with Proxmox? Unless everything goes perfectly, which is unlikely, there might be significant downtime. But we might, overall, gain a significantly better experience as well as more clients on the London server with its powerful network. Who wants to stay on the London server? Any objections? Any alternative ideas? Thanks!

    Thanked by 1BasToTheMax
  • igcttigctt Member
    edited October 2025

    @Not_Oles said:
    It's been a while. We could use a little more activity on the London server! Thanks OnlyServers! @dan_onlyservers

    @msatt kindly suggested to me that Proxmox might be a more stable solution for FOSSVPS servers than the plain command line virsh that I have been trying on the Alexhost node. Additionally, Proxmox might help avoid some of the fat finger noob mistakes that I make too often. Last, but not least, @somik has a nice tutorial on how to use Proxmox with One Public IP.

    If I understand correctly, @msatt is willing to go beyond just making good suggestions. I believe @msatt is willing to take over administration of the London FOSSVPS server. Taking over as the main administrator of the London server would be a lot of work, so @msatt's contribution would be highly appreciated.

    How about if @msatt wipes the London server, installs Proxmox, recreates the existing VPSes for London clients who remain responsive and interested, and then goes ahead with Proxmox? Unless everything goes perfectly, which is unlikely, there might be significant downtime. But we might, overall, gain a significantly better experience as well as more clients on the London server with its powerful network. Who wants to stay on the London server? Any objections? Any alternative ideas? Thanks!

    thank you, I'd like to stay in the London server if possible. the instance / hostname is vm3.
    proxmox is a good supervisor platform. thanks @msatt for maintaining it.

    Thanked by 1Not_Oles
  • @Not_Oles said:
    @somik has a nice tutorial on how to use Proxmox with One Public IP.

    Thanked by 2Not_Oles zejjnt
  • msattmsatt Member, Host Rep

    @igctt said: thank you, I'd like to stay in the London server if possible. the instance / hostname is vm3.

    proxmox is a good supervisor platform. thanks @msatt for maintaining it.

    >
    Its ok igctt you won't be moving from London.
    We will make it clear exactly what is happening and when (when we know) so you will have proper notice.
    At the moment there are quite a few decisions still being made but I can certainly say we will all end up with much more flexibility........

    Thanked by 3zejjnt Not_Oles igctt
  • Not_OlesNot_Oles Member, Patron Provider

    Whose turn is next?

    Checking https://fossvps.org/list.html shows @flyingto from Nodeseek.

    Following @flyingto we see @MeMyselfandLinux from here with us on LET.

    @MeMyselfandLinux Your turn is almost here. Sorry it is taking so long!

    Thanks!

  • @Not_Oles said:
    It's been a while. We could use a little more activity on the London server! Thanks OnlyServers! @dan_onlyservers

    @msatt kindly suggested to me that Proxmox might be a more stable solution for FOSSVPS servers than the plain command line virsh that I have been trying on the Alexhost node. Additionally, Proxmox might help avoid some of the fat finger noob mistakes that I make too often. Last, but not least, @somik has a nice tutorial on how to use Proxmox with One Public IP.

    If I understand correctly, @msatt is willing to go beyond just making good suggestions. I believe @msatt is willing to take over administration of the London FOSSVPS server. Taking over as the main administrator of the London server would be a lot of work, so @msatt's contribution would be highly appreciated.

    How about if @msatt wipes the London server, installs Proxmox, recreates the existing VPSes for London clients who remain responsive and interested, and then goes ahead with Proxmox? Unless everything goes perfectly, which is unlikely, there might be significant downtime. But we might, overall, gain a significantly better experience as well as more clients on the London server with its powerful network. Who wants to stay on the London server? Any objections? Any alternative ideas? Thanks!

    I suggested this a while ago so sounds good to me!

    When is the wipe happening?

    Thanked by 1Not_Oles
  • Not_OlesNot_Oles Member, Patron Provider

    @FrankCastle said: I suggested this a while ago so sounds good to me!

    Thanks! Feedback appreciated.

    When is the wipe happening?

    Soon! Hopefully @msatt or I will post beforehand.

    @msatt now shares root on the London server!

    Thanks to OnlyServers for their kind donation! Thanks @dan_onlyservers! <3

    Thanked by 1FrankCastle
  • Not_OlesNot_Oles Member, Patron Provider

    @MeMyselfandLinux It's your turn now! Are you still interested? :)

  • msattmsatt Member, Host Rep

    @FrankCastle said: I suggested this a while ago so sounds good to me!

    When is the wipe happening?

    @Not_Oles and I are just making some decisions - the key points are -
    1. Many complications moving existing vms over to Proxmox (nat and disk space problems / conversions)
    2. Wipe all VMs and start with all new Proxmox VMs
    3. Leave everything as is and any new donated host can be built with Proxmox.

    My personal preference is option 3 (if it aint broke don't fix it) and I would take over support to lighten Tom's load.

    But open to any other suggestions.

    Thanked by 1Not_Oles
  • Dear @Not_Oles,

    Does anyone want to join FOSSVPS volunteer staff?

    Yes, I want to become a Volunteer Staff.

    Is it okay to upgrade the node to Debian sid?

    I think everyone would prefer Debian? I hope that because it give superior experiences.

    Best regards,
    ShayNeeo

    Thanked by 2Starnberg Not_Oles
  • @msatt said:

    @FrankCastle said: I suggested this a while ago so sounds good to me!

    When is the wipe happening?

    @Not_Oles and I are just making some decisions - the key points are -
    1. Many complications moving existing vms over to Proxmox (nat and disk space problems / conversions)
    2. Wipe all VMs and start with all new Proxmox VMs
    3. Leave everything as is and any new donated host can be built with Proxmox.

    My personal preference is option 3 (if it aint broke don't fix it) and I would take over support to lighten Tom's load.

    But open to any other suggestions.

    for normalizing operating vps, it’s better to wipe all and use only one platform.
    it would reduce the workload of maintenance in a long term .

  • So I finally installed Omarchy in a VM. Looks good so far.
    Probably going to grab an old laptop, backup the drives and install Omarchy on that.

    Thanked by 1Not_Oles
  • HosteroidHosteroid Member, Patron Provider

    When is Bucharest going live? 🤔

    Thanked by 1Not_Oles
  • Not_OlesNot_Oles Member, Patron Provider
    edited October 2025

    @Hosteroid said:
    When is Bucharest going live? 🤔

    As you can see, I posted a few questions above.

    Of course there might be additional discussion of any or all of the questions I posted, but I think we may have exhausted the IPv4 allocation for the Chisinau node ( Thanks Alexhost! ).

    Maybe it is time to move on to the Bucharest node. I think it would be good for me to make a few VPSes in advance so that they would be ready for faster distribution than what happens when I make them one at a time by hand for each request.

    A larger issue in the background is how to make the VPSes efficiently. I have been using a very simple command line cloud-init approach. It could be scripted. It is already scripted, partly.

    The simple approach lacks versatility and probably could use security improvements. But, it avoids the need for a meta-structure like Virtfusion, Proxmox, or Open stack, all of which are super great, but their source code seems beyond my current skill level.

    The loveliness of the Bucharest node is unsurpassed! <3 Maybe bear with me a few more days, please. Thanks again for your kind donation! <3

  • Not_OlesNot_Oles Member, Patron Provider

    @BasToTheMax said:
    So I finally installed Omarchy in a VM. Looks good so far.
    Probably going to grab an old laptop, backup the drives and install Omarchy on that.

    Excellent! Thanks for letting us know! I hope you make a blog post with some screenshots. Hint! Hint!

    Thanked by 1BasToTheMax
  • Not_OlesNot_Oles Member, Patron Provider

    @igctt said: for normalizing operating vps, it’s better to wipe all and use only one platform.

    ^This!

    Something simple, and 100% open source, please?

    Virtfusion is great, but not open source. Proxmox and Open stack are great, but complex.

  • Not_OlesNot_Oles Member, Patron Provider

    @shayneeo said: Yes, I want to become a Volunteer Staff.

    Excellent! Thank you!

    Please continue to participate in our conversations, and share your ideas. Pretty soon we will come across specific tasks that you can do. If there is something specific that you would like to do, please feel free to mention it.

    I am very glad to have you with us! Your support means a lot! Thank you again! <3

  • HosteroidHosteroid Member, Patron Provider

    FossVps discord server, when? :o

  • Not_OlesNot_Oles Member, Patron Provider

    @msatt said:

    @FrankCastle said: I suggested this a while ago so sounds good to me!

    When is the wipe happening?

    @Not_Oles and I are just making some decisions - the key points are -
    1. Many complications moving existing vms over to Proxmox (nat and disk space problems / conversions)
    2. Wipe all VMs and start with all new Proxmox VMs
    3. Leave everything as is and any new donated host can be built with Proxmox.

    My personal preference is option 3 (if it aint broke don't fix it) and I would take over support to lighten Tom's load.

    But open to any other suggestions.

    Hi @msatt!

    London isn't broken! It works great!

    @babywhale kindly made the existing London VPSes with his great BashVM tool.

    Despite BashVM being vastly more simple than other KVM VPS creation tools, I think there is a lot of responsibility connected with adding additional NAT VPSes on London. If I were to try to do that myself, I would be worried about somehow interfering with the existing VPSes.

    We need to maximize the value from London! We need to have good discussions about London, so that OnlyServers can know that their kind donation <3 has been put to good use! @dan_onlyservers <3

    I don't feel clear, yet, as between your options 2 and 3.

    Thanks, as always, for your careful thoughts! Anything additional?

    Thanks again!

    Tom

  • Not_OlesNot_Oles Member, Patron Provider

    @Hosteroid said:
    FossVps discord server, when? :o

    The server exists.

    Is Discord open source?

    I feel conflicted about DIscord! Everybody loves it and wants to use it! :)

  • @igctt said:

    @msatt said:

    @FrankCastle said: I suggested this a while ago so sounds good to me!

    When is the wipe happening?

    @Not_Oles and I are just making some decisions - the key points are -
    1. Many complications moving existing vms over to Proxmox (nat and disk space problems / conversions)
    2. Wipe all VMs and start with all new Proxmox VMs
    3. Leave everything as is and any new donated host can be built with Proxmox.

    My personal preference is option 3 (if it aint broke don't fix it) and I would take over support to lighten Tom's load.

    But open to any other suggestions.

    for normalizing operating vps, it’s better to wipe all and use only one platform.
    it would reduce the workload of maintenance in a long term .

    Totally agree, I vote for option 2. We all knew this wasn't a production environment from the beginning. As long as people have notice I don't see why it would be a problem to give everyone a chance to backup whatever they need and then wipe it and start fresh. Also, if you need any help just let me know.

    Thanked by 1Not_Oles
  • Not_OlesNot_Oles Member, Patron Provider

    @msatt said: 2. Wipe all VMs and start with all new Proxmox VMs

    @FrankCastle said: I vote for option 2.

    When I started FreeVPS.org the excellent guys volunteering for the team wanted to use 99% open source but excellent Blesta and closed source but excellent Virtfusion. So, figuring that FreeVPS.org was a community organization, I passed FreeVPS to Eric at crunchbits when he kindly offered to take over.

    Now I started FOSSVPS.org, and people want to use excellent Proxmox, which is open source.

    I used Proxmox for several years. Proxmox is great!

    But, for me, Proxmox isn't simple. There is a Proxmox API, a "traditional" web interface, and a unique-to-Proxmox command line interface.

    What I hope for is something simple and basic. A few sh shell scripts, maybe. We have about 30 VPSes running on Chisinau which I made in a simple way, with cloud-init, as I tested several variations (such as whether to use backing store).

    Haha, even the simple way seems really complicated! I have made significant mistakes, such as accidentally deleting important files. But, so far, a goodly number of VPSes seem to be working well for quite a few people.

    For me, I hope to continue working on the Chisinau node and on the new Bucharest node with my baby steps simplicity and probably with more mistakes. Maybe I can post the few lines of code that I have been using and get suggestions for improvement? Maybe someone might want to help more actively on the inside?

    Nevertheless, if some of our excellent volunteers want to work with Proxmox on London or on another server, that would be equally great! Maybe they even will convince me to return to Proxmox, which was, for me, an excellent experience overall.

    Thanks to everyone who is interested in and contributing to our discussion of FOSSVPS! <3

  • I would say Ubuntu
    I would want to use it for accessing social medias as it is limitted in my country & Testing some github repos,
    My public key is all 0s, Will pm pubkey if needed
    what would be the expiry of this this VPS? curious, 1 year or long?
    Thank you @alexhost
    Thank you @Not_Oles
    Big Thanks for this amazing Giveaway from FOSSVPS.org team, stay Happy Healthy and Wealthy all the way ahead <3

Sign In or Register to comment.