I had an equine-related emergency today, so I could not complete the testing on the ISO over https, bumped to tomorrow.
TierHive - Hourly VPS - NAT Native - /24 per customer - DE, UK, SG, CA, USA x4, FR x2, AU, PL, NL, JP FREE tokens on sign up, try before you buy. | Static Hosting Free for life: https://tierhive.com/static-hosting/
@WSS said: The last time I head of that on the Internet, it was called Mr. Hands.
On this occasion, I am not going to google it and just be happy I dont understand.
--
I did the engineering validation tonight, so the iso over https will be live tomorrow if the stars align (lots on tomorrow)
made a last minute change, you can now mount 2 ISO.. idk, maybe you want a driver disk and an ISO, I wont be asking why, but you might...
Also if the planets also align, Tokyo may be live tomorrow.
TierHive - Hourly VPS - NAT Native - /24 per customer - DE, UK, SG, CA, USA x4, FR x2, AU, PL, NL, JP FREE tokens on sign up, try before you buy. | Static Hosting Free for life: https://tierhive.com/static-hosting/
The system will follow a maximum of 3 redirects, the ISO must ultimately provide a 200 response, and the web server must support HTTP Range requests, supported in HTTP/1.1 since around 1997, but some ultra-simple web servers still don't, and some mirrors block it by design.
VALID https is expected.
ISO's are streamed using this block on demmand method.
We allow up to 2 ISO's to be mounted
2nd ISO slot is handy for drivers and as a secondary data source for some ipxe or netboot.xyz installations and probably other reasons I can't think of.
Your IO is limited on your main disk while an ISO mount is active, and ISO's that are mounted for 48 hours are forcefully removed by the backend. This is to avoid ISO mount as a permanent network storage method.
In other news, it looks like Tokyo is not happening; the hardware just was not up to the task, not even for TierHive, searching for alternatives.
TierHive - Hourly VPS - NAT Native - /24 per customer - DE, UK, SG, CA, USA x4, FR x2, AU, PL, NL, JP FREE tokens on sign up, try before you buy. | Static Hosting Free for life: https://tierhive.com/static-hosting/
$ ping 2a11:6c7:2300:9508::1
PING 2a11:6c7:2300:9508::1 (2a11:6c7:2300:9508::1) 56 data bytes
fixed
TierHive - Hourly VPS - NAT Native - /24 per customer - DE, UK, SG, CA, USA x4, FR x2, AU, PL, NL, JP FREE tokens on sign up, try before you buy. | Static Hosting Free for life: https://tierhive.com/static-hosting/
@AnthonySmith said: 2nd ISO slot is handy for drivers and as a secondary data source for some ipxe or netboot.xyz installations and probably other reasons I can't think of.
I guess one way to use it would be to have a somewhat generic "copy this image to the disk" ISO as the 1st ISO, and use the 2nd ISO as the image to be written to the disk. But then, maybe you should just offer a way to write a user-provided image to the disk?
Although one issue that still remains with all these ISO installation options is that there probably isn't a way to access the server configuration meta-data from the ISOs (as far as I can tell, that configuration meta-data is removed after the first reboot).
@AnthonySmith said: 2nd ISO slot is handy for drivers and as a secondary data source for some ipxe or netboot.xyz installations and probably other reasons I can't think of.
I guess one way to use it would be to have a somewhat generic "copy this image to the disk" ISO as the 1st ISO, and use the 2nd ISO as the image to be written to the disk. But then, maybe you should just offer a way to write a user-provided image to the disk?
Although one issue that still remains with all these ISO installation options is that there probably isn't a way to access the server configuration meta-data from the ISOs (as far as I can tell, that configuration meta-data is removed after the first reboot).
I can think of a few use cases which made me think that others can probably think of even more, it was 5 minutes extra work to do.
Regarding the metadata I plan to make the removal after reboot optional, 99% don't even know what the meta data is so removal will be default.
TierHive - Hourly VPS - NAT Native - /24 per customer - DE, UK, SG, CA, USA x4, FR x2, AU, PL, NL, JP FREE tokens on sign up, try before you buy. | Static Hosting Free for life: https://tierhive.com/static-hosting/
Paris is live, services can be created there now, IPv6 will follow within a day or 2.
TierHive - Hourly VPS - NAT Native - /24 per customer - DE, UK, SG, CA, USA x4, FR x2, AU, PL, NL, JP FREE tokens on sign up, try before you buy. | Static Hosting Free for life: https://tierhive.com/static-hosting/
@Not_Oles said: Thanks! I am excited to try an ISO install on TierHive!
FWIW, I have tried the new TierHive ISO mounting a few times on a 256 MB RAM, 1 GB disk VPS within two limited contexts:
(1) installing Debian (failure expected because the VPS is too small, so just for fun) and
(2) installing NetBSD.
Just for fun, here is how Debian failed excellently, explaining exactly what was wrong:
The NetBSD install did not succeed. It got close, but went to black screen. In addition to the -current ISO, I tried an old ISO. Here is a screen shot showing both ISOs attached:
As an alternative to the ISO, I also tried writing @cmeerw's excellent 11.0 RC4 raw image to the VPS disk, both via Netboot.xyz rescue and by using Alpine's ability to disconnect the system running in RAM from the disk, the latter something like:
hil:~# date
Sun Jun 21 00:13:15 UTC 2026
hil:~# echo 1 > /proc/sys/kernel/sysrq
hil:~# echo s > /proc/sysrq-trigger
hil:~# echo u > /proc/sysrq-trigger
hil:~# curl -L "https://download.cmeerw.net/netbsd/netbsd-11.0rc4-efi.raw" | zstd -d | dd of=/dev/vda bs=4M
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 99.83M 100 99.83M 0 0 5.41M 0 00:18 00:18 5.82M
0+8192 records in
0+8192 records out
536870912 bytes (512.0MB) copied, 18.527806 seconds, 27.6MB/s
hil:~#
@cmeerw's image booted, and I could see kernel messages, but, ultimately, only a black screen. Tried various combinations of other stuff, example screenshot below, but, ultimately, black screen. More before too long!
@Not_Oles said: @cmeerw's image booted, and I could see kernel messages, but, ultimately, only a black screen. Tried various combinations of other stuff, example screenshot below, but, ultimately, black screen.
Forgot to add the RC5 image there.
I think for TierHive you need to add something like "vesa 101" in the NetBSD boot loader.
@cmeerw Thank you! Almost there, earlier today! I tried 1024x768x24 but not 640x480x8. How would someone know which settings to try? I guess 640x480 is the default standard terminal resolution, and so 640x480 always should be tried first.
Thanks to a specific user's persistence (No naming names but feel free to step up and take credit) in reporting, we finally found the cause of the random IPv6 drops caused on our side, a legacy cron we used very early on and left running as a fail safe just in case was killing the routes on the hypervisors under certain conditions.
Much appreciated, the IPv6 system is more stable now, thanks to active reporting of bugs.
Its fun being in Alpha!
TierHive - Hourly VPS - NAT Native - /24 per customer - DE, UK, SG, CA, USA x4, FR x2, AU, PL, NL, JP FREE tokens on sign up, try before you buy. | Static Hosting Free for life: https://tierhive.com/static-hosting/
@Refinance said:
Love tierhive and constant development! Its a niche that gets no love, now, it does.
+1, I was only just the other day thinking of the old LES boxes I used to have 10 years ago that were €3 a year and wondered if they were still going. They're not in that form, but TierHive is - and its really great to see. From what I've played around with so far, it's been great.
I've only just made my home network dual stack in the last few months so I am finally able to make some use out of the IPv6 side of things now too.
@Refinance said:
Love tierhive and constant development! Its a niche that gets no love, now, it does.
+1, I was only just the other day thinking of the old LES boxes I used to have 10 years ago that were €3 a year and wondered if they were still going. They're not in that form, but TierHive is - and its really great to see. From what I've played around with so far, it's been great.
I've only just made my home network dual stack in the last few months so I am finally able to make some use out of the IPv6 side of things now too.
It was a sad sad day when the old LES shut down, but I guess everything happens for a reason.
TierHive - Hourly VPS - NAT Native - /24 per customer - DE, UK, SG, CA, USA x4, FR x2, AU, PL, NL, JP FREE tokens on sign up, try before you buy. | Static Hosting Free for life: https://tierhive.com/static-hosting/
Tried @cmeerw's excellent NetBSD 11 RC5 image on a TierHive Alpine 256 GB RAM 1 GB disk. Besides the version bump on the @cmeerw image from RC4 to RC 5, Alpine also auto-bumped from the TierHive installed Alpine 3.23.4 to 3.23.5 when I installed curl and zstd.
Previously the NetBSD kernel seemed to finish loading and then go to a black screen.
This time I added, in the NetBSD bootloader console, vesa 0x101.
Here below is the command recipe followed by a couple of screenshots:
hil:~# date
Mon Jun 22 23:49:28 UTC 2026
hil:~# echo 1 > /proc/sys/kernel/sysrq
hil:~# echo s > /proc/sysrq-trigger
hil:~# echo u > /proc/sysrq-trigger
hil:~# curl -L "https://download.cmeerw.net/netbsd/netbsd-11.0rc5-efi.raw.zst" | zstd -d
| dd of=/dev/vda bs=4M
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 99.66M 100 99.66M 0 0 4.04M 0 00:24 00:24 5.70M
0+8192 records in
0+8192 records out
536870912 bytes (512.0MB) copied, 24.659513 seconds, 20.8MB/s
hil:~#
# Shutdown and then boot from the Tierhive control panel.
During the above install attempt, over ssh from my Chromebook, the TierHive Contol Panel Console also was open. A message appeared on the Console, saying something like "Emergency sync." I tried restoring the VPS from backup and re-executing the command sequence, with the same result.
@Not_Oles said:
Tried @cmeerw's excellent NetBSD 11 RC5 image on a TierHive Alpine 256 GB RAM 1 GB disk. Besides the version bump on the @cmeerw image from RC4 to RC 5, Alpine also auto-bumped from the TierHive installed Alpine 3.23.4 to 3.23.5 when I installed curl and zstd.
Previously the NetBSD kernel seemed to finish loading and then go to a black screen.
This time I added, in the NetBSD bootloader console, vesa 0x101.
Here below is the command recipe followed by a couple of screenshots:
hil:~# date
Mon Jun 22 23:49:28 UTC 2026
hil:~# echo 1 > /proc/sys/kernel/sysrq
hil:~# echo s > /proc/sysrq-trigger
hil:~# echo u > /proc/sysrq-trigger
hil:~# curl -L "https://download.cmeerw.net/netbsd/netbsd-11.0rc5-efi.raw.zst" | zstd -d
| dd of=/dev/vda bs=4M
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 99.66M 100 99.66M 0 0 4.04M 0 00:24 00:24 5.70M
0+8192 records in
0+8192 records out
536870912 bytes (512.0MB) copied, 24.659513 seconds, 20.8MB/s
hil:~#
# Shutdown and then boot from the Tierhive control panel.
During the above install attempt, over ssh from my Chromebook, the TierHive Contol Panel Console also was open. A message appeared on the Console, saying something like "Emergency sync." I tried restoring the VPS from backup and re-executing the command sequence, with the same result.
Ideas, please? Thanks!
When I tried NetBSD on TierHive, I booted into Alpine via netboot (so it certainly couldn't interfere with the disk). Could you now use the ISO image to boot into Alpine?
Earlier, when I restored a VPS from backup, the restored VPS booted with an incomplete /etc/network/iinterfaces file. The preliminary comments were present, but no networking details. So I added the details with vi and the TierHive Control Panel clipboard. Then the networking seemed okay, si I went ahead with the attempted NetBSD install discussed just above.
Now, I again restored from the same backup. This time, the entire /etc/network/interfaces files is present as expected. Both IPv4 and IPv6 seem to work fine on the latest restored VPS without any shenanigans needed.
Could it be that cloud-init might be working inconsistently somehow, thus explaining the differences between the two restores from the same backup? Could something about cloud-init explain the inconsistent results between the two NetBSD nstalls from @cmeerw's RC4 and RC5 images?
@Not_Oles the backup is a literaly copy of your entire hard disk image it is not done at a file level so any restore would match exactly what you had, assuming that is that you used the panel to backup and restore and to the same VPS. it should really be 1:1
Cloud-init only runs on the first boot after initial deployment, and cloud-init would not run at all on @cmeerw's image, not the metadata that we produced anyway, unless you are doing some sort of deploy and stop and overwrite hack which... will be very timing dependent... like seconds.
We plan to expose metadata for cloud-init reconfig and resets etc in the futire.
TierHive - Hourly VPS - NAT Native - /24 per customer - DE, UK, SG, CA, USA x4, FR x2, AU, PL, NL, JP FREE tokens on sign up, try before you buy. | Static Hosting Free for life: https://tierhive.com/static-hosting/
@cmeerw said: Could you now use the ISO image to boot into Alpine?
Sure! Thanks so much!
I think you are asking me to boot the VPS from the Alpine official install ISO and, instead of installing Alpine, use the booted install environment to write your raw NetBSD 11 RC5 image to the VPS disk, which would be /dev/vda. Probably I can use apk in the install ISO to add curl and zstd there inside the install environment. Then:
@AnthonySmith said: @Not_Oles the backup is a literaly copy of your entire hard disk image it is not done at a file level so any restore would match exactly what you had, assuming that is that you used the panel to backup and restore and to the same VPS. it should really be 1:1
Thanks! Yes, I did use the TierHive panel for both the backup and the restore. I understand that the restore quite reasonably is expected to be 1:1 with the original, but, apparently, once, it might not have been. Not criticizing, just trying to be helpful by mentioning a possible, random, seeming inconsistency: one restore didn't seem to include the complete /etc/network/interfaces file; a subsequent restore seemed to include the full file as expected.
I am having a lot of fun with TierHive! It's amazing! It's great! Thank you!
No worries, but I have to put that one down to human error but if it happens again I need to investigate because it means the backup system is deeply broken at its core, like handing someone $10 and then its $5
TierHive - Hourly VPS - NAT Native - /24 per customer - DE, UK, SG, CA, USA x4, FR x2, AU, PL, NL, JP FREE tokens on sign up, try before you buy. | Static Hosting Free for life: https://tierhive.com/static-hosting/
Looks like the NetBSD 11 RC5 install of @cmeerw's raw image on a TierHive 256 MB RAM, 1 GB disk VPS downloaded from within a booted Alpine 3.24.1 netboot ISO might have worked.
The Alpine ISO seemed to need manual configuring for both its network and the /etc/apk/repositories file.
When @cmeerw's NetBSD image booted, it seemed necessary to interrupt the boot sequence and add "vesa 0x101" manually.
I did see @cmeerw's image's expected disk partition size adjustment auto-reboot immediately following the initial boot.
Here are a few screenshots:
Downloading and uncompressing @cmeerw's image from within the running Alpine install ISO; redirecting output to overwite the VPS's man disk, /dev/vda
Thanks to Ant and to @cmeerw for all their help and, especially, for their patience. Additional thanks to Ant for TierHive itself, and to @cmeerw for fine NetBSD images!
TierHive Canada is down, IPMI is not responding, IPMI reset is not responding, rescue mode times out, and every function on the web UI times out related to the server, including power, so it is assumed to be a full hardware failure.
Intervention requested. Updates will follow as they become available, but I dont expect it to be quick.
TierHive - Hourly VPS - NAT Native - /24 per customer - DE, UK, SG, CA, USA x4, FR x2, AU, PL, NL, JP FREE tokens on sign up, try before you buy. | Static Hosting Free for life: https://tierhive.com/static-hosting/
Motherboard issues it has been replaced, and the server is back up, restoring services now.
TierHive - Hourly VPS - NAT Native - /24 per customer - DE, UK, SG, CA, USA x4, FR x2, AU, PL, NL, JP FREE tokens on sign up, try before you buy. | Static Hosting Free for life: https://tierhive.com/static-hosting/
After working for several hours this morning on my Hillsboro NetBSD instance via both ssh and also via the web console, I took time off for lunch. Now, suddenly, the TierHive web Console, which worked fine all of yesterday and this morning, suddenly seems stuck at "Connecting to your VPS" and then eventually times out. Happily, ssh access continues to work as expected.
I tried rebooting the NetBSD instance both from within the VPS and via Shutdown followed by Boot from the TierHive Control Panel. I tried reloading the TierHive Control Panel. I tried completely logging out and logging back in to the TierHive Control Panel.
NetBSD dmesg output seems the same as previous boots where the web console worked.
Ideas on how to get the TierHive Control Panel Console to resume working, please? Thanks for any help!
ssh is still working:
Last login: Wed Jun 24 21:03:45 2026 from xxx.xxx.xxx.xxx
NetBSD 11.0_RC5 (GENERIC) #0: Tue Jun 16 15:48:07 UTC 2026
Welcome to NetBSD!
This is a release candidate for NetBSD.
Bug reports: https://www.NetBSD.org/support/send-pr.html
Donations to the NetBSD Foundation: https://www.NetBSD.org/donations/
We recommend that you create a non-root account and use su(1) for root access.
hil# date
Wed Jun 24 21:17:43 UTC 2026
hil# uptime
9:17PM up 1 min, 1 user, load averages: 0.03, 0.01, 0.00
hil#
*Output of grep wsdisplay /var/log/messages for most recent boot (noticed no difference from previous boots):
Jun 24 21:16:53 hil /netbsd: [ 1.0148690] wsdisplay0 at genfb0 kbdmux 1: console (default, vt100 emulation), using wskbd0
Jun 24 21:16:53 hil /netbsd: [ 1.0148690] wsmux1: connecting to wsdisplay0
Jun 24 21:16:53 hil /netbsd: [ 9.4553710] wsdisplay0: screen 1 added (default, vt100 emulation)
Jun 24 21:16:53 hil /netbsd: [ 9.4553710] wsdisplay0: screen 2 added (default, vt100 emulation)
Jun 24 21:16:53 hil /netbsd: [ 9.4553710] wsdisplay0: screen 3 added (default, vt100 emulation)
Jun 24 21:16:53 hil /netbsd: [ 9.4653812] wsdisplay0: screen 4 added (default, vt100 emulation)
TierHive - Hourly VPS - NAT Native - /24 per customer - DE, UK, SG, CA, USA x4, FR x2, AU, PL, NL, JP FREE tokens on sign up, try before you buy. | Static Hosting Free for life: https://tierhive.com/static-hosting/
Thanks Ant! What did you do, please? What did I miss, please?
Just now:
hil# echo "HELLO FROM SSH" > /dev/ttyE0
hil#
You did nothing wrong I needed to reload a worker on the backend that was using and old version of something
Someone (feel free to name yourself) put in a bug report that virtual servers still show running when a node is down (Canada was down).
Obviously that's wrong we don't bill for compute while a hypervisor is down that's not fair, we patched that while we had the rare opportunity to do so in production (always fun) but I forgot to reload the VNC console worker that generates the session keys to tunnel your VNC session and it had the old cached file running and that caused the worker to silently fail.
Human error, this is a reminder of why we are still in Alpha
TierHive - Hourly VPS - NAT Native - /24 per customer - DE, UK, SG, CA, USA x4, FR x2, AU, PL, NL, JP FREE tokens on sign up, try before you buy. | Static Hosting Free for life: https://tierhive.com/static-hosting/
@AnthonySmith said: I needed to reload a worker on the backend that was using and old version of something
Thanks for letting us know!
I am guessing that there is no way to diagnose this type of issue from the client side. If that's wrong, please tell me.
@AnthonySmith said: Human error, this is a reminder of why we are still in Alpha
Many people here at LES really appreciate that TierHive is run by a reliable, decent, honest person.
The best way we all can show enthusiasm is by trying everything on TierHive, generating problem reports, and thus helping to find and fix every issue. I heard that perfection does not admit of degree, but I nevertheless want TierHive ever more perfect than it already is!
@cmeerw said:
So installed NetBSD on a small VPS (128 MB RAM and 1 GB disk) by writing the disk image from a netboot.xyz booted Alpine.
Can't get IPv6 working with NetBSD. The web interface tells me to use something like "2001:0db8:1234:5678::1" as the gateway, but what seems strange is that the neighbor advertisement then comes from IP6 2001:0db8:1000::1 with the target address 2001:0db8:1234:5678::1 (which NetBSD then seems to ignore).
Ok, managed to get something working now by using the link-local address of the router (which I got by pinging ff02::2) - although even with that I can only reach a small subset of the outside IPv6 world. (btw, this is on the Roubaix, FR location)
Thanks for the tip about pinging ff02::2! If I understand right, TierHive IPv6 is tunnelled, which uses part of the available packet size, and packets which are too big get dropped. "mtu 1280" was added at the end of the IPv6 line in ifconfig.vioif0. In the boot messages, it could be seen that the packet size was reduced for both v4 and v6 even though the MTU size restriction was added only on the IPv6 line in ifconfig.vioif0. I hear that MTU 1280 is consistent with the RFCs, but that some people use larger packets which get dropped by some routers together with packet too large responses generated by those routers.
After adding the packet size restriction, NetBSD IPv6 seemed to work fine with the link local address of the router set as the gateway.
TierHive - Hourly VPS - NAT Native - /24 per customer - DE, UK, SG, CA, USA x4, FR x2, AU, PL, NL, JP FREE tokens on sign up, try before you buy. | Static Hosting Free for life: https://tierhive.com/static-hosting/
Actually, unless I am going crazy... its been down for 4 days in Vint Hill, and no one reported it.
TierHive - Hourly VPS - NAT Native - /24 per customer - DE, UK, SG, CA, USA x4, FR x2, AU, PL, NL, JP FREE tokens on sign up, try before you buy. | Static Hosting Free for life: https://tierhive.com/static-hosting/
@AnthonySmith I noticed Vint Hill IPv6 seemed to be down a couple of days ago. However, I seemed to be able to fix it by removing and reassigning the IPv6 address to my Vint Hill VPS, so I didn't report anything.
In my limited experience, with low priority settings and with the VPSes sometimes turned off at TierHive, IPv6 sometimes seems faster than IPv4, so I am really glad to have IPv6.
If it's helpful to you, we can check our logs and probably figure out when it was that I noticed the IPv6 issue.
@Not_Oles said: @AnthonySmith I noticed Vint Hill IPv6 seemed to be down a couple of days ago. However, I seemed to be able to fix it by removing and reassigning the IPv6 address to my Vint Hill VPS, so I didn't report anything.
In my limited experience, with low priority settings and with the VPSes sometimes turned off at TierHive, IPv6 sometimes seems faster than IPv4, so I am really glad to have IPv6.
If it's helpful to you, we can check our logs and probably figure out when it was that I noticed the IPv6 issue.
I appreciate TierHive! Thank you!
Same for me, IPv6 was down in Vint Hill several days ago, and I was able to fix it by removing IPv6 and adding it back. I've got a cron job that checks IPv4 and IPv6 connectivity from a remote system every 10 minutes, so I'll notice if it's down.
@Not_Oles said: @AnthonySmith I noticed Vint Hill IPv6 seemed to be down a couple of days ago. However, I seemed to be able to fix it by removing and reassigning the IPv6 address to my Vint Hill VPS, so I didn't report anything.
In my limited experience, with low priority settings and with the VPSes sometimes turned off at TierHive, IPv6 sometimes seems faster than IPv4, so I am really glad to have IPv6.
If it's helpful to you, we can check our logs and probably figure out when it was that I noticed the IPv6 issue.
I appreciate TierHive! Thank you!
Same for me, IPv6 was down in Vint Hill several days ago, and I was able to fix it by removing IPv6 and adding it back. I've got a cron job that checks IPv4 and IPv6 connectivity from a remote system every 10 minutes, so I'll notice if it's down.
Every time this happens I do try and get to the root cause and fix it.
But I think in truth, this time, it was just human error I brought things back online in the wrong order after one of the vinthill nodes rebooted so the routes were never added, the router was fine but removing and reading from your side would fix the routes.
Anyway, I added a cron that checks what routes should exist Vs what does exist and adds anything missing every 5 minutes now so you should never need to do that again.
TierHive - Hourly VPS - NAT Native - /24 per customer - DE, UK, SG, CA, USA x4, FR x2, AU, PL, NL, JP FREE tokens on sign up, try before you buy. | Static Hosting Free for life: https://tierhive.com/static-hosting/
Friendly names for virtual servers now support spaces , . - and more favicons added so they show up on all devices and browsers.
TierHive - Hourly VPS - NAT Native - /24 per customer - DE, UK, SG, CA, USA x4, FR x2, AU, PL, NL, JP FREE tokens on sign up, try before you buy. | Static Hosting Free for life: https://tierhive.com/static-hosting/
@sshbox said:
...snip...
To quote your own web copy:
"Hourly VPS hosting that scales with you ... You just do what you do, let us worry about the rest."
I know that the large print giveth and the small print taketh away, but surely your front page could also offer some guidance on acceptable use and limits? A naïve user will go that sounds great, select all high priority on all tier, figure they are all set and go to town. This (obviously in hindsight) is not the intended use, but things that are obvious to you are not obvious to everyone.
I've had the (not so) great fortune of having to deal with the unwashed masses in a lot of B2C services and it really helps to spell out the obvious.
In any case, please don't take this too hard, these are just my opinions, and we all have plenty of those to go around. Cheers, mate.
after re-reading 17 pages looking for user feedback, your post is the one in my most consideration to not try tierhive now.
acceptable use policy is filled with ambiguity. it doesn't even mention how many GB fair use of the bandwidth is. or cpu burst usage rate .etc.
the whole service feels like "i'll just wing it and see whatever is right, and i am always correct" vibe. there's no guarantee if your cpu is accidentally burst beyond 10% usage for five minutes when running apt upgrade you won't get crippled/suspended just because the service owner didn't like you.
i don't think being in "Alpha" status is any excuse for these kind of behavior. if a customer is paying with money then you get to set the boundaries straight. it's not hard to specify the burst limit of any kin of resources in the AUP page, heck even virmach can do it. lmao.
Fuck this 24/7 internet spew of trivia and celebrity bullshit.
Awesome project! It would be really useful to add a status page for individual nodes. That way, if there's a network issue or a specific location goes offline, we can check the status of that exact node directly.
@sshbox said:
...snip...
To quote your own web copy:
"Hourly VPS hosting that scales with you ... You just do what you do, let us worry about the rest."
I know that the large print giveth and the small print taketh away, but surely your front page could also offer some guidance on acceptable use and limits? A naïve user will go that sounds great, select all high priority on all tier, figure they are all set and go to town. This (obviously in hindsight) is not the intended use, but things that are obvious to you are not obvious to everyone.
I've had the (not so) great fortune of having to deal with the unwashed masses in a lot of B2C services and it really helps to spell out the obvious.
In any case, please don't take this too hard, these are just my opinions, and we all have plenty of those to go around. Cheers, mate.
after re-reading 17 pages looking for user feedback, your post is the one in my most consideration to not try tierhive now.
acceptable use policy is filled with ambiguity. it doesn't even mention how many GB fair use of the bandwidth is. or cpu burst usage rate .etc.
the whole service feels like "i'll just wing it and see whatever is right, and i am always correct" vibe. there's no guarantee if your cpu is accidentally burst beyond 10% usage for five minutes when running apt upgrade you won't get crippled/suspended just because the service owner didn't like you.
i don't think being in "Alpha" status is any excuse for these kind of behavior. if a customer is paying with money then you get to set the boundaries straight. it's not hard to specify the burst limit of any kin of resources in the AUP page, heck even virmach can do it. lmao.
cool story, feel better?
We give free credit in advance to test it in advance before you have to pay a penny, and yes, it is non-enterprise grade, basic, not fast, cheap as possible no SLA so we are always right, it runs how we want it to run so that everyone can enjoy it, sadly many people just see the price tag and drool without considering anything else and want Digital Ocean level performance. I am going to go ahead an put you in that box.
I love feedback, when its not in the form of a rant that ends in 'lmao'
Have a great day.
TierHive - Hourly VPS - NAT Native - /24 per customer - DE, UK, SG, CA, USA x4, FR x2, AU, PL, NL, JP FREE tokens on sign up, try before you buy. | Static Hosting Free for life: https://tierhive.com/static-hosting/
Comments
I had an equine-related emergency today, so I could not complete the testing on the ISO over https, bumped to tomorrow.
TierHive - Hourly VPS - NAT Native - /24 per customer - DE, UK, SG, CA, USA x4, FR x2, AU, PL, NL, JP
FREE tokens on sign up, try before you buy. | Static Hosting Free for life: https://tierhive.com/static-hosting/
Best wishes to the horses! Hope they are okay!
The last time I head of that on the Internet, it was called Mr. Hands.
"It's a hard life- to be a stick insect." - Karl Pilkington
On this occasion, I am not going to google it and just be happy I dont understand.
--
I did the engineering validation tonight, so the iso over https will be live tomorrow if the stars align (lots on tomorrow)
made a last minute change, you can now mount 2 ISO.. idk, maybe you want a driver disk and an ISO, I wont be asking why, but you might...
Also if the planets also align, Tokyo may be live tomorrow.
TierHive - Hourly VPS - NAT Native - /24 per customer - DE, UK, SG, CA, USA x4, FR x2, AU, PL, NL, JP
FREE tokens on sign up, try before you buy. | Static Hosting Free for life: https://tierhive.com/static-hosting/
I mounted two. One of them was called yourmom.iso9660.
"It's a hard life- to be a stick insect." - Karl Pilkington
ISO Mounting is now available.
Other info:
The system will follow a maximum of 3 redirects, the ISO must ultimately provide a 200 response, and the web server must support HTTP Range requests, supported in HTTP/1.1 since around 1997, but some ultra-simple web servers still don't, and some mirrors block it by design.
In other news, it looks like Tokyo is not happening; the hardware just was not up to the task, not even for TierHive, searching for alternatives.
TierHive - Hourly VPS - NAT Native - /24 per customer - DE, UK, SG, CA, USA x4, FR x2, AU, PL, NL, JP
FREE tokens on sign up, try before you buy. | Static Hosting Free for life: https://tierhive.com/static-hosting/
My IPv6 gateway is downed.
$ ping 2a11:6c7:2300:9508::1
PING 2a11:6c7:2300:9508::1 (2a11:6c7:2300:9508::1) 56 data bytes
"It's a hard life- to be a stick insect." - Karl Pilkington
fixed
TierHive - Hourly VPS - NAT Native - /24 per customer - DE, UK, SG, CA, USA x4, FR x2, AU, PL, NL, JP
FREE tokens on sign up, try before you buy. | Static Hosting Free for life: https://tierhive.com/static-hosting/
Thanks! I am excited to try an ISO install on TierHive!
I especially appreciate the extra details you posted about how it works.
Our heart skipped a bit, we thought it will be renamed as Shōnan-Tō again.
https://en.wikipedia.org/wiki/Japanese_occupation_of_Singapore
DM us for private tracker invite.
I guess one way to use it would be to have a somewhat generic "copy this image to the disk" ISO as the 1st ISO, and use the 2nd ISO as the image to be written to the disk. But then, maybe you should just offer a way to write a user-provided image to the disk?
Although one issue that still remains with all these ISO installation options is that there probably isn't a way to access the server configuration meta-data from the ISOs (as far as I can tell, that configuration meta-data is removed after the first reboot).
I can think of a few use cases which made me think that others can probably think of even more, it was 5 minutes extra work to do.
Regarding the metadata I plan to make the removal after reboot optional, 99% don't even know what the meta data is so removal will be default.
TierHive - Hourly VPS - NAT Native - /24 per customer - DE, UK, SG, CA, USA x4, FR x2, AU, PL, NL, JP
FREE tokens on sign up, try before you buy. | Static Hosting Free for life: https://tierhive.com/static-hosting/
Paris is live, services can be created there now, IPv6 will follow within a day or 2.
TierHive - Hourly VPS - NAT Native - /24 per customer - DE, UK, SG, CA, USA x4, FR x2, AU, PL, NL, JP
FREE tokens on sign up, try before you buy. | Static Hosting Free for life: https://tierhive.com/static-hosting/
FWIW, I have tried the new TierHive ISO mounting a few times on a 256 MB RAM, 1 GB disk VPS within two limited contexts:
Just for fun, here is how Debian failed excellently, explaining exactly what was wrong:
The NetBSD install did not succeed. It got close, but went to black screen. In addition to the -current ISO, I tried an old ISO. Here is a screen shot showing both ISOs attached:
As an alternative to the ISO, I also tried writing @cmeerw's excellent 11.0 RC4 raw image to the VPS disk, both via Netboot.xyz rescue and by using Alpine's ability to disconnect the system running in RAM from the disk, the latter something like:
@cmeerw's image booted, and I could see kernel messages, but, ultimately, only a black screen. Tried various combinations of other stuff, example screenshot below, but, ultimately, black screen. More before too long!
Thanks to Ant for adding ISO to TierHive!
Forgot to add the RC5 image there.
I think for TierHive you need to add something like "vesa 101" in the NetBSD boot loader.
@cmeerw Thank you! Almost there, earlier today! I tried 1024x768x24 but not 640x480x8. How would someone know which settings to try? I guess 640x480 is the default standard terminal resolution, and so 640x480 always should be tried first.
Love tierhive and constant development! Its a niche that gets no love, now, it does.
IPv6 update.
Thanks to a specific user's persistence (No naming names but feel free to step up and take credit) in reporting, we finally found the cause of the random IPv6 drops caused on our side, a legacy cron we used very early on and left running as a fail safe just in case was killing the routes on the hypervisors under certain conditions.
Much appreciated, the IPv6 system is more stable now, thanks to active reporting of bugs.
Its fun being in Alpha!
TierHive - Hourly VPS - NAT Native - /24 per customer - DE, UK, SG, CA, USA x4, FR x2, AU, PL, NL, JP
FREE tokens on sign up, try before you buy. | Static Hosting Free for life: https://tierhive.com/static-hosting/
+1, I was only just the other day thinking of the old LES boxes I used to have 10 years ago that were €3 a year and wondered if they were still going. They're not in that form, but TierHive is - and its really great to see. From what I've played around with so far, it's been great.
I've only just made my home network dual stack in the last few months so I am finally able to make some use out of the IPv6 side of things now too.
It was a sad sad day when the old LES shut down, but I guess everything happens for a reason.
TierHive - Hourly VPS - NAT Native - /24 per customer - DE, UK, SG, CA, USA x4, FR x2, AU, PL, NL, JP
FREE tokens on sign up, try before you buy. | Static Hosting Free for life: https://tierhive.com/static-hosting/
Tried @cmeerw's excellent NetBSD 11 RC5 image on a TierHive Alpine 256 GB RAM 1 GB disk. Besides the version bump on the @cmeerw image from RC4 to RC 5, Alpine also auto-bumped from the TierHive installed Alpine 3.23.4 to 3.23.5 when I installed curl and zstd.
Previously the NetBSD kernel seemed to finish loading and then go to a black screen.
This time I added, in the NetBSD bootloader console, vesa 0x101.
Here below is the command recipe followed by a couple of screenshots:
During the above install attempt, over ssh from my Chromebook, the TierHive Contol Panel Console also was open. A message appeared on the Console, saying something like "Emergency sync." I tried restoring the VPS from backup and re-executing the command sequence, with the same result.
Ideas, please? Thanks!
When I tried NetBSD on TierHive, I booted into Alpine via netboot (so it certainly couldn't interfere with the disk). Could you now use the ISO image to boot into Alpine?
Earlier, when I restored a VPS from backup, the restored VPS booted with an incomplete /etc/network/iinterfaces file. The preliminary comments were present, but no networking details. So I added the details with vi and the TierHive Control Panel clipboard. Then the networking seemed okay, si I went ahead with the attempted NetBSD install discussed just above.
Now, I again restored from the same backup. This time, the entire /etc/network/interfaces files is present as expected. Both IPv4 and IPv6 seem to work fine on the latest restored VPS without any shenanigans needed.
Could it be that cloud-init might be working inconsistently somehow, thus explaining the differences between the two restores from the same backup? Could something about cloud-init explain the inconsistent results between the two NetBSD nstalls from @cmeerw's RC4 and RC5 images?
Thanks!
Alpine 3.24.1 is available now.
@Not_Oles the backup is a literaly copy of your entire hard disk image it is not done at a file level so any restore would match exactly what you had, assuming that is that you used the panel to backup and restore and to the same VPS. it should really be 1:1
Cloud-init only runs on the first boot after initial deployment, and cloud-init would not run at all on @cmeerw's image, not the metadata that we produced anyway, unless you are doing some sort of deploy and stop and overwrite hack which... will be very timing dependent... like seconds.
We plan to expose metadata for cloud-init reconfig and resets etc in the futire.
TierHive - Hourly VPS - NAT Native - /24 per customer - DE, UK, SG, CA, USA x4, FR x2, AU, PL, NL, JP
FREE tokens on sign up, try before you buy. | Static Hosting Free for life: https://tierhive.com/static-hosting/
Sure!
Thanks so much! 
I think you are asking me to boot the VPS from the Alpine official install ISO and, instead of installing Alpine, use the booted install environment to write your raw NetBSD 11 RC5 image to the VPS disk, which would be /dev/vda. Probably I can use apk in the install ISO to add curl and zstd there inside the install environment. Then:
curl -L "https://download.cmeerw.net/netbsd/netbsd-11.0rc5-efi.raw.zst" | zstd -d | dd of=/dev/vda bs=4MI will try later today or tomorrow and let you know how it goes. NetBSD on TierHive!
Thanks! Yes, I did use the TierHive panel for both the backup and the restore. I understand that the restore quite reasonably is expected to be 1:1 with the original, but, apparently, once, it might not have been. Not criticizing, just trying to be helpful by mentioning a possible, random, seeming inconsistency: one restore didn't seem to include the complete /etc/network/interfaces file; a subsequent restore seemed to include the full file as expected.
I am having a lot of fun with TierHive! It's amazing!
It's great! 
Thank you! 
No worries, but I have to put that one down to human error
but if it happens again I need to investigate because it means the backup system is deeply broken at its core, like handing someone $10 and then its $5
TierHive - Hourly VPS - NAT Native - /24 per customer - DE, UK, SG, CA, USA x4, FR x2, AU, PL, NL, JP
FREE tokens on sign up, try before you buy. | Static Hosting Free for life: https://tierhive.com/static-hosting/
Looks like the NetBSD 11 RC5 install of @cmeerw's raw image on a TierHive 256 MB RAM, 1 GB disk VPS downloaded from within a booted Alpine 3.24.1 netboot ISO might have worked.
The Alpine ISO seemed to need manual configuring for both its network and the /etc/apk/repositories file.
When @cmeerw's NetBSD image booted, it seemed necessary to interrupt the boot sequence and add "vesa 0x101" manually.
I did see @cmeerw's image's expected disk partition size adjustment auto-reboot immediately following the initial boot.
Here are a few screenshots:
Now I get to have fun configuring the new NetBSD VPS and maybe bringing it up to -current.
Thanks to Ant and to @cmeerw for all their help and, especially, for their patience.
Additional thanks to Ant for TierHive itself, and to @cmeerw for fine NetBSD images! 
TierHive Canada is down, IPMI is not responding, IPMI reset is not responding, rescue mode times out, and every function on the web UI times out related to the server, including power, so it is assumed to be a full hardware failure.
Intervention requested. Updates will follow as they become available, but I dont expect it to be quick.
TierHive - Hourly VPS - NAT Native - /24 per customer - DE, UK, SG, CA, USA x4, FR x2, AU, PL, NL, JP
FREE tokens on sign up, try before you buy. | Static Hosting Free for life: https://tierhive.com/static-hosting/
Canada is back up.
Motherboard issues it has been replaced, and the server is back up, restoring services now.
TierHive - Hourly VPS - NAT Native - /24 per customer - DE, UK, SG, CA, USA x4, FR x2, AU, PL, NL, JP
FREE tokens on sign up, try before you buy. | Static Hosting Free for life: https://tierhive.com/static-hosting/
Before I even had time to realize it was down, it's back up
After working for several hours this morning on my Hillsboro NetBSD instance via both ssh and also via the web console, I took time off for lunch. Now, suddenly, the TierHive web Console, which worked fine all of yesterday and this morning, suddenly seems stuck at "Connecting to your VPS" and then eventually times out. Happily, ssh access continues to work as expected.
I tried rebooting the NetBSD instance both from within the VPS and via Shutdown followed by Boot from the TierHive Control Panel. I tried reloading the TierHive Control Panel. I tried completely logging out and logging back in to the TierHive Control Panel.
NetBSD dmesg output seems the same as previous boots where the web console worked.
Ideas on how to get the TierHive Control Panel Console to resume working, please? Thanks for any help!
*Output of
grep wsdisplay /var/log/messagesfor most recent boot (noticed no difference from previous boots):@Not_Oles try now please
TierHive - Hourly VPS - NAT Native - /24 per customer - DE, UK, SG, CA, USA x4, FR x2, AU, PL, NL, JP
FREE tokens on sign up, try before you buy. | Static Hosting Free for life: https://tierhive.com/static-hosting/
Thanks Ant! What did you do, please? What did I miss, please? May I please know how to diagnose this from my side if it happens again? Thanks!
Just now:
You did nothing wrong I needed to reload a worker on the backend that was using and old version of something
Someone (feel free to name yourself) put in a bug report that virtual servers still show running when a node is down (Canada was down).
Obviously that's wrong we don't bill for compute while a hypervisor is down that's not fair, we patched that while we had the rare opportunity to do so in production (always fun) but I forgot to reload the VNC console worker that generates the session keys to tunnel your VNC session and it had the old cached file running and that caused the worker to silently fail.
Human error, this is a reminder of why we are still in Alpha
TierHive - Hourly VPS - NAT Native - /24 per customer - DE, UK, SG, CA, USA x4, FR x2, AU, PL, NL, JP
FREE tokens on sign up, try before you buy. | Static Hosting Free for life: https://tierhive.com/static-hosting/
Thanks for letting us know!
I am guessing that there is no way to diagnose this type of issue from the client side. If that's wrong, please tell me.
Many people here at LES really appreciate that TierHive is run by a reliable, decent, honest person.
The best way we all can show enthusiasm is by trying everything on TierHive, generating problem reports, and thus helping to find and fix every issue. I heard that perfection does not admit of degree, but I nevertheless want TierHive ever more perfect than it already is!
Thanks for the tip about pinging ff02::2! If I understand right, TierHive IPv6 is tunnelled, which uses part of the available packet size, and packets which are too big get dropped. "mtu 1280" was added at the end of the IPv6 line in ifconfig.vioif0. In the boot messages, it could be seen that the packet size was reduced for both v4 and v6 even though the MTU size restriction was added only on the IPv6 line in ifconfig.vioif0. I hear that MTU 1280 is consistent with the RFCs, but that some people use larger packets which get dropped by some routers together with packet too large responses generated by those routers.
After adding the packet size restriction, NetBSD IPv6 seemed to work fine with the link local address of the router set as the gateway.
For Hillsboro, the fastest DNS resolver seemed to be Hurricane Electric for IPv6 and 1.1.1.1 for IPv5.
Hope this is helpful!
Lost my IPv6 again.
"It's a hard life- to be a stick insect." - Karl Pilkington
fixed.
TierHive - Hourly VPS - NAT Native - /24 per customer - DE, UK, SG, CA, USA x4, FR x2, AU, PL, NL, JP
FREE tokens on sign up, try before you buy. | Static Hosting Free for life: https://tierhive.com/static-hosting/
Actually, unless I am going crazy... its been down for 4 days in Vint Hill, and no one reported it.
TierHive - Hourly VPS - NAT Native - /24 per customer - DE, UK, SG, CA, USA x4, FR x2, AU, PL, NL, JP
FREE tokens on sign up, try before you buy. | Static Hosting Free for life: https://tierhive.com/static-hosting/
@AnthonySmith I noticed Vint Hill IPv6 seemed to be down a couple of days ago. However, I seemed to be able to fix it by removing and reassigning the IPv6 address to my Vint Hill VPS, so I didn't report anything.
In my limited experience, with low priority settings and with the VPSes sometimes turned off at TierHive, IPv6 sometimes seems faster than IPv4, so I am really glad to have IPv6.
If it's helpful to you, we can check our logs and probably figure out when it was that I noticed the IPv6 issue.
I appreciate TierHive! Thank you!
I've been moving my parents. So, logging into my backup NAT VPS wasn't all that high on my priorities list.
"It's a hard life- to be a stick insect." - Karl Pilkington
Same for me, IPv6 was down in Vint Hill several days ago, and I was able to fix it by removing IPv6 and adding it back. I've got a cron job that checks IPv4 and IPv6 connectivity from a remote system every 10 minutes, so I'll notice if it's down.
Every time this happens I do try and get to the root cause and fix it.
But I think in truth, this time, it was just human error I brought things back online in the wrong order after one of the vinthill nodes rebooted so the routes were never added, the router was fine but removing and reading from your side would fix the routes.
Anyway, I added a cron that checks what routes should exist Vs what does exist and adds anything missing every 5 minutes now so you should never need to do that again.
TierHive - Hourly VPS - NAT Native - /24 per customer - DE, UK, SG, CA, USA x4, FR x2, AU, PL, NL, JP
FREE tokens on sign up, try before you buy. | Static Hosting Free for life: https://tierhive.com/static-hosting/
Friendly names for virtual servers now support spaces , . - and more favicons added so they show up on all devices and browsers.
TierHive - Hourly VPS - NAT Native - /24 per customer - DE, UK, SG, CA, USA x4, FR x2, AU, PL, NL, JP
FREE tokens on sign up, try before you buy. | Static Hosting Free for life: https://tierhive.com/static-hosting/
Minor things in FAQ.
"Can I have more than 3 TCP ports per VPS?". Should be 5.
"IPv6 Australia". But selector missing Paris and Poland as well.
after re-reading 17 pages looking for user feedback, your post is the one in my most consideration to not try tierhive now.
acceptable use policy is filled with ambiguity. it doesn't even mention how many GB fair use of the bandwidth is. or cpu burst usage rate .etc.
the whole service feels like "i'll just wing it and see whatever is right, and i am always correct" vibe. there's no guarantee if your cpu is accidentally burst beyond 10% usage for five minutes when running apt upgrade you won't get crippled/suspended just because the service owner didn't like you.
i don't think being in "Alpha" status is any excuse for these kind of behavior. if a customer is paying with money then you get to set the boundaries straight. it's not hard to specify the burst limit of any kin of resources in the AUP page, heck even virmach can do it. lmao.
Fuck this 24/7 internet spew of trivia and celebrity bullshit.
Awesome project! It would be really useful to add a status page for individual nodes. That way, if there's a network issue or a specific location goes offline, we can check the status of that exact node directly.
cool story, feel better?
We give free credit in advance to test it in advance before you have to pay a penny, and yes, it is non-enterprise grade, basic, not fast, cheap as possible no SLA so we are always right, it runs how we want it to run so that everyone can enjoy it, sadly many people just see the price tag and drool without considering anything else and want Digital Ocean level performance. I am going to go ahead an put you in that box.
I love feedback, when its not in the form of a rant that ends in 'lmao'
Have a great day.
TierHive - Hourly VPS - NAT Native - /24 per customer - DE, UK, SG, CA, USA x4, FR x2, AU, PL, NL, JP
FREE tokens on sign up, try before you buy. | Static Hosting Free for life: https://tierhive.com/static-hosting/
Reminds me of the old adage that some people would still bitch if they were hung with a new rope.
"It's a hard life- to be a stick insect." - Karl Pilkington