Howdy, Stranger!

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

Advertise on LowEndTalk.com
Virmach location change [urgent - no prior notice]
New on LowEndTalk? Please Register and read our Community Rules.

Virmach location change [urgent - no prior notice]

Virmach is becoming a disaster.

Here goes the timeline:

Date: 02.02.2021
Subject: Upcoming upgrades & vote for preferred locations
Dear VirMach Customers,

In the coming months, we will begin offering some customers the option to migrate their service(s) to new servers. While supplies are limited, we will prioritize those customers that provide an answer to this optional customer poll. This should only take a few minutes, and you should only participate if you are interested in migrating to new servers as soon as possible. These new servers will have brand new AMD Ryzen processors with 3.5GHz cores, and much higher performance than previous series Intel processors. They will also have much faster DDR4 RAM, as high as 2x improvement in speeds, and new NVMe SSD drives with up to 10x faster performance. Your service's IP address would also change, we may also offer IPv6, and we may offer a free location change as well if you have a new location you prefer.

Eventually, all customers may be migrated to these nodes in new datacenters (with improved network connectivity as well) but if you want to participate sooner, please answer a few quick questions below.

CLICK HERE TO VOTE NOW.

Please note, we will not be able to discuss this via support ticket as we are collecting large amounts of data.

Thank you,

The VirMach Team.

Do you see any mention of location/country change?

Date: 07.02.2021
Subject: [Emergency] Immediate Migration on GERKVM1 & GERKVM2
Dear VirMach Customers,

As you may know, these nodes have been having extreme issues, with frequent outages. This is not the type of experience we would like to provide, and the situation is unfortunately worsening. Immediate after this message, we will begin migrating customers away from GERKVM1. Then, once we bring GERKVM2 back online, we will migrate that as well.

Your service's IP address will change, if networking does not function, please click "Reconfigure networking" on your end.
You can view the new IP address on your service details page, under "main IP address."
There will be a few hours downtime as your VPS is migrated.
The new server will be located in Amsterdam, but if we offer Frankfurt in the future, you can switch back.
We apologize for the delay and sudden notice. We did not initially have enough space in Amsterdam to complete migrations. Please know that this is absolutely necessary at this point, as quality of service in the Frankfurt datacenter has regressed and it is no longer acceptable, therefore we are switching partners.

Thank you for understanding, and we apologize for the inconvenience caused.

-The VirMach Team

Do you think it's fair and makes sense to change the country from Germany to the Netherlands without notice? Still not taking into account IP address change.

No, I didn't have many issues with that server. There might some downtimes but still it was working fine.

This is almost 5-year server. I can accept migration to better gear but not location change without giving notice.

Is Virmach is doing right thing?
  1. No, cancel your server and move on42 votes
    1. Yes, cancel your server and move on
      47.62%
    2. Sue them!
      52.38%

Trying to be positive and friendly :)

