TierHive General thread | Discuss, Updates, questions & Suggestions | LATEST: new location USA WEST

1679111214

Comments

  • WSSWSS OG

    Jesus Christ Tom, get a hobby.

    "It's a hard life- to be a stick insect." - Karl Pilkington

  • AnthonySmithAnthonySmith AdministratorHosting ProviderOGSenpai

    @Not_Oles said:

    @Not_Oles said: some BSDs might seem to be missing? Where is NetBSD?

    https://github.com/netbootxyz/netboot.xyz/issues/1437

    Not really a TierHive issue but you know netbook.xyz supports chain loading of an iso ?

    Thanked by (1)Not_Oles

    TierHive - Hourly VPS - NAT Native - /24 per customer - DE, UK, SG, CA, USA x3, FR, AU, PL, NL
    FREE tokens on sign up, try before you buy. | Join us on Reddit

  • Not_OlesNot_Oles Hosting ProviderContent Writer
    edited May 20

    @AnthonySmith Yes, thanks! <3

    I am just having fun on TierHive trying various, different, new-to-me things in various, different, new-to-me ways.

    Mostly, right now, I am trying to fit what I am doing g into 1 vCPU, 256 GB RAM, and 1 GB disk -- in other words, the requirements on Tierhive for Alpine 3.23.2.

    Yesterday, I had a fun afternoon trying to install OpenBSD from Tierhive's netboot.xyz BSD menu (screenshot above). What happened was that the test VPS appeared to run out of disk space during the KASLR relinking. I doubled the disk space to 2 GB and tried again with what appeared to be the same result:

    Today's plan is possibly to try installing NetBSD again with these iPXE commands:

    set net0/ip <YOUR_STATIC_IP>
    set net0/netmask <YOUR_SUBNET_MASK>
    set net0/gateway <YOUR_GATEWAY_IP>
    set dns 74.82.42.42
    kernel https://nycdn.netbsd.org/pub/NetBSD-daily/HEAD/latest/amd64/binary/kernel/netbsd-INSTALL.gz
    boot
    

    Soon, I expect to try @cmeerw's suggestion:

    boot into an Alpine image via netboot (or something similar)
    write the NetBSD image to the disk and reboot
    in the NetBSD boot loader, interrupt it, set the vesa mode to something like 0x101 (vesa 0x101) and boot into NetBSD (boot netbsd)
    if you are using one of my images, it will reboot again after resizing the root partition, so you have to do the vesa mode setting again.
    login as root (via the VNC console), set users/passwords and networking, you'll also want to add the vesa setting to NetBSD's boot config

    And, previously, from @cmeerw:

    IIRC, I used netboot xyz (manually configuring the network interface as I didn't have DHCP enabled) to boot into a live Alpine Linux system which I only used to write the NetBSD image to the disk. Then boot from the disk (but I think you have to fiddle with the VESA mode), and then you can manually configure networking.

    I also want to try other very small OSes, maybe something like Oasis, SliTaz, and more.

    If anybody knows why the OpenBSD install didn't seem to work, even at 2 GB disk, I would really appreciate a hint.

    Thanks again, Ant! <3 TierHive's smallest and lightest VPSes are tons of fun!

  • TinyCore Linux, maybe?

    Thanked by (1)Not_Oles
  • Not_OlesNot_Oles Hosting ProviderContent Writer
    edited May 21

    Today's results from nench, slightly modified to substitute Hetzner ASH for the no-longer available SoftLayer. These tiny Alpine VPSes need a speed test that can run on 256 MB RAM and 1 GB disk.

    VPS named "friendly" in TierHive's Vint Hill, VA USA location:

    -------------------------------------------------
     nench.sh v2019.07.20 -- https://git.io/nench.sh
     benchmark timestamp:    2026-05-20 21:16:34 UTC
    -------------------------------------------------
    
    Processor:    Intel(R) Xeon(R) E-2236 CPU @ 3.40GHz
    CPU cores:    1
    Frequency:    3408.008 MHz
    RAM:          217.0M
    Swap:         -
    Kernel:       Linux 6.18.32-1-virt x86_64
    
    Disks:
    vda      1G  HDD
    
    CPU: SHA256-hashing 500 MB
        1.864 seconds
    CPU: bzip2-compressing 500 MB
        8.664 seconds
    CPU: AES-encrypting 500 MB
        1.287 seconds
    
    ioping: seek rate
        min/avg/max/mdev = 192.4 us / 3.99 ms / 19.8 ms / 1.59 ms
    ioping: sequential read speed
        generated 1.26 k requests in 5.00 s, 315 MiB, 251 iops, 63.0 MiB/s
    
    dd: sequential write speed
        1st run:    414.85 MiB/s
        2nd run:    284.19 MiB/s
        3rd run:    170.71 MiB/s
        average:    289.92 MiB/s
    
    IPv4 speedtests
        your IPv4:    147.135.xxx.xxx
    
        Cachefly CDN:         17.38 MiB/s
        Hetzner ASH (US):     31.29 MiB/s
        Leaseweb (NL):        0.05 MiB/s
        Online.net (FR):      10.08 MiB/s
        OVH BHS (CA):         25.37 MiB/s
    
    IPv6 speedtests
        your IPv6:    2a11:6c7:xxxx::xxxx
    
        Hetzner ASH (US):     12.42 MiB/s
        Leaseweb (NL):        0.01 MiB/s
        Online.net (FR):      9.42 MiB/s
        OVH BHS (CA):         9.72 MiB/s
    -------------------------------------------------
    
    friendly:~$ 
    

    Kansas City, MO USA VPS named "kc":

    -------------------------------------------------
     nench.sh v2019.07.20 -- https://git.io/nench.sh
     benchmark timestamp:    2026-05-20 21:28:57 UTC
    -------------------------------------------------
    
    Processor:    AMD EPYC 7B13 64-Core Processor
    CPU cores:    1
    Frequency:    2250.000 MHz
    RAM:          217.0M
    Swap:         64.0M
    Kernel:       Linux 6.18.31-0-virt x86_64
    
    Disks:
    vda      1G  HDD
    
    CPU: SHA256-hashing 500 MB
        5.637 seconds
    CPU: bzip2-compressing 500 MB
        46.762 seconds
    CPU: AES-encrypting 500 MB
        6.655 seconds
    
    ioping: seek rate
        min/avg/max/mdev = 652.3 us / 10.1 ms / 105.5 ms / 9.73 ms
    ioping: sequential read speed
        generated 540 requests in 5.00 s, 135 MiB, 107 iops, 27.0 MiB/s
    
    dd: sequential write speed
        1st run:    11.83 MiB/s
        2nd run:    25.94 MiB/s
        3rd run:    33.09 MiB/s
        average:    23.62 MiB/s
    
    IPv4 speedtests
        your IPv4:    208.84.xxx.xxx
    
        Cachefly CDN:         3.41 MiB/s
        Hetzner ASH (US):     3.52 MiB/s
        Leaseweb (NL):        0.02 MiB/s
        Online.net (FR):      4.97 MiB/s
        OVH BHS (CA):         8.30 MiB/s
    
    IPv6 speedtests
        your IPv6:    2a11:6c7:xxxx::xxxx
    
        Hetzner ASH (US):     1.59 MiB/s
        Leaseweb (NL):        0.02 MiB/s
        Online.net (FR):      2.74 MiB/s
        OVH BHS (CA):         1.65 MiB/s
    -------------------------------------------------
    
    kc:~$ 
    
  • @Not_Oles said:
    Today's results from nench, slightly modified to substitute Hetzner ASH for the no-longer available SoftLayer. These tiny Alpine VPSes need a speed test that can run on 256 MB RAM and 1 GB disk.

    VPS named "friendly" in TierHive's Vint Hill, VA USA location:

    ~~~

    nench.sh v2019.07.20 -- https://git.io/nench.sh

    benchmark timestamp: 2026-05-20 21:16:34 UTC

    Processor: Intel(R) Xeon(R) E-2236 CPU @ 3.40GHz
    CPU cores: 1
    Frequency: 3408.008 MHz
    RAM: 217.0M
    Swap: -
    Kernel: Linux 6.18.32-1-virt x86_64

    Kansas City, MO USA VPS named "kc":

    ~~~

    nench.sh v2019.07.20 -- https://git.io/nench.sh

    benchmark timestamp: 2026-05-20 21:28:57 UTC

    Processor: AMD EPYC 7B13 64-Core Processor
    CPU cores: 1
    Frequency: 2250.000 MHz
    RAM: 217.0M
    Swap: 64.0M
    Kernel: Linux 6.18.31-0-virt x86_64

    The Vint Hill VPS is not running a swapfile, while KC is. Wouldn't this affect the performance benchmarks?

    Thanked by (1)Not_Oles
  • Not_OlesNot_Oles Hosting ProviderContent Writer

    @TemporiousOne said: The Vint Hill VPS is not running a swapfile, while KC is. Wouldn't this affect the performance benchmarks?

    Yes, there is no swap file yet on friendly. I doubt it makes a difference. Tomorrow I can try adding the swap file on friendly or disabling the swap file on kc, or both, and rerunning nench. We will see. :)

  • Not_OlesNot_Oles Hosting ProviderContent Writer

    @Not_Oles said: Today's plan is possibly to try installing NetBSD again with these iPXE commands:

    set net0/ip <YOUR_STATIC_IP>
    set net0/netmask <YOUR_SUBNET_MASK>
    set net0/gateway <YOUR_GATEWAY_IP>
    set dns 74.82.42.42
    kernel https://nycdn.netbsd.org/pub/NetBSD-daily/HEAD/latest/amd64/binary/kernel/netbsd-INSTALL.gz
    boot
    

    Ah, okay, this didn't work.

    The iPXE shell said, after changing https to http,

    iPXE> kernel http://nycdn.netbsd.org/pub/NetBSD-daily/HEAD/latest/amd64/binary/kernel/netbsd-INSTALL.gz
    http://nycdn.netbsd.org/pub/NetBSD-daily/HEAD/latest/amd64/binary/kernel/netbsd-INSTALL.gz. . .  ok
    iPXE> boot
    Could not boot: Exec format error (https://ipxe.org/2e008001)
    

    I guess the netbsd-INSTALL.gz image is not compatible with iPXE. Maybe that's why NetBSD is not listed on the BSD install menu mentioned above.

    I ran the imgstat command suggested on the linked error page.

    iPXE> imgstat
    version.ipxe : 37 bytes [script]
    netbsd-INSTALL.gz : 9554743 bytes [gzip] [SELECTED]
    iPXE>
    
  • Not_OlesNot_Oles Hosting ProviderContent Writer

    @Not_Oles said:

    @TemporiousOne said: The Vint Hill VPS is not running a swapfile, while KC is. Wouldn't this affect the performance benchmarks?

    Yes, there is no swap file yet on friendly. I doubt it makes a difference. Tomorrow I can try adding the swap file on friendly or disabling the swap file on kc, or both, and rerunning nench. We will see. :)

    @TemporiousOne

    Here is the swap being setup on friendly:

    friendly:~# date
    Thu May 21 03:51:36 UTC 2026
    friendly:~# swapon
    friendly:~# ls -l /swapfile
    ls: cannot access '/swapfile': No such file or directory
    friendly:~# dd if=/dev/zero of=/swapfile bs=1M count=64
    64+0 records in
    64+0 records out
    67108864 bytes (67 MB, 64 MiB) copied, 0.19616 s, 342 MB/s
    friendly:~# chmod 0600 /swapfile
    friendly:~# mkswap /swapfile
    Setting up swapspace version 1, size = 64 MiB (67104768 bytes)
    no label, UUID=c4a04e77-76a4-44ee-a3df-bd3727992a31
    friendly:~# swapon /swapfile
    friendly:~# cat /etc/fstab
    # <fs>      <mountpoint>   <type>   <opts>              <dump/pass>
    LABEL=/     /              ext4     defaults,noatime    1 1
    friendly:~# echo "/swapfile none swap sw 0 0" >> /etc/fstab
    friendly:~# cat /etc/fstab
    # <fs>      <mountpoint>   <type>   <opts>              <dump/pass>
    LABEL=/     /              ext4     defaults,noatime    1 1
    /swapfile none swap sw 0 0
    friendly:~# 
    

    And here is another nench, on friendly, but now with swap.

    -------------------------------------------------
     nench.sh v2019.07.20 -- https://git.io/nench.sh
     benchmark timestamp:    2026-05-21 03:59:23 UTC
    -------------------------------------------------
    
    Processor:    Intel(R) Xeon(R) E-2236 CPU @ 3.40GHz
    CPU cores:    1
    Frequency:    3408.008 MHz
    RAM:          217.0M
    Swap:         63.9M
    Kernel:       Linux 6.18.32-1-virt x86_64
    
    Disks:
    vda      1G  HDD
    
    CPU: SHA256-hashing 500 MB
        1.973 seconds
    CPU: bzip2-compressing 500 MB
        8.690 seconds
    CPU: AES-encrypting 500 MB
        1.144 seconds
    
    ioping: seek rate
        min/avg/max/mdev = 169.5 us / 3.99 ms / 23.1 ms / 2.33 ms
    ioping: sequential read speed
        generated 1.25 k requests in 5.00 s, 312.8 MiB, 250 iops, 62.5 MiB/s
    
    dd: sequential write speed
        1st run:    300.41 MiB/s
        2nd run:    231.74 MiB/s
        3rd run:    313.76 MiB/s
        average:    281.97 MiB/s
    
    IPv4 speedtests
        your IPv4:    147.135.xxx.xxx
    
        Cachefly CDN:         30.88 MiB/s
        Hetzner ASH (US):     29.98 MiB/s
        Leaseweb (NL):        0.03 MiB/s
        Online.net (FR):      9.13 MiB/s
        OVH BHS (CA):         32.92 MiB/s
    
    IPv6 speedtests
        your IPv6:    2a11:6c7:xxxx:xxxx
    
        Hetzner ASH (US):     11.50 MiB/s
        Leaseweb (NL):        0.05 MiB/s
        Online.net (FR):      8.66 MiB/s
        OVH BHS (CA):         10.31 MiB/s
    -------------------------------------------------
    
    friendly:~$ 
    

    Another nench on kc.

    -------------------------------------------------
     nench.sh v2019.07.20 -- https://git.io/nench.sh
     benchmark timestamp:    2026-05-21 04:08:07 UTC
    -------------------------------------------------
    
    Processor:    AMD EPYC 7B13 64-Core Processor
    CPU cores:    1
    Frequency:    2250.000 MHz
    RAM:          217.0M
    Swap:         64.0M
    Kernel:       Linux 6.18.31-0-virt x86_64
    
    Disks:
    vda      1G  HDD
    
    CPU: SHA256-hashing 500 MB
        6.037 seconds
    CPU: bzip2-compressing 500 MB
        35.095 seconds
    CPU: AES-encrypting 500 MB
        10.262 seconds
    
    ioping: seek rate
        min/avg/max/mdev = 384.5 us / 3.93 ms / 66.8 ms / 4.89 ms
    ioping: sequential read speed
        generated 1.44 k requests in 5.00 s, 360 MiB, 287 iops, 72.0 MiB/s
    
    dd: sequential write speed
        1st run:    17.07 MiB/s
        2nd run:    59.22 MiB/s
        3rd run:    78.58 MiB/s
        average:    51.63 MiB/s
    
    IPv4 speedtests
        your IPv4:    208.84.xxx.xxx
    
        Cachefly CDN:         4.85 MiB/s
        Hetzner ASH (US):     5.38 MiB/s
        Leaseweb (NL):        0.02 MiB/s
        Online.net (FR):      4.04 MiB/s
        OVH BHS (CA):         3.82 MiB/s
    
    IPv6 speedtests
        your IPv6:    2a11:6c7:xxxx:xxxx
    
        Hetzner ASH (US):     3.40 MiB/s
        Leaseweb (NL):        0.03 MiB/s
        Online.net (FR):      4.08 MiB/s
        OVH BHS (CA):         1.55 MiB/s
    -------------------------------------------------
    
    kc:~$ 
    
  • AnthonySmithAnthonySmith AdministratorHosting ProviderOGSenpai

    Another outage, hopefully they dont come in 3's

    We lost Singapore for a few hours, and we're almost sure the cause has been found. Someone managed to get the hypervisor to do so much work that it literally murdered itself trying to keep up with the rate limiting, likely not deliberate, but it exposed a hole, so we have patched that now.

    We also took the opportunity to intelligently batch some of the recovery options so in future if we have an outage the recovery will be much faster and more controlled, we also found people were allowed to attempt to migrate a VPS from a down hypervisor and attempt to delete a vps from a down hypervisor, not ideal, fixed.

    Singapore needs more resources. Generally, it's WAY more popular than expected. I will get on that asap.

    In the meantime, we have added a 25% max speed bump offset for Singapore and Australia networking, new VPS get this automatically; existing ones will need to upgrade and downgrade (any order) their network priority/tier on the VPS management page to get the new speed.

    TierHive - Hourly VPS - NAT Native - /24 per customer - DE, UK, SG, CA, USA x3, FR, AU, PL, NL
    FREE tokens on sign up, try before you buy. | Join us on Reddit

  • skorousskorous OGSenpai

    @AnthonySmith said: Singapore needs more resources. Generally, it's WAY more popular than expected. I will get on that asap.

    Inexpensive VPS in APAC region ... and it's wildly popular you say? Truly, who could have seen that coming? ;-)

  • AnthonySmithAnthonySmith AdministratorHosting ProviderOGSenpai

    @skorous said:

    @AnthonySmith said: Singapore needs more resources. Generally, it's WAY more popular than expected. I will get on that asap.

    Inexpensive VPS in APAC region ... and it's wildly popular you say? Truly, who could have seen that coming? ;-)

    Meanwhile, no one is using Australia.. ?

    Thanked by (1)yucchun

    TierHive - Hourly VPS - NAT Native - /24 per customer - DE, UK, SG, CA, USA x3, FR, AU, PL, NL
    FREE tokens on sign up, try before you buy. | Join us on Reddit

  • @AnthonySmith said:

    @skorous said:

    @AnthonySmith said: Singapore needs more resources. Generally, it's WAY more popular than expected. I will get on that asap.

    Inexpensive VPS in APAC region ... and it's wildly popular you say? Truly, who could have seen that coming? ;-)

    Meanwhile, no one is using Australia.. ?

    Nothing but dropbears there.

  • one of the few IPv6 users reporting in... the system no longer auto-assigns IPv6 addresses to the VM after configuring it in the control panel.

    We have to manually assign the address and gateway after every reboot

    Thanked by (1)xms

    We're the source, no cap. Address us: We/Our/Ours.

    https://lowendspirit.com/discussion/comment/221016/#Comment_221016

  • @AnthonySmith said:

    skorous said:

    AnthonySmith said: Singapore needs more resources. Generally, it's WAY more popular than expected. I will get on that asap.

    Inexpensive VPS in APAC region ... and it's wildly popular you say? Truly, who could have seen that coming? ;-)

    Meanwhile, no one is using Australia.. ?

    Australian nodes are mostly useful for users within Australia, but Singapore is the go-to choice for lower ping times and better routing throughout East Asia.

    Thanked by (1)yucchun
  • AnthonySmithAnthonySmith AdministratorHosting ProviderOGSenpai

    @terrorgen said: he system no longer auto-assigns IPv6 addresses to the VM after configuring it in the control panel.

    it never auto-assigned or auto-configured.

    TierHive - Hourly VPS - NAT Native - /24 per customer - DE, UK, SG, CA, USA x3, FR, AU, PL, NL
    FREE tokens on sign up, try before you buy. | Join us on Reddit

  • WSSWSS OG

    @terrorgen said:
    one of the few IPv6 users reporting in... the system no longer auto-assigns IPv6 addresses to the VM after configuring it in the control panel.

    Are you sure you're talking about the right provider? You have to assign each IP to your VPS.

    "It's a hard life- to be a stick insect." - Karl Pilkington

  • edited May 21

    erm... okay

    But surely you can automate this by injecting a netplan yaml config? Since you have already done that?

    Or are we in the wrong again...

    (We are using the debian template from TierHive, which uses netplan, uncommon for debian)

    We're the source, no cap. Address us: We/Our/Ours.

    https://lowendspirit.com/discussion/comment/221016/#Comment_221016

  • AnthonySmithAnthonySmith AdministratorHosting ProviderOGSenpai
    edited May 21

    @terrorgen said:
    erm... okay

    But surely you can automate this by injecting a netplan yaml config? Since you have already done that?

    Or are we in the wrong again...

    (We are using the debian template from TierHive, which uses netplan, uncommon for debian)

    Yep, if people actually use IPv6 by the time we get to beta automated provisioning of addresses directly into the VPS will be done, IPv6 was never even on the road map for Alpha, but so much noise was made, we added it, assuming people knew how to add an IPv6 address to their own network config.

    Currently, 1.7% of users have even issued a /64, which goes to show how popular and wanted IPv6 when its not just being passively consumed; it was the same at IH and the same on the old LES NAT service; the IPv6 traffic was always less than 5% overall.

    We use the official Debian-produced cloud templates so I would say whatever is in use, is the default now in Debian. Other panels roll their own templates and use things like packer so they probably modify the defaults to work with their own automation. Everything in TierHive is native as much as possible.

    We use: https://cloud.debian.org/images/cloud/trixie/latest/debian-13-genericcloud-amd64.qcow2

    I do appreciate what you are saying, really, I do, but I wanted to get a sense of real-world IPv6 use (not passive consumption) before ploughing xxx hours of dev and engineering time into something that 95% of users don't care about when, at this stage, the time could be better spent.

    Thanked by (1)jureve

    TierHive - Hourly VPS - NAT Native - /24 per customer - DE, UK, SG, CA, USA x3, FR, AU, PL, NL
    FREE tokens on sign up, try before you buy. | Join us on Reddit

  • @AnthonySmith said:

    @terrorgen said:
    erm... okay

    But surely you can automate this by injecting a netplan yaml config? Since you have already done that?

    Or are we in the wrong again...

    (We are using the debian template from TierHive, which uses netplan, uncommon for debian)

    Yep, if people actually use IPv6 by the time we get to beta automated provisioning of addresses directly into the VPS will be done, IPv6 was never even on the road map for Alpha, but so much noise was made, we added it, assuming people knew how to add an IPv6 address to their own network config.

    Currently, 1.7% of users have even issued a /64, which goes to show how popular and wanted IPv6 when its not just being passively consumed; it was the same at IH and the same on the old LES NAT service; the IPv6 traffic was always less than 5% overall.

    We use the official Debian-produced cloud templates so I would say whatever is in use, is the default now in Debian. Other panels roll their own templates and use things like packer so they probably modify the defaults to work with their own automation. Everything in TierHive is native as much as possible.

    We use: https://cloud.debian.org/images/cloud/trixie/latest/debian-13-genericcloud-amd64.qcow2

    I do appreciate what you are saying, really, I do, but I wanted to get a sense of real-world IPv6 use (not passive consumption) before ploughing xxx hours of dev and engineering time into something that 95% of users don't care about when, at this stage, the time could be better spent.

    Appreciate your response, Ant.

    We're the source, no cap. Address us: We/Our/Ours.

    https://lowendspirit.com/discussion/comment/221016/#Comment_221016

  • WSSWSS OG

    @AnthonySmith Here's a fe80 for that chip on your shoulder. If I lost my IPv6, it'd be more annoying for me to manage.

    Thanked by (1)AnthonySmith

    "It's a hard life- to be a stick insect." - Karl Pilkington

  • @AnthonySmith what will happen if I use all of the 253 IPs? Is it possible to increase it?

    Not gonna use that much, just thinking.

  • AnthonySmithAnthonySmith AdministratorHosting ProviderOGSenpai

    @xms said:
    @AnthonySmith what will happen if I use all of the 253 IPs? Is it possible to increase it?

    Not gonna use that much, just thinking.

    No one has yet, but what would happen would be you cant create another VPS.

    I think the closest account is at around 120 ish VPS.

    Longer term, there is a plan to do teams so you can link multiple accounts in various ways, someone suggested something about it early on, sorry I dont remember who but i think maybe it was @Nyr ?? about the ability to link 2 x /24's so customers can communicate between subnets that will come first where you can whitelist subnets then we will allow users to create teams and invite users and control token spend, migrate, create, delete etc.

    So right now, if you hit 253, you hit the limit, start another account I guess, you can already transfer tokens between accounts, long term create a team and have multiple accounts, team members will see all subnets in the team (depending on access levels set)

    Thanked by (2)xms jureve

    TierHive - Hourly VPS - NAT Native - /24 per customer - DE, UK, SG, CA, USA x3, FR, AU, PL, NL
    FREE tokens on sign up, try before you buy. | Join us on Reddit

  • AnthonySmithAnthonySmith AdministratorHosting ProviderOGSenpai
    edited May 22

    and... we lost SG again... sigh

    Edit: maybe a network blip at OVH, the server itself is fine.

    Edit2: no, my bad the server is not fine, NIC is having issues, probably that stupid intel nic issue that needs a patch, got hit with it early in FR too. lord... let me have a normal day just once please!!!!

    SG Rebooting

    TierHive - Hourly VPS - NAT Native - /24 per customer - DE, UK, SG, CA, USA x3, FR, AU, PL, NL
    FREE tokens on sign up, try before you buy. | Join us on Reddit

  • AnthonySmithAnthonySmith AdministratorHosting ProviderOGSenpai

    @Nyr said:

    @AnthonySmith said: i think maybe it was @Nyr

    Not me =)

    Hmm, ok, well whoever said it was right :)

    Thanked by (1)jureve

    TierHive - Hourly VPS - NAT Native - /24 per customer - DE, UK, SG, CA, USA x3, FR, AU, PL, NL
    FREE tokens on sign up, try before you buy. | Join us on Reddit

  • Estimated Runtime from current usage seems to not include charges from stopped VPSes.

    Thanked by (1)AnthonySmith
  • AnthonySmithAnthonySmith AdministratorHosting ProviderOGSenpai
    edited May 22

    @sshbox said:
    Estimated Runtime from current usage seems to not include charges from stopped VPSes.

    Thanks, I will have that checked and updated

    Edit: actually, that was literally a 3-second fix, so I did it myself.

    TierHive - Hourly VPS - NAT Native - /24 per customer - DE, UK, SG, CA, USA x3, FR, AU, PL, NL
    FREE tokens on sign up, try before you buy. | Join us on Reddit

  • AnthonySmithAnthonySmith AdministratorHosting ProviderOGSenpai

    Capacity added to Vint Hill USA.

    I will also add the HDD options there on Monday (if not sooner) and also you will see backup destination options for your VPS backups soon also so you can pick the closest region.

    TierHive - Hourly VPS - NAT Native - /24 per customer - DE, UK, SG, CA, USA x3, FR, AU, PL, NL
    FREE tokens on sign up, try before you buy. | Join us on Reddit

  • AnthonySmithAnthonySmith AdministratorHosting ProviderOGSenpai

    You can now create a storage VPS in VintHill 0.0000035

    Example plan:

    1vCPU
    256mb Ram
    5GB NVMe
    2 TB HDD

    Starts at around $5.40 /month or $0.007491 per hour.

    1 hour minimum.

    https://tierhive.com/ have a play with the pricing calculator

    TierHive - Hourly VPS - NAT Native - /24 per customer - DE, UK, SG, CA, USA x3, FR, AU, PL, NL
    FREE tokens on sign up, try before you buy. | Join us on Reddit

Sign In or Register to comment.