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
What will happen if they admit that? Will you sue them in Ukraine? Push your disaster recovery button and that’s it.
So what? War is “force majore” and if you knew that - then you accepted the fact that at any moment bombs can fel in and that’s it.
“Others already restored” - why are you not with them?
Again - hosting critical data in country where active war action takes place is beyond idiotic.
Manager from Vsys and Assistant from elon kurvaovic
If you don't have any useful information, don't go around telling people what they should or shouldn't do—it's none of your damn business.
Great advice for you, stop telling vsys what to do
Any méi jī jī who wants to get a working metal server back up within 3 days of the drone strike needs to learn 2 new and useful words for them: backup and dolboyob
Overheard from friends in the music piracy community (not involved myself):
Apparenlty, there are two prominent sites (pillows.su and leaked.cx) which are popular DMCA-resistant filehosts/file sharing platforms for leaked and pirated music. Well, a few days ago (I believe on the 25th) both sites went down with no notice.
No error message on Pillows but on Leaked:
https://web.archive.org/web/20260925142838id_/https://leaked.cx/
https://web.archive.org/web/20260926184421id_/https://leaked.cx/
I guess we now know who is hosting these sites!
It's almost as if high explosives cause more damage the closer you are.
Did you ever think that, perhaps, VSYS got unlucky and had many of their servers closer to the explosion?
Wouldn't you do things the way they are saying they are doing things, if you were them?
the amount of lack empathy is something else. i refuse to acknowledge mjjs are human.
There's strong financial motivation. If they're able to put the nuance over the service rendered deemed not fit for purpose/described. They may file to a third party and do chargeback.
Or it's just straight, "IDGAF what it takes, make it happen. I've paid the for the service"
Well, the mjj is human at its core, but it is without penis. Peniless human. It may affect them and their perception of reality.
You've been given good advice already: Activate your disaster recovery plan and restore your backups to another location.
There will be no useful information from this host for a long time for the reasons they've already explained clearly. Comparing them to other hosts is a worthless exercise, as every company might have experienced different levels of damage, and not all of them have spare capacity to restore to another location.
My dedicated servers are still showing as “Awaiting Inspection.”
I completely understand that VSYS has many servers to inspect and that safety must come first. However, there is one important detail about my servers that I have already reported to support, and I would really appreciate it if VSYS could make sure this information is passed to the technical/recovery team performing the inspections.
According to the timeline of the incident, the attack had already occurred by approximately 11:30 Kyiv time.
Despite this, my servers continued to operate normally until approximately 16:30 Kyiv time, several hours after the attack. My understanding is that the facility continued operating on supplementary/emergency generator power until that power was eventually exhausted.
Only after approximately 16:30 did my servers become unreachable.
Now the servers are awaiting inspection because of possible water exposure.
I am not claiming that this proves the servers or drives were not subsequently exposed to water. I simply believe that the fact that they remained fully operational for approximately five hours after the attack could be relevant information for the technicians inspecting the hardware.
I have already provided this timeline to support, but I would just like confirmation that this information has been added to the technical notes for my specific servers and communicated to the recovery team.
At this point, my main priority is not even restoring the complete servers. I primarily need access to my data, particularly one important SQL backup.
If someone from VSYS here could please make sure this information is attached to my case before the hardware inspection, I would greatly appreciate it.
That's good info. The problem is VSYS's responses they're not giving any clarity, not answering anyone, and not updating the threads they created and called official. I've always been in favor of waiting and being patient because this isn't their fault, but they aren't doing their part to give users peace of mind. They just keep sending canned responses to everyone. What happened is unfortunate, but the way they're handling the situation is even worse.
Exactly. I completely understand that this was an exceptional event and that inspecting potentially water-exposed hardware takes time. I don’t blame VSYS for what happened, and I am prepared to wait if necessary.
The difficult part is having no visibility at all.
My servers have been showing “Awaiting Inspection” for days, and support cannot tell me whether they are 10th or 500th in the inspection queue, whether inspections are currently taking place, or even approximately how many dedicated servers have already been inspected.
Even something as simple as:
“Inspections have started, X servers have been checked so far, and we are processing approximately X servers per day”
would make a huge difference.
I don’t need a guarantee or an exact ETR. I just need to know that the process is actually moving forward.
In my particular case, I don’t even need the entire server restored. I mainly need one SQL backup from the storage.
I really hope VSYS starts providing some concrete progress updates, even if the news is simply that recovery will take longer than expected.
Your situation is the same as many others, and what you're proposing would be the smartest move. The problem and what worries me is that if VSYS isn't doing it, there must be a reason, and while I don't want to say it out loud yet, we all know what it is. Doing what you suggested isn't hard at all.
I think everyone with a dedicated server would be willing to wait months for the servers to work again if they were at least given the option to recover their data, but they aren't offering any clarity on that either. The way they are handling this situation is just tragic.
You guys are dense. Vsys already said what is the plan. No STUF and wait, stop whining like a bunch of little pussboys.
Hello, I would like to ask a very simple question to all VSYS customers affected by this incident who had dedicated servers in Kyiv:
Has anyone here actually had their server status change from “Awaiting Inspection”?
And, more importantly:
Has anyone successfully recovered or received access to their data from one of the affected dedicated servers?
I’m specifically asking about the physical dedicated servers recovered from the affected facility — not VPS migrations, replacement servers or data restored from external backups.
Even a simple answer such as:
“Yes, my server was inspected”
or
“Yes, I was able to recover my data”
would be extremely useful for all of us who are still waiting.
If your status changed, please let us know what it changed to and approximately when.
I’m trying to understand whether the inspection/data recovery process for dedicated servers has actually started reaching customers yet.
Thank you.
I think at this point VSYS needs to give dedicated server customers a clear and direct answer.
I want to be very clear: I am no longer asking when my servers will be back online.
I understand the circumstances, I understand that hardware inspection takes time, and I would even be prepared to wait months for the physical servers to become operational again.
What we need to know now is something much more fundamental:
Does VSYS currently have a realistic expectation that customers will be able to recover their data from these dedicated servers, or not?
If the answer is yes, then please tell us that the recovery process is progressing, that inspections are actually taking place, and that data recovery remains a realistic objective.
If the answer is “we genuinely don’t know yet”, tell us that clearly and explain what still needs to happen before you can know.
And if there is already information suggesting that some or all of the storage cannot be recovered, then customers deserve to know that too.
Other providers affected by the same Kyiv incident have published concrete updates about migrations, restored services, backups and the condition of their infrastructure. Nobody expects miracles from VSYS after what happened. But after all this time, “Awaiting Inspection” cannot be the only information available to dedicated server customers.
Many of us are not even asking for the servers themselves anymore.
We are asking for our data.
In my case, I have already told support that I only need one SQL backup of approximately 300 MB. My servers continued operating for several hours after the attack and only went offline later, when the remaining emergency power was exhausted. I have asked that this information be passed to the technicians performing the inspection.
At this point I think customers need a transparent status update:
This isn’t about blaming VSYS for the attack.
It is about giving customers enough information to make decisions.
If our data is realistically recoverable and we need to wait, many of us will wait.
But if VSYS cannot currently provide any reasonable expectation of data recovery, customers need to know that as well, because we have businesses and services to rebuild and we need to be able to plan accordingly.
Please give dedicated server customers a clear recovery status, even if the answer is not the one we want to hear.
Better to understand that the provider will never tell you, “Sorry, we’re closed, all your data is lost.” Naturally, they’ll say, “Yes, we’ll recover soon, don’t worry, all your data is safe, just give us some time to move it.” It’s a common tactic — to give you hope but not to guarantee something.
Yesterday, next one data center in Pavlograd was hit.
If you are such a retard hosting mission critical stuff in ukraine without any offsite backups then just wait
Considering making another copy of data outside UA.
There is no need for insults or ableist language.
You know absolutely nothing about my infrastructure, my backup strategy, what data I have elsewhere, or why I need access to these particular servers.
But none of that is even the point of my question.
I asked something very specific:
Has anyone with an affected VSYS dedicated server moved beyond “Awaiting Inspection”, and has anyone actually been able to recover data from the affected storage?
This question is about understanding whether the physical inspection and data recovery process has started reaching customers.
If you have information about that, please share it — it would be genuinely useful to everyone waiting.
If you don’t, personal insults and assumptions about other people’s infrastructure contribute absolutely nothing to the discussion.
I’m here looking for information, not an argument.
You very obviously do not have backups of your data and need access to the servers because of that. That is also very obviously the case with anyone else who is constantly bitching because otherwise they would've already started disaster recovery and rebuilt elsewhere.
Get your information somewhere else if you don't like being called out on your bullshit. You registered here just to bitch about a provider who got hit by a drone strike not recovering quickly enough for you. You're not a member of the community, you're an entitled twit.
I do. Hope, not have data. They've had many years.
Indeed
Well, sometimes it's necessary. But those people should recognize the situation and have mitigation plans.
These are the people who were incompetent and now have to blame others.
At the company I work for, "risk analysis" is regularly done to identify the issues and have mitigations in place to reduce impact on customers. Anyone hosting critical services should also be doing this or else they are Mickey mouse outfits in over their heads.
It's not. That sounds like it's irrelevant and likely waste of support resources. It changes absolutely nothing about the physical state it's currently in.
sigh
Peace of mind? Ffs.
Oh, fuck no. @jbiloh, give this man "Snowflake Drama Queen" title.