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.
All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.

Comments
Quick question. Is this similar to DigitalOcean where you can prepay with PayPal and use whenever you want?
@vfuse - Thanks! Yes the host is visible in the traceroute. Also, the scheduler tries to prevent placing customer servers on the same host. --Katie, Marketing
@Hetzner_OL Can you enable automatic payment anywhere? Didn't see a option to do that. Also, I sent a ticket/suggestion via the dashboard about the bw usage I asked you about earlier. Hope I get a response.
What is the cpu model for each node?
But you're english teacher.
@Hetzner_OL would you add Debian 7 or 8 64bit to Available Images?
Oh no, that's not what I meant.
I do agree with everyone else that it's fast, but since it's using NVME drives, I was expecting similar numbers to VPS from VMHaus or something, lol.
Maybe when things calm down, there will be so much testing going on, but there are other variables of course. Not to take anything away from VMH but I suspect Hetzner are getting hit quite hard at the minute with this launch.
spun one up one instance. excellent performance. The panel is simple and clean. Loving it so far. Now just need a project where I can use it, lol.
apt-get upgrade
apt-get install build-essential
If you ran it as root, then /sbin would be on PATH so the install would work. Try "echo $PATH" to make sure. What doesn't work is:
This works on all the other debian systems that I've operated. Until I figure out exactly what's going on, I'm not going to state outright that the Hetzner image is broken, but it's certainly odd that it acts differently from everything else. Some web searches show other people encountered the issue some years back, when the sudo package changed how it sets the path:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=639841
Maybe something changed in upstream debian very recently, with Hetzner's image having the change but DO's not having it? I'll keep looking into it.
@Hetzner_OL a few other suggestions/observations:
1) In the cloud console it took a while to figure out that clicking the hostname brought up a bunch of new control options. A caption or "manage" link might help with that. I almost posted here that I didn't see a way to reinstall the OS on an instance, but it's there in that other screen.
2) I don't see a way (don't know if there is one) to delete a server without releasing its IP address, so the IP can be used on another server later (basically, used as a floating IP). It would be nice to have this. If you try the Scaleway console, it has such a feature.
3) speaking of floating IPs it would be awesome to have a multicast network between NBG and FLK to support high-availability services. I get the impression that if you create a floating IP at NBG and then assign it to an FLK server, traffic still gets routed through NBG, and vice versa. If that is right (maybe it isn't), then things can fail if an entire location goes offline, as has happened to OVH more than once.
You can join the LET Distributed Idling Project. Most of us are members already, so become part of the in-group!
Ah, you were using sudo. I had understood you to be installing as root.
They do have floating IP's, 1.20 per month per IP I think it is.
Yeah €1 plus vat.
If they're not there already, they won't be added at this point.
(Debian 7 is EOL in May. Security support for Debian 8 as offered by the Debian security team also ends in May. At that point, the Debian LTS team takes over.)
HOLY F*CK
Speedtest from our corporate speedtest in Hamburg.
2+ GBit is pretty ... nice
[login as regular user, so /sbin is not on PATH]
sudo apt-get install build-essential
I looked into this briefly (I seldom use sudo myself), and indeed, /etc/sudoers on Debian was changed at some point to include the various sbin/ directories in the path of sudo, so on a fresh installation, there shouldn't be an issue.
However, if an older /etc/sudoers that didn't include the various sbin/ directories in the path of sudo was modified at some point, then it wouldn't have been overwritten by a later update (and so still wouldn't include the various sbin/ directories in the path of sudo).
What's puzzling is why Hetzner's Debian 9 image doesn't include a newer /etc/sudoers (which contains the sbin/ directories in the path of sudo). It's almost as though /etc/sudoers were copied from an older template ... but who knows.
IP's seems to be somewhat sticky ...
Deleting and recreating an instance even after a night's sleep., I get the same IP
Have observed it in both datacenters ...
hmmm.... interesting would be, to see if Hetzner now comes close to these cheap dedis, if it would be worth it, to move it into the cloud and deploy on demand.
Mostly that was more expensive, did not made any calculations yet.
As I had noted using alternative forms of verification vs blanket ID from all. a
At the very least responding to your potential customers that request alternative options. My email still hasn't gotten a response going on 3 days now.
You must understand ID cards are ripe for identify theft or even worse immigration. Can you honestly tell me your systems are more secure than EQUIFAX? A multi billion dollar company? What do you do with that data? Keep it on hand for all eternity? Keep it on hand till one day the government comes in and asks for all of them to be given at once? And as a foreign citizen what course of action would we have vs you if all this data was taken by a breach?
Do you request this also from your local customers as well? What would it take to be considered a trustworthy customer that doesn't need to give their a copy of their government issued ID for you to retain till it's breached?
On that note are you even allowed to retain government issued IDs? Are you using the proper systems and data retention?
Considering the German government requirements for invoicing I can only the retention of government documents must be very strict.
How about you tell us that information before just asking for it.
@Hetzner_OL Any information when these VPS servers will be available in Tuusula, Finland DC?
Not sure if you are being serious...
http://www.bbc.co.uk/news/business-41575188
man, she already answered those questions.
as for the german laws you are right. those are strict about handling IDs and I am confident that hetzner will comply to it.
also I am pretty sure they won't request high resolution scans or whatever, more likely a greyscale copy might suffice as long as it is readable and confirms your address or whatever... you need to give that data away as billing information anyway?
and after all... if you don't like giving away a copy of your ID that way, then most likely hetzner simply is not the provider you want to go with. no one is forcing you into any contract with them.
TL;DR; don't like it, don't buy it.
thought i'd try one out Nuremberg 2GB
This could tempt me away from netcup and drop my polish server as well. If there was add on block storage even better.
I would expect Hetzner is far more secure than Equifax. if you looked at the news stories after the Equifax breach, you'd know that Equifax's security operation was completely incompetent.
They have said multiple times here and in their docs that they delete the info after checking it. I think they may have even said that German law requires them to do so.
Incorporate a business and order the servers under the corporation's name instead of your own, presenting business documentation as needed. You'll probably be doing that anyway if you're buying a lot of servers, since most large customers are likely to be companies unless they're doing something sketchy like mining.
If you're after just a few servers, the reality is that Hetzner just doesn't need you as a customer that much, and since they have low margins it's not worth their while to make special accomodations for you. Your basic alternative is to choose another host.
Yes, there is a button you can click that says "I'd like to buy a floating IP". But when you launch a server, it comes with an IP that is apparently non-floating. So I'm suggesting that the IP's that come with servers should also float, so you can delete the server while keeping the IP for later use, move the IP from one server to another etc. That's how Scaleway works and it's a nice feature.
On Scaleway you can even launch a server with no external IP, so it is not connected to the internet. You can only get to it from the internal network, which saves you some IP costs and also helps the security of backend services. Scaleway's 3 euro/month servers are billed as 1 euro for the VM instance, 1 euro for the IP address, and 1 euro for the 50GB disk allocation. If you launch with no IP then it's just 2 euros. There's no way in their web console to launch with no disk but I think you can approximate it through the API. I could see usefulness in doing that, with a template that set up the instance as an NFS client or a pure compute server with a ramdisk or whatever.
.
To update on this, it's now much better to London. Tried again, transferred http://speed.hetzner.de/1GB.bin in 19s, 53.6MB/s.
I'm even seeing improved results to Linode's Newark location, though the transfer speed is all over the place ranging erratically from 300KB/s to 7MB/s. Ended up taking 6 minutes, averaging 2.78MB/s. By contrast, the 1GB test file from Vultr's Frankfurt location took 35s, averaging 28.5MB/s.
Is anyone else seeing similar? Does anyone have a public test file on a Hetzner VPS?
If you'd like to try downloading from Clouvider, feel free to use http://185.42.223.54/1GB.bin
said it once already
use the recuse system
Yup, apologies, I was playing around with floating IP's and for some reason thought you could do that.