All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.
~5 GB backup process - 1 hr, 17 min - from Crunchbits
On the Crunchbits.com website, everything is advertised so attractively (Unbeatable Performance, Enterprise Hardware), but in reality, you can end up with crap. For example, today my backup process of around 5 GB took over an hour. It's just awful.
It is very unstable and unreliable. Look, here’s the stats:
Size: 4.61 GB
Backup Friday, January 17, 2025 11:27 AM 1 hr, 17 min, 9 sec
Backup Friday, January 17, 2025 3:15 AM 14 min, 39 sec
Backup Wednesday, January 15, 2025 1:06 PM 1 min, 57 sec
Backup Tuesday, January 14, 2025 1:32 PM 1 min, 54 sec
Backup Sunday, January 12, 2025 8:02 PM 56 sec
Restore Thursday, January 16, 2025 11:12 PM 7 min, 5 sec
Restore Thursday, January 16, 2025 6:01 PM 25 min, 54 sec
Restore Wednesday, January 15, 2025 2:33 AM 3 min, 29 sec
Restore Sunday, January 12, 2025 10:24 PM 2 min, 18 sec
Restore Sunday, January 12, 2025 9:45 PM 5 min, 20 sec
Comments
Sure.
Restore - 25 min, 54 sec
Cool
Post all your login details to the server here and we will definitely fix your problems.
It was probably slow because the guy moving the floppy disk from one PC to the other went for his lunch break.
This ain't my problem. It's Crunchbits' problem. Go ahead and ask 'em for their server details and help 'em fix the dang issue.
Is it a storage server?
What is the advertised disk?
Where are you backing up from and to?
Maybe he went to McDonald's, yes
If they're incremental backups, this isn't as odd as it may appear.
Are you using control panel backups or using different software? I use rclone to back up regularly across the US to Crunchbits and max out the 1 gig pipe.
Spotted the Burger King fan.
You are breaking things a lot aren"t you.
I'm not sure if it's the case, but did you open a ticket to find out why this problem occurred? Or could there be an issue somewhere else?
I'm going 99.99999% PEBKAC
That's what she said.
Yo, so with this server access issue, FTP and SSH and all that, I hit up support, right? Told 'em my backup process took 25 minutes (even though I kinda mixed up backup with restore, but that ain't really the point), and they ain’t say nothin’ about that. All they told me was they don’t help with server access, just said the server’s fine, end of story. Now, I ain't tryna reach out to them for support again, no way.
Listen you are trying to learn how to manage a vps right? Part of that is learning to manage support.
Were they wrong? They do not advertise that they can help you with 'server access'. That is one of the things you have to learn to do for yourself through the resources other members posted for you.
Want to know why the backup/restore is slow? Open a ticket titled "Is the backup function of the vps panel slow or is it normal" and add the details you want. Do not open 15 tickets or 1 ticket with 15 problems.
Fucking things up and fixing it yourself is the best way to learn. So be nice to support and listen to them. And google a lot.
2 vCPUs
15GB NVMe Storage
5TB Bandwidth @ 2.5Gbps
1 IPv4 Address
1 Included Backup Slot
I use Crunchbits panel
OP is def maxing out his cpu
?
Even if I had the intention to cause harm, there’s no way I could have affected the speed of the backup process. All I needed to do was click the 'Create Backup Now' button, and the rest of the process is completely out of my control — it’s in Crunchbits’ hands.
Looks like he's using the built-in snapshot feature, not a real "backup". Often times worse since people often are snapshotting live filesystems for months with system-breaking changes staged and they don't realize it until a reboot months later.
I'm not sure how speeds of shared snapshot backup make your entire VM "crap". It varies depending on usage and a little bit the luck of the backup node you're hitting.
I've said it dozens of times before and I'll say it again: don't rely on that feature as a full backup. It's more of a "oopsie" easy snapshot/restore function rather than a proper backup. It's a limited shared resource and if you're running a manual backup instead of system-picked scheduled ones, you might be hitting it when a bunch of other people simultaneously decided to as well. We've been slowly adding more nodes to help share the load, but there is always going to be a limit to how many different servers can simultaneously stress backup nodes.
Just sounds like a temporary network/routing issue if they're running backups to off-network servers.
Right. So it's not YOUR resources you're using, it's the hypervisors resources. Since they're shared resources, things aren't going to be consistent. There could have been 10 other people backing up simultaneously at the moment in time - nothing about what you've posted indicates any sort of actual problem.
So let's review what you had posted
Backup Friday, January 17, 2025 11:27 AM 1 hr, 17 min, 9 sec
Backup Friday, January 17, 2025 3:15 AM 14 min, 39 sec
Backup Wednesday, January 15, 2025 1:06 PM 1 min, 57 sec
Backup Tuesday, January 14, 2025 1:32 PM 1 min, 54 sec
Backup Sunday, January 12, 2025 8:02 PM 56 sec
Restore Thursday, January 16, 2025 11:12 PM 7 min, 5 sec
Restore Thursday, January 16, 2025 6:01 PM 25 min, 54 sec
Restore Wednesday, January 15, 2025 2:33 AM 3 min, 29 sec
Restore Sunday, January 12, 2025 10:24 PM 2 min, 18 sec
Restore Sunday, January 12, 2025 9:45 PM 5 min, 20 sec
So out of 10 backups, 80% were done in less than 15 minutes - 70% in under 8 minutes.
If you're a reasonable person, 90% of those would be "acceptable" backup times (really should be 100% because it's a bonus feature that'd you'd otherwise have to pay extra for...)
If you want dedicated resources and backups that take less time - either use a different method of backing up or purchase a dedicated server.
Nothing you've posted is swaying anyone's opinions on Crunchbits, but believe me, between the "complaint" and the vernacular you choose to use, you're not going to be scoring any points with anyone here.
My new car is crap because sometimes it takes me over an hour to work because I'm sitting in traffic, sometimes I can get there in a few minutes. Just utter crap
Okay guys common, since Crunchbits has answered the question I think the issue might be solved now. BTW just a recommendation but maybe sometimes its rather better to just post problems directly without pointing out anyone as I think that might have solved the issue much better by people trying to help rather than discussing on whose mistake is this. I am not pointing anybody rather suggesting this method
This is the first time I'm hearing about it. You have never mentioned this to me, either personally or on your website.
Your website states that I can have one backup. Nowhere does it say that this is some sort of specific or incomplete backup that I should not rely on. I assumed it was a proper backup that I could trust. Additionally, your control panel does not indicate that this is some "wrong" backup or something else entirely. It simply says "backup" with an option to "create a backup."
As a user, I couldn't care less about the reasons why the backup took more than an hour to complete. I've been using your VPS for only seven days, and there's nothing particularly special there—just Fastpanel, Matomo & MySQL, Drupal & MySQL—and in these seven days, I'm already experiencing issues like this. I would understand if a 5GB backup took at least 10 minutes, but not 1 hour and 17 minutes. This is well beyond acceptable limits.
The car is not a VPS, and the road is not a network. These are completely unequal things for an analogy.
It's like comparing a dick to a finger 😁
are you on monthly or yearly plan?