Comprehensive data protection for all workloads
Post Reply
eriktxstate
Influencer
Posts: 22
Liked: never
Joined: Sep 29, 2010 4:40 pm
Full Name: Erik Redding
Contact:

*slow* FLR Restores

Post by eriktxstate »

I was curious if anyone has had any issues with insanely slow restore speeds through the FLR Appliance. I'm restoring files from a RHEL Linux vm and it's been restoring at a whopping 125KB/s. 10Gb restore started at noon is now at 16% (and it's 4pm.) Seems slow. Any tuning advice???


Veeam 5.0.2.230 (64bit)
Sethbartlett
Veteran
Posts: 282
Liked: 26 times
Joined: Nov 10, 2010 6:51 pm
Full Name: Seth Bartlett
Contact:

Re: *slow* FLR Restores

Post by Sethbartlett »

You could try setting up the FTP option and see if that is any faster. The traffic is going to go over the network as we boot up a Linux VM to copy the files from to the Veeam box.
Skype: Sethbartlett88 - Make sure to label who you are and why you want to add me ;)
Twitter: @sethbartlett
If my post was helpful, please like it. Sometimes twitter is quicker to hit me up if you need me.
eriktxstate
Influencer
Posts: 22
Liked: never
Joined: Sep 29, 2010 4:40 pm
Full Name: Erik Redding
Contact:

Re: *slow* FLR Restores

Post by eriktxstate »

Thanks for the heads up Seth.

I looked all through the guide and hunted around here - didn't find any info on what the root password would be. I tried logging in via root on the console in vSphere with no password and that didn't work. Any tips?
Gostev
Chief Product Officer
Posts: 31814
Liked: 7302 times
Joined: Jan 01, 2006 1:01 am
Location: Baar, Switzerland
Contact:

Re: *slow* FLR Restores

Post by Gostev »

You are looking too deep... there is a checkbox to enable FTP server on FLR appliance right in the Multi-OS FLR wizard ;)
Although I think the issue here might be with backup repository read speed as well (dedupe storage by any chance)?
eriktxstate
Influencer
Posts: 22
Liked: never
Joined: Sep 29, 2010 4:40 pm
Full Name: Erik Redding
Contact:

Re: *slow* FLR Restores

Post by eriktxstate »

gotcha. Yeah it's dedupe storage. reverse incrementals and I'm restoring from last night's full.

I figured out the ftp option just now. I'm getting 550's when I try to "get" anything. (separate issue) Why does it connect via scp and then deny it?
eriktxstate
Influencer
Posts: 22
Liked: never
Joined: Sep 29, 2010 4:40 pm
Full Name: Erik Redding
Contact:

Re: *slow* FLR Restores

Post by eriktxstate »

Just a note: it's respecting file perms.

I just pushed a meg/sec with pscp while this restore was happening to the same machine. So can I assume it's a slow read on the data?
Gostev
Chief Product Officer
Posts: 31814
Liked: 7302 times
Joined: Jan 01, 2006 1:01 am
Location: Baar, Switzerland
Contact:

Re: *slow* FLR Restores

Post by Gostev »

Most likely. Many dedupe storage devices are pretty slow on reads, which does cause performance issues to vPower engine.
eriktxstate
Influencer
Posts: 22
Liked: never
Joined: Sep 29, 2010 4:40 pm
Full Name: Erik Redding
Contact:

Re: *slow* FLR Restores

Post by eriktxstate »

Sorry - I meant we USE dedupe. It's actually local storage. Veeam+veeamdedupe+optimal compression on the volumes. The machine is basically bored. No cpu's pegged, memory footprint has been the same, the network is barely pushing any speed.....
eriktxstate
Influencer
Posts: 22
Liked: never
Joined: Sep 29, 2010 4:40 pm
Full Name: Erik Redding
Contact:

Re: *slow* FLR Restores

Post by eriktxstate »

It just finished. 5h22m for 10Gb of data on ext3. Peaked at a whopping 500KB/s for the last 20 minutes or so.
Post Reply

Who is online

Users browsing this forum: Bing [Bot], Google [Bot], Semrush [Bot] and 72 guests