Comments

  • yoursunnyyoursunny Member
    edited February 8

    Have you sued your provider or asked them to do push-ups? This is the only way to show the world how serious you are.

    But then, either Germany or Amsterdam is better than Buffalo.
    Also, @VirMach mentioned discontinuing Germany sometime ago in their offer threads.

    Thanked by 1ariq01

    New QUIC server for push-ups viewers deployed in Oracle Cloud Tokyo
    box0123__67__ (free / NAT); vps_1__45__8_ (paid)

  • Cancel and move on dude. this is virmach. I got the same issue.not the same but i got warnings of high cpu usage from them since the vps is already shut down.just move on. that is all

    Kimsufi ;) | HostSolutions o:) | Nexusbytes B) | Racknerd <3 | OVH :* |
    Letbox :love: | Hotlineservers :flushed:

  • Please, oh please sue them. Get those billions in damages.

    They are resellers depending on another provider. If that provider say "hop" - they hop.

    Sorry to see your pain with location change. Virmach is budget provider. They are cheap in terms of service and attitude towards customers. Nothing new.

    #!/Bashblog.net | Free Wordpress Hosting | If you can't idle, what's the point?

  • @yoursunny said:
    Have you sued your provider or asked them to do push-ups? This is the only way to show the world how serious you are.

    But then, either Germany or Amsterdam is better than Buffalo.
    Also, @VirMach mentioned discontinuing Germany sometime ago in their offer threads.

    Guess the number of paragraphs from vir😁 and get doubled your bandwidth.. :D

    Kimsufi ;) | HostSolutions o:) | Nexusbytes B) | Racknerd <3 | OVH :* |
    Letbox :love: | Hotlineservers :flushed:

  • Virmach is for idling (even their $30 dedi’s). Therefor ip and location change shouldn’t matter

    grape

  • skorousskorous Member
    edited February 8

    @Sanjue007 said:
    Cancel and move on dude. this is virmach. I got the same issue.not the same but i got warnings of high cpu usage from them since the vps is already shut down.just move on. that is all

    So you have gotten them after you turned it off? You've made that comment before ( https://www.lowendtalk.com/discussion/comment/3196822/#Comment_3196822 ) but when a couple people asked you just disappeared out of the thread.

    Thanked by 1Sanjue007
  • raindog308raindog308 Administrator, Moderator

    Summoning @VirMach for a 30,000-word treatise on this issue.

    For LET support, please visit the support desk.

  • @yoursunny said:
    But then, either Germany or Amsterdam is better than Buffalo.
    Also, @VirMach mentioned discontinuing Germany sometime ago in their offer threads.

    Should I follow each offer thread to understand when they discontinue services in their locations?

    @LTniger said: They are resellers depending on another provider. If that provider say "hop" - they hop.

    They were using ServerHub aka some relation to CC.

    I think it was Virmach who ditched that server in that location.

    @raindog308 said:
    Summoning @VirMach for a 30,000-word treatise on this issue.

    Should I ask kindly @VirMach so they don't cancel my server suddenly :D.

    Trying to be positive and friendly :)

  • darbdarb Member

    Imagine if one had a buch of server logons restricted to a VIRMACH IP address and it was changed without notice .... yes a disaster.

  • @darb said:
    Imagine if one had a buch of server logons restricted to a VIRMACH IP address and it was changed without notice .... yes a disaster.

    Doing that in the first place.... a disaster

    Thanked by 1Erisa

    grape

  • darbdarb Member

    @corbpie said:

    @darb said:
    Imagine if one had a buch of server logons restricted to a VIRMACH IP address and it was changed without notice .... yes a disaster.

    Doing that in the first place.... a disaster

    but VIRMACH is a "Top Provider"

  • wait for 30 thousand words

    anyway if cannot work properly with service, asking nicely for refund. maybe possible.

  • ErisaErisa Member
    edited February 8

    Reading those two supplied emails and nothing else, I dont see the issue. Shit happens, their node is obviously failing and they want you off it. Imagine the outcry if they didn't do this and your server became highly unstable and unusable.

    The email is even tagged as "Emergency", signalling its out of their control and they're asking for your understanding. If your server is costly and the migration bothers you then get in touch with them and request an alternative solution, given the fact its tagged as an emergency I imagine they would probably try to be understanding.

    The location change makes sense. Suppose they can't find anything in Germany that can hold their users at their costs, what would you rather they do, delete your server without warning or move it to a shitty node without asking?

    They even apologised in the email, how hard is it to use your head and think about the human whose business relies on tough decisions like this? They don't want to do this just as much as you don't want it to happen.

    If you don't like it, cancel. Nobody is forcing you to use VirMarch exclusively for 5 years, theres plenty more German providers who would be delighted to have your business.

  • FrankZFrankZ Member
    edited February 8

    @darb said: Imagine if one had a buch of server logons restricted to a VIRMACH IP address and it was changed without notice .... yes a disaster.

    Yes I did, but also have two other vps at two other providers with the same access, so no problem. Redundancy is the only thing you can count on.

    @alexvolk the move is not that big of a deal to me, even with new IPs. The location of the new IPs being geo-located to Kansas where the old ones were geo-located properly was kind of disappointing though. I now have 4 vps in Amsterdam, from a couple of providers, so I will be letting some of them go when they expire.

    Thanked by 1Erisa
  • ErisaErisa Member

    @darb said:

    @corbpie said:

    @darb said:
    Imagine if one had a buch of server logons restricted to a VIRMACH IP address and it was changed without notice .... yes a disaster.

    Doing that in the first place.... a disaster

    but VIRMACH is a "Top Provider"

    Doesn't excuse sloppy server administration. If you're going to restrict something like that, always have a fallback method for accessing. Assume that at any moment any one of your servers could randomly disappear. Nothing goes exactly according to plan, neither their nodes nor your service. Even just allowing a second server also makes a world of difference.

    Always plan for failure, that way once it happens you'll already know what to do and how to recover.

    Thanked by 1FrankZ
  • jhjh Member

    if networking does not function, please click "Reconfigure networking" on your end

    That's some quality service right there

  • ErisaErisa Member

    @jh said:
    if networking does not function, please click "Reconfigure networking" on your end

    That's some quality service right there

    Can you elaborate? They don't know what you might be running on your server, that instruction is probably for people who decided to assign static IPs, anyone using DHCP will experience ordinary service most likely.
    I would much rather have to press buttons to redo my own stupid network config than have the provider bruteforce their way into my VM to do it themselves.
    I imagine the option probably shows the data for static assignment.

    Thanked by 1AlwaysSkint
  • @jh said:
    if networking does not function, please click "Reconfigure networking" on your end

    That's some quality service right there

    this is good function

    many provider not have, or not working

    Thanked by 1Erisa
  • FrankZFrankZ Member
    edited February 8

    I expect that they reconfigured networking for the new IPs automatically when migrating. I was set up with network and services static IP and only needed to set the new IP for my services, not the network interface.

    Thanked by 1Erisa
  • elliotcelliotc Member
    edited February 8

    @jh said:
    if networking does not function, please click "Reconfigure networking" on your end

    That's some quality service right there

    Thanked by 1alexvolk

    Don't give me hope.

  • dosaidosai Member

    @jh said:
    if networking does not function, please click "Reconfigure networking" on your end

    That's some quality service right there

    Actually, this is how you configure in Hosthatch's panel and it works.

  • tomletomle Member
    edited February 8

    I got that email from Virmach months ago (edit: May 2020) where they moved me from Frankfurt to Amsterdam (GEROVZ3). Nothing new here and nothing related to the country change they recently posted.
    Virmach has been a ColoCrossing shop and I guess that the Frankfurt location did not fit into that profile.

    RIPE LIR: Contact me for ASN registrations/IPv6. No IPv4 space left.

  • @Erisa said:
    Reading those two supplied emails and nothing else, I dont see the issue.

    Really? No issue at all. Sudden location change - no problem.

    @Erisa said:
    Shit happens, their node is obviously failing and they want you off it. Imagine the outcry if they didn't do this and your server became highly unstable and unusable.

    If shit happens, why they don't inform that users on that node? Should I follow every offer thread and then become aware of issues with ServerHub?

    @VirMach said: OUTAGE REPORTS - If you reported an outage, we've unfortunately had a good mount of these this month especially with Serverhub (Frankfurt) and some nodes that are having hardware problems. We are planning on migrating these, but we understand there have been long/multiple outages. Please close your ticket if you can, if you reported this and the server came back online. Please also close your ticket if you created one because you thought there was an outage but your service is now online after a re-install/reboot.

    See this ^^

    @Erisa said:
    The email is even tagged as "Emergency", signalling its out of their control and they're asking for your understanding.

    Imagine I woke up and my server moved from one country to another without giving notice? I can understand if it was handled properly before migration happens at all.

    @Erisa said:
    They even apologised in the email, how hard is it to use your head and think about the human whose business relies on tough decisions like this? They don't want to do this just as much as you don't want it to happen.

    Thank you for taking care of my head. Still trying to be positive but your tone isn't right and isn't going in the right direction.

    They're running a business and I expect them to take care of their own duty.

    If you don't like it, cancel. Nobody is forcing you to use VirMarch exclusively for 5 years, theres plenty more German providers who would be delighted to have your business.

    I have a lot of servers in Germany as well as in the Netherlands so it's not related to this thread.

    However, urgent migration of location without notice it's a disaster that I wasn't expecting from Virmach (before you comment from any provider as well).

    @FrankZ said: @alexvolk the move is not that big of a deal to me

    For me too. I have just shared the way Virmach handled this.

    Thanked by 1seenu

    Trying to be positive and friendly :)

  • JarryJarry Member

    I can only guess it was some serious problem with Frankfurt datacenter of the "migrate right now, or there is nothing to migrate later" type. If that was the case, I prefer migrating on short notice (or even without any) to loosing my data...

  • NeoonNeoon Member

    Well, they mentioned it a shiton of times, that Frankfurt will soon fallen.

    Thanked by 1yoursunny
  • I see ipv6 coming, no more Colo?

  • NeoonNeoon Member
    edited February 8

    @notarobo said:
    I see ipv6 coming, no more Colo?

    Hopefully.

  • @jh said:
    if networking does not function, please click "Reconfigure networking" on your end

    That's some quality service right there

    @Erisa said:
    They don't know what you might be running on your server, that instruction is probably for people who decided to assign static IPs, anyone using DHCP will experience ordinary service most likely.

    The Reconfigure Network button in SolusVM reboots the VM and overwrites the networking configuration file if it exists.

    SolusVM can recognize /etc/network/interfaces used by Debian.
    If Debian was installed from ISO instead of template, the default interface name is ens3.
    However, SolusVM writes eth0 as interface name, causing the server to lose connection.
    The only way to fix this is to login via VNC and reedit the config file, and hopefully you remember the password of a sudoer user.

    SolusVM cannot recognize /etc/netplan used by Ubuntu 18.
    Since the file /etc/network/interfaces still exists, SolusVM overwrites that file, but there is no effect.

    With IPv4-only service, it's better to rely on DHCP.

    Thanked by 1Erisa

    New QUIC server for push-ups viewers deployed in Oracle Cloud Tokyo
    box0123__67__ (free / NAT); vps_1__45__8_ (paid)

  • ErisaErisa Member

    @yoursunny said:

    @jh said:
    if networking does not function, please click "Reconfigure networking" on your end

    That's some quality service right there

    @Erisa said:
    They don't know what you might be running on your server, that instruction is probably for people who decided to assign static IPs, anyone using DHCP will experience ordinary service most likely.

    The Reconfigure Network button in SolusVM reboots the VM and overwrites the networking configuration file if it exists.

    SolusVM can recognize /etc/network/interfaces used by Debian.
    If Debian was installed from ISO instead of template, the default interface name is ens3.
    However, SolusVM writes eth0 as interface name, causing the server to lose connection.
    The only way to fix this is to login via VNC and reedit the config file, and hopefully you remember the password of a sudoer user.

    SolusVM cannot recognize /etc/netplan used by Ubuntu 18.
    Since the file /etc/network/interfaces still exists, SolusVM overwrites that file, but there is no effect.

    With IPv4-only service, it's better to rely on DHCP.

    Thanks! don't have any experience with SolusVM so that's good to know

  • @yoursunny said:

    @jh said:
    if networking does not function, please click "Reconfigure networking" on your end

    That's some quality service right there

    @Erisa said:
    They don't know what you might be running on your server, that instruction is probably for people who decided to assign static IPs, anyone using DHCP will experience ordinary service most likely.

    The Reconfigure Network button in SolusVM reboots the VM and overwrites the networking configuration file if it exists.

    SolusVM can recognize /etc/network/interfaces used by Debian.
    If Debian was installed from ISO instead of template, the default interface name is ens3.
    However, SolusVM writes eth0 as interface name, causing the server to lose connection.
    The only way to fix this is to login via VNC and reedit the config file, and hopefully you remember the password of a sudoer user.

    SolusVM cannot recognize /etc/netplan used by Ubuntu 18.
    Since the file /etc/network/interfaces still exists, SolusVM overwrites that file, but there is no effect.

    With IPv4-only service, it's better to rely on DHCP.

    Can you pls make a new thread about install from ISO . I had faced same issue about networking Your comments from here https://www.lowendtalk.com/discussion/comment/3202561/#Comment_3202561 can be made into one thread which should be sticky for some time

    Hostsolutions, Hosterlabs, Webhorizon, Vserver , Inception , Racknerd & mrvm

  • VirMachVirMach Member, Provider, Top Provider

    @raindog308 said: Summoning @VirMach for a 30,000-word treatise on this issue.

    If OP prefers, we can move him back on a server that'll probably continue to go down multiple times a week at this point with no support from the datacenter, but I'm not looking forward to those weekly threads.

    The optional poll is unrelated to the emergency migration, for those servers, should we move them, customers will receive plenty of notice.

    @Erisa said: The email is even tagged as "Emergency", signalling its out of their control and they're asking for your understanding.

    This is a situation that's been escalating and we've unfortunately had no space to move people sooner. We finally had some space after Amsterdam cooled off, but ColoCrossing essentially cancelled our expansion with them in Germany after we waited about a year, and Serverhub failed to fix servers with failing RAID controllers several times. On top of this, they've been having billing issues, one recently where they attempted to terminate our service without notice, and then after confirming everything was good, suspending it. Luckily we have backups either way, but this isn't a risk we're willing to take while the server is also throwing out hardware errors and having difficulty booting back up, with their support being unable to assist us in a timely manner (causing the day-long outages.) Serverhub has also randomly "lost" our servers for 3 days in the past, and there's been a lot of other documented issues with them. One of the servers we had with them for a year never went into production because they couldn't get the hardware working from the start.

    Yes, as OP mentioned, other servers have been stable there for something like 5 years, however, after their lifecycle when they do start running into issues, at least in our situation, Serverhub has been abysmal at assisting us so when problems arise we just move them out.

    The only server that will be left at this point is GERKVM6, as that one doesn't have immediate hardware issues. We will still most likely be moving that one soon (with a longer notice, assuming emergency situation does not arise.)

    @FrankZ said: @alexvolk the move is not that big of a deal to me, even with new IPs. The location of the new IPs being geo-located to Kansas where the old ones were geo-located properly was kind of disappointing though.

    This is disappointing to us as well, but it's most likely just Maxmind being Maxmind. They sell their geolocation services at a price that's next to nothing so it's very popular for it to be used by all these "what's my IP" websites that just want to generate ad revenue. And all the conversations I've had with Maxmind, they don't sound too bright. We've got mixed answers before but what ends up happening is they essentially want us to report incorrect geolocations to them one at a time and then half the time they'll actually do something about it but they might just say that we're trying to spoof the IP locations the other half. They have nothing that really pings the IP, or does anything outside of just guessing it.

    So what's happening when it goes to "Kansas" is that they have zero confidence in their own guess at that point, they just know the IPs were initially assigned to a US company, so they "average" the US into being Kansas, since that's the center of the US.

    Use something more reputable like DB-IP (https://db-ip.com/192.210.175.4) and that'll show the correct geolocation. Only problem is, not a lot of people will use them because they're more expensive since they actually have to spend some money to gather their accurate data. As a side project, I've been working on a geolocation service that doesn't suck and would be pretty cheap so we'll see where that project goes and if we can get people using it so we're not stuck in this weird situation where most of these sites mislabel IP addresses. I believe ARIN also actually lets you use their API if it is for non-commercial purposes so if we make it free, and combine it with some other methods we could maybe even just provide it without a fee to download the database (which I believe is what Maxmind does to save having to serve it to people via API requests, this ends up causing more problems though because when Maxmind updates it on their database, people have to actually get the new one or the sites may still have the incorrect geolocation.)

    @jh said:
    if networking does not function, please click "Reconfigure networking" on your end

    That's some quality service right there

    When we're doing a lot of these together, we might miss a few where the function failed. You can still contact us for support at this point but its good to let people know that this is most likely what would fix it on their end, so they can do it more quickly themselves.

    @FrankZ said: I expect that they reconfigured networking for the new IPs automatically when migrating. I was set up with network and services static IP and only needed to set the new IP for my services, not the network interface.

    Yep, we do, it's just a backup message in case it failed.

    @Erisa said: Can you elaborate? They don't know what you might be running on your server, that instruction is probably for people who decided to assign static IPs, anyone using DHCP will experience ordinary service most likely.

    I would much rather have to press buttons to redo my own stupid network config than have the provider bruteforce their way into my VM to do it themselves.

    We didn't develop the software, but I believe what it does is power down the VM, mount the KVM image, and modify the pre-generated network configuration if it detects it. When you modify networking or some other default configuration enough, it usually says it can't detect it and fails. I also believe if you encrypted it, that it would fail, but again that's just an educated guess. It wouldn't have to bruteforce its way in there because it can just boot into grub a certain way without having to log in.

    @tomle said: I got that email from Virmach months ago (edit: May 2020) where they moved me from Frankfurt to Amsterdam (GEROVZ3). Nothing new here and nothing related to the country change they recently posted.

    @tomle said: Virmach has been a ColoCrossing shop and I guess that the Frankfurt location did not fit into that profile.

    Correct, as I mentioned above, but I want to elaborate a little more on the second portion of your message.

    We're not a "ColoCrossing shop" or at least that was not our intention. We always used more than one partner, but it was difficult to expand with Serverhub and then later on we ran into issues with them. The reason Frankfurt and Phoenix stayed in limbo is because ColoCrossing included it in an expansion, just for show, so we would expand with them further in other locations and then pulled the plug on Frankfurt after about a year and we finally had to cancel Phoenix because they just held our deposit for it from November 2019 until maybe a month ago when we cancelled it.

    Frankfurt has a good chance of returning since there's demand there, from the surveys we sent out. Phoenix, not as much, since there's lower demand and we generally do not trust the server hands there from our experience with Serverhub (PhoenixNAP.)

    @alexvolk said: If shit happens, why they don't inform that users on that node?

    The email we sent is us informing you, when we realized that the server was having catastrophic failure for GERKVM2. We included GERKVM1 because it also had a history of hardware problems, and it was about to continue having those billing issues I also mentioned above. We did not include GERKVM6 because it did not have hardware issues, as of now.

    @alexvolk said: However, urgent migration of location without notice it's a disaster that I wasn't expecting from Virmach (before you comment from any provider as well).

    If it is urgent/emergency, it's a situation that cannot wait. I admit, we could have probably given an extra days notice for GERKVM1 but we needed to migrate those before GERKVM2 as GERKVM2 was offline, and if we waited until that's online before doing GERKVM1, we might have a situation where we have to move both together at the same time and that's not possible right now with the method we're using to reduce downtime.

    With our other method, it's possible, but we don't use that method in a situation where the node may go offline in the middle of migration. We have to migrate these one VM at a time, which takes a much longer TOTAL time, but much less per VM, so lower downtime.

    @Jarry said: can only guess it was some serious problem with Frankfurt datacenter of the "migrate right now, or there is nothing to migrate later" type. If that was the case, I prefer migrating on short notice (or even without any) to loosing my data...

    Yes, this is absolutely the situation.

    Another issue when these outages happen is that backups break. That's a huge problem, backups being constantly interrupted. It leads to corrupt backups, no backups, or old backups for disaster recovery backups. So while someone may say they prefer having outages over being migrated, I'm sure they do not prefer potentially having data loss. It doesn't mean there will only be reboots, it means the situation will just get worse in most cases and there are other factors at play.

    @notarobo said: I see ipv6 coming, no more Colo?

    I'm not going to state that we'll completely move away from ColoCrossing, but that is an option that is on the table at this point in time due to various internal reasons I cannot fully elaborate on right now.

    Right now we are in talks with Psychz, Dedipath/Inap, 365Datacenters, Hivelocity, and some others to do some quick initial expansions. We plan on adding a few locations, and focusing on getting our Windows packages back on track. Then, at some point in time we may move some customers over to these new servers as a part of a free or paid upgrade option. This is not planned on being an immediate move for everyone.

  • @VirMach said:

    @raindog308 said: Summoning @VirMach for a 30,000-word treatise on this issue.

    If OP prefers, we can move him back on a server that'll probably continue to go down multiple times a week at this point with no support from the datacenter, but I'm not looking forward to those weekly threads.

    The optional poll is unrelated to the emergency migration, for those servers, should we move them, customers will receive plenty of notice.

    @Erisa said: The email is even tagged as "Emergency", signalling its out of their control and they're asking for your understanding.

    This is a situation that's been escalating and we've unfortunately had no space to move people sooner. We finally had some space after Amsterdam cooled off, but ColoCrossing essentially cancelled our expansion with them in Germany after we waited about a year, and Serverhub failed to fix servers with failing RAID controllers several times. On top of this, they've been having billing issues, one recently where they attempted to terminate our service without notice, and then after confirming everything was good, suspending it. Luckily we have backups either way, but this isn't a risk we're willing to take while the server is also throwing out hardware errors and having difficulty booting back up, with their support being unable to assist us in a timely manner (causing the day-long outages.) Serverhub has also randomly "lost" our servers for 3 days in the past, and there's been a lot of other documented issues with them. One of the servers we had with them for a year never went into production because they couldn't get the hardware working from the start.

    Yes, as OP mentioned, other servers have been stable there for something like 5 years, however, after their lifecycle when they do start running into issues, at least in our situation, Serverhub has been abysmal at assisting us so when problems arise we just move them out.

    The only server that will be left at this point is GERKVM6, as that one doesn't have immediate hardware issues. We will still most likely be moving that one soon (with a longer notice, assuming emergency situation does not arise.)

    @FrankZ said: @alexvolk the move is not that big of a deal to me, even with new IPs. The location of the new IPs being geo-located to Kansas where the old ones were geo-located properly was kind of disappointing though.

    This is disappointing to us as well, but it's most likely just Maxmind being Maxmind. They sell their geolocation services at a price that's next to nothing so it's very popular for it to be used by all these "what's my IP" websites that just want to generate ad revenue. And all the conversations I've had with Maxmind, they don't sound too bright. We've got mixed answers before but what ends up happening is they essentially want us to report incorrect geolocations to them one at a time and then half the time they'll actually do something about it but they might just say that we're trying to spoof the IP locations the other half. They have nothing that really pings the IP, or does anything outside of just guessing it.

    So what's happening when it goes to "Kansas" is that they have zero confidence in their own guess at that point, they just know the IPs were initially assigned to a US company, so they "average" the US into being Kansas, since that's the center of the US.

    Use something more reputable like DB-IP (https://db-ip.com/192.210.175.4) and that'll show the correct geolocation. Only problem is, not a lot of people will use them because they're more expensive since they actually have to spend some money to gather their accurate data. As a side project, I've been working on a geolocation service that doesn't suck and would be pretty cheap so we'll see where that project goes and if we can get people using it so we're not stuck in this weird situation where most of these sites mislabel IP addresses. I believe ARIN also actually lets you use their API if it is for non-commercial purposes so if we make it free, and combine it with some other methods we could maybe even just provide it without a fee to download the database (which I believe is what Maxmind does to save having to serve it to people via API requests, this ends up causing more problems though because when Maxmind updates it on their database, people have to actually get the new one or the sites may still have the incorrect geolocation.)

    @jh said:
    if networking does not function, please click "Reconfigure networking" on your end

    That's some quality service right there

    When we're doing a lot of these together, we might miss a few where the function failed. You can still contact us for support at this point but its good to let people know that this is most likely what would fix it on their end, so they can do it more quickly themselves.

    @FrankZ said: I expect that they reconfigured networking for the new IPs automatically when migrating. I was set up with network and services static IP and only needed to set the new IP for my services, not the network interface.

    Yep, we do, it's just a backup message in case it failed.

    @Erisa said: Can you elaborate? They don't know what you might be running on your server, that instruction is probably for people who decided to assign static IPs, anyone using DHCP will experience ordinary service most likely.

    I would much rather have to press buttons to redo my own stupid network config than have the provider bruteforce their way into my VM to do it themselves.

    We didn't develop the software, but I believe what it does is power down the VM, mount the KVM image, and modify the pre-generated network configuration if it detects it. When you modify networking or some other default configuration enough, it usually says it can't detect it and fails. I also believe if you encrypted it, that it would fail, but again that's just an educated guess. It wouldn't have to bruteforce its way in there because it can just boot into grub a certain way without having to log in.

    @tomle said: I got that email from Virmach months ago (edit: May 2020) where they moved me from Frankfurt to Amsterdam (GEROVZ3). Nothing new here and nothing related to the country change they recently posted.

    @tomle said: Virmach has been a ColoCrossing shop and I guess that the Frankfurt location did not fit into that profile.

    Correct, as I mentioned above, but I want to elaborate a little more on the second portion of your message.

    We're not a "ColoCrossing shop" or at least that was not our intention. We always used more than one partner, but it was difficult to expand with Serverhub and then later on we ran into issues with them. The reason Frankfurt and Phoenix stayed in limbo is because ColoCrossing included it in an expansion, just for show, so we would expand with them further in other locations and then pulled the plug on Frankfurt after about a year and we finally had to cancel Phoenix because they just held our deposit for it from November 2019 until maybe a month ago when we cancelled it.

    Frankfurt has a good chance of returning since there's demand there, from the surveys we sent out. Phoenix, not as much, since there's lower demand and we generally do not trust the server hands there from our experience with Serverhub (PhoenixNAP.)

    @alexvolk said: If shit happens, why they don't inform that users on that node?

    The email we sent is us informing you, when we realized that the server was having catastrophic failure for GERKVM2. We included GERKVM1 because it also had a history of hardware problems, and it was about to continue having those billing issues I also mentioned above. We did not include GERKVM6 because it did not have hardware issues, as of now.

    @alexvolk said: However, urgent migration of location without notice it's a disaster that I wasn't expecting from Virmach (before you comment from any provider as well).

    If it is urgent/emergency, it's a situation that cannot wait. I admit, we could have probably given an extra days notice for GERKVM1 but we needed to migrate those before GERKVM2 as GERKVM2 was offline, and if we waited until that's online before doing GERKVM1, we might have a situation where we have to move both together at the same time and that's not possible right now with the method we're using to reduce downtime.

    With our other method, it's possible, but we don't use that method in a situation where the node may go offline in the middle of migration. We have to migrate these one VM at a time, which takes a much longer TOTAL time, but much less per VM, so lower downtime.

    @Jarry said: can only guess it was some serious problem with Frankfurt datacenter of the "migrate right now, or there is nothing to migrate later" type. If that was the case, I prefer migrating on short notice (or even without any) to loosing my data...

    Yes, this is absolutely the situation.

    Another issue when these outages happen is that backups break. That's a huge problem, backups being constantly interrupted. It leads to corrupt backups, no backups, or old backups for disaster recovery backups. So while someone may say they prefer having outages over being migrated, I'm sure they do not prefer potentially having data loss. It doesn't mean there will only be reboots, it means the situation will just get worse in most cases and there are other factors at play.

    @notarobo said: I see ipv6 coming, no more Colo?

    I'm not going to state that we'll completely move away from ColoCrossing, but that is an option that is on the table at this point in time due to various internal reasons I cannot fully elaborate on right now.

    Right now we are in talks with Psychz, Dedipath/Inap, 365Datacenters, Hivelocity, and some others to do some quick initial expansions. We plan on adding a few locations, and focusing on getting our Windows packages back on track. Then, at some point in time we may move some customers over to these new servers as a part of a free or paid upgrade option. This is not planned on being an immediate move for everyone.

    Well.. There you go... Let's see who is going to double the bandwidth. 😂

    Kimsufi ;) | HostSolutions o:) | Nexusbytes B) | Racknerd <3 | OVH :* |
    Letbox :love: | Hotlineservers :flushed:

  • JarryJarry Member

    @Sanjue007 said:
    ... Let's see who is going to double the bandwidth. 😂

    Don't know, but I hope no one is going to double your quote...

  • HxxxHxxx Member

    @VirMach of all those providers you are in talk with @HiVelocity is the best. TOP NOTCH 10/10

  • kkrajkkkrajk Member
    edited February 8

    I love reading to your detailed replies (when it is not my shit that hit the fan though).
    Got to give it to you for all the time and effort you put into to make things clear.

    And the new softened tone is appreciatable.

  • jtkjtk Member

    @yoursunny said:
    SolusVM can recognize /etc/network/interfaces used by Debian.
    If Debian was installed from ISO instead of template, the default interface name is ens3.
    However, SolusVM writes eth0 as interface name, causing the server to lose connection.
    The only way to fix this is to login via VNC and reedit the config file, and hopefully you remember the password of a sudoer user.

    I've found that VNC often doesn't work when the primary interface has changed. What I've often ended up having to do is use the rescue disk option most providers make available, verify the interface name with ip link show, mount the disk, edit the interfaces file, then boot back to the OS.

Sign In or Register to comment.