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
Funny, half an hour after posting my previous message suddenly I get an e-mail:
Ofcourse it's marked as "spam", but hey, it's there anyway.
Don't know if the 1,5 month old backup that's there (never initiated one myself) is of any use - I'm glad to have a backup of stuff myself - but from the first message about backups I got the feeling that there were backups of the VPSes of the day before the malfunction. Now I get the feeling that the talked about backups should have been initiated by the users - and that's quite hidden in the panel. So I guess most users won't have a backup.
I just got an email from them a few hours ago tho. The panel is working, there was no backup. They said they're handling it so I'm waiting. Didn't try reinstalling OS so don't know if the VPS is working or not (it was off).
Here's the email:
As said, for me there was one backup, 1,5 month ago. Didn't initiated it myself, so wondering why it's there. Started a restore a couple of hours ago, but it's still "task not ended" and that's it.
For me it's a bit strange that if you have such an issue with one node and you (say you) have backups, why leave it to the customers to do the restores and not do a restore of the latest VPS backups yourself? That way you're in control of the load it produces, and not of a sh*tload of customers trying to restore at the same time...
I couldn't find the tab on my phone.
If I make my desktop browser smaller it doesn't display the backup/restore option.
Good news is that for some reason I can see the most recent backup now (woohoo), but a word of warning: restores may get stuck. It's something that's already been communicated with the supplier of the panel and the hoster is waiting for a solution.
Damn I wish I'd seen this post sooner. Opened a ticket for the same reason.
Latest: issue with the backups, VPSes have been reprovisioned
Another email has been put out about the backups. However, I don't have email access...
Here it is:
Now the funny part: my VPS came back, I expected it (according to this mail) to be a rebuilded VPS. I could instantly login though (with my SSH key that was added manually after installation) and to my surprise I saw that it was my restored VPS - the one I tried before and hung.
20% uptime the last 7 days and its not the first downtime
Sorry, I can’t trust bullethost any longer. Twice in a year where the server been down over a WEEK!! 😱 Apparently my server came up today after being offline since last week. No notice. Apparently I have now ubuntu 24.04 installed. That’s …… interesting - since I’ve been running AlmaLinux 10 for months. 🥳
I’m not sure if I should laugh or cry.
Good look with your business.
/ Not a (paying) customer any longer.
Another host for tag suspension?
Personally I've given up on Bullethost. Got some mails about (again) disk issues and downtime for users (I wasn't affected), but also a mention that eventually all VPSes will be moved out of the Netherlands to a Bulgarian DC. No thank you - I've bought a VPS in a Dutch DC with a reason.
As stated before (don't know if it was in this thread): I like small hosters that try to set up things. But after over a year with this one, it still is having the issues that a just started hoster faces - and you have to overcome those and show that you've learned. I don't see that here - still random reboots, hardware issues that have been there before, slow, intermitted responses, etc.
Yeah. After I sent the message I also noted that
1. My dutch server is now hosted in Bulgaria
2. 8 GB ram was downgraded to 4GB
3. New IP
4. Firewall rules was deleted
5. Almalinux is now Ubuntu.
Da fuq?
😂
We’ve already described the situation in detail by email, but to summarize: the SSD failures occurred because we purchased a large amount of SSDs from the same manufacturer and manufacturing batch, and unfortunately more than 60% of those drives have failed. These were installed in newly built nodes just last summer, so the failures were unexpected and widespread. If two drives in a RAID array fail simultaneously, as happened in this case, the data cannot be recovered without a separate backup.
Since we no longer have spare capacity in our Dutch nodes, we offered all affected customers the option to continue their service on our Bulgarian nodes. Some customers had backups available and were able to restore their data, while others did not. Ultimately, it is the customer’s responsibility to maintain a backup of their files. We do provide backup options as a courtesy, but they are not a guaranteed safeguard.
We understand your frustration. While you may have been running AlmaLinux recently, your original order was placed with Ubuntu as the selected operating system. When we recreated your VPS through WHMCS, it was deployed with the OS chosen during your order.
This happened because you likely purchased the Linux I plan, which we later upgraded for free as a gesture of appreciation for your engagement on LET. If there are discrepancies such as missing RAM or cores, please open a ticket with us. We will correct the configuration and provide additional compensation for the inconvenience.
I understand your point. As we’ve mentioned in previous emails since these issues began, our current network and colocation provider in the Netherlands has often been unresponsive. We even have new VPS nodes that were scheduled for deployment back in January 2025, but they still haven’t been installed to this day. On top of that, we’ve faced repeated network problems at Skylink.
Due to the ongoing issues in the Netherlands, we decided that migrating operations to our secondary datacenter in Bulgaria was in the best interest of both our company and our customers. At this location, we have not faced anything close to the level of problems we experienced in the Netherlands over the past eight months. This move enables us to provide a more stable and reliable service, and since the datacenter is only an hour away, we are not dependent on the schedules of remote hands.
Since 1 April 2023, our Bulgarian location has maintained an average uptime of 99.9736%, which is above the 99.95% yearly SLA that most providers advertise. In contrast, the Netherlands has averaged only 98.1290% uptime over the past year. That significant difference alone makes the migration a justified choice on top of everything else.
Of course, we understand that some customers may prefer the Netherlands due to latency advantages, but the stability of the Bulgarian datacenter makes it the better option for now.
@yoursunny ?