^ I have 2 VMs in Chicago - both CHIZ001 (un)fortunately - that are fine, for now.
In stasis until the shitposting stops/abates.
Than=compare;then=sequence:brought=bring;bought=buy:staffs=pile of sticks:informations/infos=no plural. It wisnae me! A big boy done it and ran away. || NVMe2G for life! until death (the end is nigh).
Okay so the higher-ups responded, and they can't let us move our equipment out of HV, because the higher higher ups need to approve it since we have any term length on our contract, it's their hostage protocol of doing business or whatever. Except last time they screwed up they basically refused to fix anything and instead told us we could leave at any time we wanted to give false assurances. Pretty funny, I love Hivelocity.
Account manager finally got them to restore services after I told them whatever, if they want to lock us into an abusive relationship then at least restore the service. Seems like they were able to at least understand it makes no sense to both simultaneously not release service by saying we still have a duration left on our contract and not restoring the service.
They told us to again deal with the abuse, and I re-iterated everything I've been saying to a wall for the past 6 hours which is that it's already handled.
Having a phone call with them tomorrow, they love requesting to do phone calls and bringing people in to try to resolve things, they did it last time until they decided to just tell us to basically f*** off whenever we wanted an that they'd let us get out of the contract whenever, instead of resolving anything. I really don't care for all the pretend calls for them to say they care when they don't and they're unwilling and unable to turn into a decent company, but it'd be nice if they don't continue to exaggerate situations, make mistakes, and then pretend like it's an issue with us with all the gaslighting. I'd much rather they just leave us alone and understand we're not some evil company that loves abuse or wasting their time, their service is best when we just don't contact them for anything and the least they can do is just stop creating these scenarios where they pretend there's a problem when there's not. Like don't want to properly communicate abuse to us and want to use your legacy system that doesn't email us? Fine, we already get the abuse email copies ourselves and handle it elsewhere, just don't get upset if we don't respond to every legacy ticket or don't clarify a dozen times that we already handled the abuse report in June. Want us to leave? Sure, just don't act like it and then change your mind and say contract is renewed and even if we're under a contract don't threaten to hold our equipment hostage the entire time.
Careful, you might convince them to politely ask us to leave again. Except since that's exactly what we wanted to cash in this time, so they'll come up with something else. They've already tried out the Psychz and CC strategy though, so I'm not sure what's left over. It will be interesting.
Small shoutout to QN for willing to help us out in this situation and being able to get space ready for us tonight for the move that couldn't happen since we're not allowed to touch our own hardware at HV. We were mainly waiting on HV the whole time to confirm pickup time which turned into the "I can't let you do that" scenario.
I will say though I'm pleasantly surprised by the outcome at HV tonight, so I guess they deserve some recognition as well. I was totally expecting this to turn into a multi-day outage based on the communication up until that point. So thank you for not making it much worse, that's a huge improvement. I thought I'd have to get another 20 people involved before anything would begin to get resolved but they actually listened to us this time, all we had to do is get them to flip between what they weren't willing to give us until we got what we originally requested 6 hours ago.
It only took about 17 back and forths and 8 people on their end communicating with us this time. Okay I'm done.
I just transferred a couple of VMs to a friend and the transfer took just one hour to complete. for the VirMach customer service folks that handled my ticket, I'm in awe.
@FrankZ said:
I just transferred a couple of VMs to a friend and the transfer took just one hour to complete. for the VirMach customer service folks that handled my ticket, I'm in awe.
Dont worry, they'll make up for it with the downtime later.
I speak fluent sarcasm and broken logic. | I would agree with you, but thæn we’d both be wrong.
@VirMach - From your messages it is easy to pick up your frustration.
Firstly I am very happy with your service (yes there are some of us that stay quiet) but some of your comments 'sound' like many of the frustrated comments raised by your own customers to you.
Not trying to say you are wrong in your handling of HV or your customers, just pointing out that there are many similarities.
@msatt said: @VirMach - From your messages it is easy to pick up your frustration.
Firstly I am very happy with your service (yes there are some of us that stay quiet) but some of your comments 'sound' like many of the frustrated comments raised by your own customers to you.
Not trying to say you are wrong in your handling of HV or your customers, just pointing out that there are many similarities.
I understand it may vaguely resemble that in terms of it taking longer than anticipated to resolve an issue maybe, but don't see the similarities anywhere else. Feel free to elaborate, but I don't recall instances where we purposefully break the networking on half of the customer's services over 0.2% of their IPv4 receiving abuse reports, without notice, because we failed to properly communicate something related to abuse, and then once we reply and evaluate the situation, we make it worse by blocking networking on the rest of the services instead of resolving the misunderstanding.
Keep in mind they understand we're not the end user. If we have people sign up for let's say a dedicated server, and they indicate they are subleasing to customers, we handle abuse requests differently in the first place to where they receive ample warning and opportunity to resolve the issue. Most important, we send it through a system that sends email notifications and we don't switch around communication channels without notice.
There's a difference between the issue being specifically caused manually by an employee of theirs, and then receiving responses telling us they cannot do anything about it and letting us know there's nothing that can be done and there being an outage out of their control that takes a long time, where they cannot provide us personal updates due to the severity. For example, although the fire at NYJ was unfortunately, we did not create tickets with multiple replies asking for an update on that scenario, but had it not been a fire and instead an event entirely caused by the provider, and they constantly replied adding new escalation requirements and making stuff up, with no one on their team knowing what happened or what's going to happen, then yes it'd be genuinely frustrating.
If we did ever make anyone feel this way feel free to bring it up so it can be addressed.
P.S. Remember we're paying them full price, and a significant price, for a product that was never advertised as having arbitrary weird policies such as not allowing us to grab our equipment if the contract was in effect, and not advertised as limited support or zero tolerance.
@FrankZ said:
I just transferred a couple of VMs to a friend and the transfer took just one hour to complete. for the VirMach customer service folks that handled my ticket, I'm in awe.
I know I probably sound like a broken record at this point since for the past who knows how long I've been saying support will improve and we've caught up to a backlog only for another to exist, we've definitely streamlined things at least on our end to where we can better pick off tickets in the proper queues while avoiding obstacles.
But anyway you just got lucky this time around. We don't generally answer service transfer requests immediately, you just happened to catch a batch we processed.
@VirMach said: I understand it may vaguely resemble that in terms of it taking longer than anticipated to resolve an issue maybe, but don't see the similarities anywhere else. Feel free to elaborate
Please understand I don't wish to stir things up and again say I am happy with your service (which is for me fast and reliable).
What I was referring to was that you are known for not always updating the status page and having faults exist for many days. Users opening multiple tickets (because of slow response or notifications) are considered a nuisance and their response time drops further.
If they are abusers then the service is stopped plus you charge for priority tickets etc.
Perhaps consider how you are interacting with HV and how they are interacting with you.
Totally appreciate that for you, this is on a much bigger scale but to a small user of Virmach they have paid their pennies and to them it can be just as important.
Once again I am not trying to 'stir the pot' and know that you are genuinely working your balls off at all hours and have your priorities (which users don't always know).
@cybertech said:
i think Virmach is busy with the master server issue at the moment
Really..... anyone knows how much issues per day they will meet? hahaha
too many.
I think if they really wanna to slove the problem, it just take minutes
the comment for this refugee plan is "An rotational working"
Eg Tyoc 007 works for jan, feb mar
tyoc 0029 works for apr may jun.....
Maybe virmach can make a rotational monthly plan instead of a refugee ones
Both of these nodes are 99.9% uptime over last 6 months and the issues you're describing would only have affected a small fraction of customers, mostly related to spamming re-install requests as it was facing problems. TYOC029 was more complicated, definitely not "minutes" to resolve. I don't know what you believe we're doing this entire time.
@FrankZ said: @virmach, I expect that @Artemis may be on TYOC029 which has not shown an update on the status page for a while.
We've been getting lots of tickets about it as it usually goes for Tokyo and this was done purposefully in this case. We just have to treat that location differently, as every update would bring in a bunch of tickets asking follow-up questions and it was a complicated matter that we were trying to avoid doing forced migrations to Los Angeles for as a quicker solution. We essentially had to go through every VM affected one by one multiple times and maybe spend an hour on each of them and then in the end most of them needed to get loaded back in carefully from disaster recovery backups, and a ton of other issues I don't want to get into but essentially 80-85% of people were online this entire time so it's not as large of an issue as something like LAX2Z019.
We could've left controls unlocked during the time if it wasn't a guaranteed crash every 6 hours from button mashing.
Apologize for my word and thank you for your hard working..
As my experience , the VM works perfectly just in the first month.
And my friend's other virmach machine mostly work 99% like you say.
But mine has been down for about 1 month.
I understand it is a refugee plan, and you are not the UN High Commissioner for Refugees
Just hope it can online quickly.
Thank you
Thanks the @VirMach And the united nation, My vps back to work now.
@Jab said:
So, what is the newest update on VirMach vs the-world-of-datacenters in Seattle?
Network status page updated with more information, but more importantly I'm thinking for tomorrow we could have the HVAC at QN LAX fail and then a grand finale by Friday, maybe have a government agency pull down our servers.
Seattle now responding..
Redacted: pressed the wrong button (bookmark), d'oh! Most annoying that Seattle ain't stable, as that's one location where I'd like a live site (or three), to be hosted.
In stasis until the shitposting stops/abates.
Than=compare;then=sequence:brought=bring;bought=buy:staffs=pile of sticks:informations/infos=no plural. It wisnae me! A big boy done it and ran away. || NVMe2G for life! until death (the end is nigh).
@JoeMerit said:
FAT32 nice. I didnt get that lucky but do have a few deals im considering keeping. $20 or under, all 4-5 cores and all 4-5GB of ram.
To be fair this is the only VPS that beat the score and I am going to keep it forever. All my other VPS/Dedi didnt beat it. Plus since it is fair use I probably wont be able to use all anyway, but nice to perform some short burst of CPU intensive tasks
Based on my past record it was only about ~2000 GB5 so I do wonder what happened
食之无味 弃之可惜 - Too arduous to relish, too wasteful to discard.
@cybertech said:
my vps in SJO has been facing slow network mostly 50mbit/s (dedipath). is this an outlier or any plans to fix/migraine migrate?
SJ servers are capped at 100M due to an error on Dedipath's part. I don't think Dedipath really gives a shit anymore so I'm not sure when/if this will ever be resolved.
We will are writing to you regarding your service at DediPath. With a heavy heart we must announce that DediPath will be discontinuing operations effective 8/31/23. Please migrate your data and take backups as soon as possible.
In regards to our colocation customers if you are in the following locations please send a ticket to [email protected] for equipment removal:
Dallas
Las Vegas
Denver
Atlanta
Jacksonville
In regards to our colocation customers if you are in the following location please send a ticket to [email protected] for equipment removal:
Seattle
In regards to our colocation customers if you are in the following locations please send a ticket to [email protected] for equipment removal:
Phoenix
In regards to our colocation customers if you are in the following locations please send a ticket to [email protected] for equipment removal:
Secaucus
Redondo Beach
San Jose
If you have a domain registered with us please transfer it out ASAP.
We are truly sorry for the inconvenience this has caused. We appreciate your business and support over the years and this is heart breaking to everyone at DediPath.
食之无味 弃之可惜 - Too arduous to relish, too wasteful to discard.
We will are writing to you regarding your service at DediPath. With a heavy heart we must announce that DediPath will be discontinuing operations effective 8/31/23. Please migrate your data and take backups as soon as possible.
In regards to our colocation customers if you are in the following locations please send a ticket to [email protected] for equipment removal:
Dallas
Las Vegas
Denver
Atlanta
Jacksonville
In regards to our colocation customers if you are in the following location please send a ticket to [email protected] for equipment removal:
Seattle
In regards to our colocation customers if you are in the following locations please send a ticket to [email protected] for equipment removal:
Phoenix
In regards to our colocation customers if you are in the following locations please send a ticket to [email protected] for equipment removal:
Secaucus
Redondo Beach
San Jose
If you have a domain registered with us please transfer it out ASAP.
We are truly sorry for the inconvenience this has caused. We appreciate your business and support over the years and this is heart breaking to everyone at DediPath.
Wow this is fucked up man!
I guess VirMach's NYC nodes are in DediPath, correct? Because my sites are running on those VPS.
Thanks God I started taking backups 3 days ago and an hourly job is running.
On OGF someone has posted screenshot of their Gmail inbox where they received email and Google has displayed a message on top "We could not verify that the email was actually from [email protected]......."
Has anyone confirmed that the email is legit? May be someone hacked their customer database and sent email which is still fucked up.
Comments
Naw I lost my millions in the first second it twas down. I am now a hobo
The Yeti has left the building.
^ I have 2 VMs in Chicago - both CHIZ001 (un)fortunately - that are fine, for now.
In stasis until the shitposting stops/abates.
Than=compare;then=sequence:brought=bring;bought=buy:staffs=pile of sticks:informations/infos=no plural.
It wisnae me! A big boy done it and ran away. || NVMe2G for life! until death (the end is nigh).
Chicago2 is down. Chicago original is up.
Original Chicago best Chicago, until it goes down again for several days because of a non-existent denial of service attack.
Okay so the higher-ups responded, and they can't let us move our equipment out of HV, because the higher higher ups need to approve it since we have any term length on our contract, it's their hostage protocol of doing business or whatever. Except last time they screwed up they basically refused to fix anything and instead told us we could leave at any time we wanted to give false assurances. Pretty funny, I love Hivelocity.
@Hivelocity - care to comment?
Cloudcone | Crunchbits | Dartnode | Dedirock | Georgedatacenter | Gigahost | Hostbilby | Host-c | Hostdzire | Hostsailor | Namecrane | Nuyek | Realtoxmedia | Servarica | Terabit | Tnahosting | Virmach
Account manager finally got them to restore services after I told them whatever, if they want to lock us into an abusive relationship then at least restore the service. Seems like they were able to at least understand it makes no sense to both simultaneously not release service by saying we still have a duration left on our contract and not restoring the service.
They told us to again deal with the abuse, and I re-iterated everything I've been saying to a wall for the past 6 hours which is that it's already handled.
Having a phone call with them tomorrow, they love requesting to do phone calls and bringing people in to try to resolve things, they did it last time until they decided to just tell us to basically f*** off whenever we wanted an that they'd let us get out of the contract whenever, instead of resolving anything. I really don't care for all the pretend calls for them to say they care when they don't and they're unwilling and unable to turn into a decent company, but it'd be nice if they don't continue to exaggerate situations, make mistakes, and then pretend like it's an issue with us with all the gaslighting. I'd much rather they just leave us alone and understand we're not some evil company that loves abuse or wasting their time, their service is best when we just don't contact them for anything and the least they can do is just stop creating these scenarios where they pretend there's a problem when there's not. Like don't want to properly communicate abuse to us and want to use your legacy system that doesn't email us? Fine, we already get the abuse email copies ourselves and handle it elsewhere, just don't get upset if we don't respond to every legacy ticket or don't clarify a dozen times that we already handled the abuse report in June. Want us to leave? Sure, just don't act like it and then change your mind and say contract is renewed and even if we're under a contract don't threaten to hold our equipment hostage the entire time.
Careful, you might convince them to politely ask us to leave again. Except since that's exactly what we wanted to cash in this time, so they'll come up with something else. They've already tried out the Psychz and CC strategy though, so I'm not sure what's left over. It will be interesting.
Small shoutout to QN for willing to help us out in this situation and being able to get space ready for us tonight for the move that couldn't happen since we're not allowed to touch our own hardware at HV. We were mainly waiting on HV the whole time to confirm pickup time which turned into the "I can't let you do that" scenario.
I will say though I'm pleasantly surprised by the outcome at HV tonight, so I guess they deserve some recognition as well. I was totally expecting this to turn into a multi-day outage based on the communication up until that point. So thank you for not making it much worse, that's a huge improvement. I thought I'd have to get another 20 people involved before anything would begin to get resolved but they actually listened to us this time, all we had to do is get them to flip between what they weren't willing to give us until we got what we originally requested 6 hours ago.
It only took about 17 back and forths and 8 people on their end communicating with us this time. Okay I'm done.
I just transferred a couple of VMs to a friend and the transfer took just one hour to complete.
for the VirMach customer service folks that handled my ticket, I'm in awe.
Dont worry, they'll make up for it with the downtime later.
@VirMach - From your messages it is easy to pick up your frustration.
Firstly I am very happy with your service (yes there are some of us that stay quiet) but some of your comments 'sound' like many of the frustrated comments raised by your own customers to you.
Not trying to say you are wrong in your handling of HV or your customers, just pointing out that there are many similarities.
Get your FREE VPS if you develop Open Source software
I understand it may vaguely resemble that in terms of it taking longer than anticipated to resolve an issue maybe, but don't see the similarities anywhere else. Feel free to elaborate, but I don't recall instances where we purposefully break the networking on half of the customer's services over 0.2% of their IPv4 receiving abuse reports, without notice, because we failed to properly communicate something related to abuse, and then once we reply and evaluate the situation, we make it worse by blocking networking on the rest of the services instead of resolving the misunderstanding.
Keep in mind they understand we're not the end user. If we have people sign up for let's say a dedicated server, and they indicate they are subleasing to customers, we handle abuse requests differently in the first place to where they receive ample warning and opportunity to resolve the issue. Most important, we send it through a system that sends email notifications and we don't switch around communication channels without notice.
There's a difference between the issue being specifically caused manually by an employee of theirs, and then receiving responses telling us they cannot do anything about it and letting us know there's nothing that can be done and there being an outage out of their control that takes a long time, where they cannot provide us personal updates due to the severity. For example, although the fire at NYJ was unfortunately, we did not create tickets with multiple replies asking for an update on that scenario, but had it not been a fire and instead an event entirely caused by the provider, and they constantly replied adding new escalation requirements and making stuff up, with no one on their team knowing what happened or what's going to happen, then yes it'd be genuinely frustrating.
If we did ever make anyone feel this way feel free to bring it up so it can be addressed.
P.S. Remember we're paying them full price, and a significant price, for a product that was never advertised as having arbitrary weird policies such as not allowing us to grab our equipment if the contract was in effect, and not advertised as limited support or zero tolerance.
I know I probably sound like a broken record at this point since for the past who knows how long I've been saying support will improve and we've caught up to a backlog only for another to exist, we've definitely streamlined things at least on our end to where we can better pick off tickets in the proper queues while avoiding obstacles.
But anyway you just got lucky this time around. We don't generally answer service transfer requests immediately, you just happened to catch a batch we processed.
I realised that my VirMach server has higher GB score now, is everyone idling like me?
食之无味 弃之可惜 - Too arduous to relish, too wasteful to discard.
yes
I bench YABS 24/7/365 unless it's a leap year.
Kinda exhausted / tired with work, can anyone recommend what are some good things to do other than buying more idle VPS?
食之无味 弃之可惜 - Too arduous to relish, too wasteful to discard.
exercise and sun.
I bench YABS 24/7/365 unless it's a leap year.
Please understand I don't wish to stir things up and again say I am happy with your service (which is for me fast and reliable).
What I was referring to was that you are known for not always updating the status page and having faults exist for many days. Users opening multiple tickets (because of slow response or notifications) are considered a nuisance and their response time drops further.
If they are abusers then the service is stopped plus you charge for priority tickets etc.
Perhaps consider how you are interacting with HV and how they are interacting with you.
Totally appreciate that for you, this is on a much bigger scale but to a small user of Virmach they have paid their pennies and to them it can be just as important.
Once again I am not trying to 'stir the pot' and know that you are genuinely working your balls off at all hours and have your priorities (which users don't always know).
Keep going
Get your FREE VPS if you develop Open Source software
push-up on the beach
We accept Karma donations for the last flan. 🍮 affbrr
Possibly related to the patch. It also included some tuning, but it's not that significant.
Start a VPS company.
I have 7 services ,all of them are idle.
Thanks the @VirMach And the united nation, My vps back to work now.
Buy some Lifetime Deals? They idle almost as well.
Put the phone down, go for a walk, and look at the details in the things around you.
Works for me.
RIP Seattle. Looks like every server is down there.
We're not allowed to have a single day of peace, it's the way of the universe.
So, what is the newest update on VirMach vs the-world-of-datacenters in Seattle?
Haven't bought a single service in VirMach Great Ryzen 2022 - 2023 Flash Sale.
Can you beat 4649 geek bench 6?
Network status page updated with more information, but more importantly I'm thinking for tomorrow we could have the HVAC at QN LAX fail and then a grand finale by Friday, maybe have a government agency pull down our servers.
Seattle now responding..
Redacted: pressed the wrong button (bookmark), d'oh!
Most annoying that Seattle ain't stable, as that's one location where I'd like a live site (or three), to be hosted.
In stasis until the shitposting stops/abates.
Than=compare;then=sequence:brought=bring;bought=buy:staffs=pile of sticks:informations/infos=no plural.
It wisnae me! A big boy done it and ran away. || NVMe2G for life! until death (the end is nigh).
Yes.
食之无味 弃之可惜 - Too arduous to relish, too wasteful to discard.
@FAT32 nice. I didnt get that lucky but do have a few deals im considering keeping. $20 or under, all 4-5 cores and all 4-5GB of ram.
To be fair this is the only VPS that beat the score and I am going to keep it forever. All my other VPS/Dedi didnt beat it. Plus since it is fair use I probably wont be able to use all anyway, but nice to perform some short burst of CPU intensive tasks
Based on my past record it was only about ~2000 GB5 so I do wonder what happened
食之无味 弃之可惜 - Too arduous to relish, too wasteful to discard.
Seattle is alive!
Edit: Seattle is dead.
dnscry.pt - Public DNSCrypt resolvers hosted by LowEnd providers • Need a free NAT LXC? -> https://microlxc.net/
Seattle is alive again. Thanks Virmach for your hard work.
I work at https://osd.vn. I work for https://thienphat.com.vn and https://luatsuanviet.com
congrtas for my ticket 😃
This went on a permanent hold, it might have been flagged incorrectly in this case as I do not see any issues with your account. I've processed it.
my vps in SJO has been facing slow network mostly 50mbit/s (dedipath). is this an outlier or any plans to fix/migraine migrate?
I bench YABS 24/7/365 unless it's a leap year.
SJ servers are capped at 100M due to an error on Dedipath's part. I don't think Dedipath really gives a shit anymore so I'm not sure when/if this will ever be resolved.
Wait... just saw this somewhere:
We will are writing to you regarding your service at DediPath. With a heavy heart we must announce that DediPath will be discontinuing operations effective 8/31/23. Please migrate your data and take backups as soon as possible.
In regards to our colocation customers if you are in the following locations please send a ticket to [email protected] for equipment removal:
Dallas
Las Vegas
Denver
Atlanta
Jacksonville
In regards to our colocation customers if you are in the following location please send a ticket to [email protected] for equipment removal:
Seattle
In regards to our colocation customers if you are in the following locations please send a ticket to [email protected] for equipment removal:
Phoenix
In regards to our colocation customers if you are in the following locations please send a ticket to [email protected] for equipment removal:
Secaucus
Redondo Beach
San Jose
If you have a domain registered with us please transfer it out ASAP.
We are truly sorry for the inconvenience this has caused. We appreciate your business and support over the years and this is heart breaking to everyone at DediPath.
食之无味 弃之可惜 - Too arduous to relish, too wasteful to discard.
On SJCZ008 I was seeing the cap, on SJCZ007 I do not.
Guess this does not matter now.
Holy crap, the VirDude can't catch a break.
Wow this is fucked up man!
I guess VirMach's NYC nodes are in DediPath, correct? Because my sites are running on those VPS.
Thanks God I started taking backups 3 days ago and an hourly job is running.
Powerful AMD Ryzen VPS (aff)
Wondering how much the Dedipath situation will affect Virmach.
It seems like the sender cannot be confirmed, not sure is it a fake email or not
食之无味 弃之可惜 - Too arduous to relish, too wasteful to discard.
You guys overreacting - it is a uncommon situation for most providers... but seems just like another ordinary day for VirMach guys.
Haven't bought a single service in VirMach Great Ryzen 2022 - 2023 Flash Sale.
On OGF someone has posted screenshot of their Gmail inbox where they received email and Google has displayed a message on top "We could not verify that the email was actually from [email protected]......."
Has anyone confirmed that the email is legit? May be someone hacked their customer database and sent email which is still fucked up.
Powerful AMD Ryzen VPS (aff)