Feature Request: Graceful handling of filled library slot

Everything about backing up to tape

Feature Request: Graceful handling of filled library slot

Veeam Logoby Meyercord » Mon Aug 31, 2015 10:58 pm

When Veeam tries to return a tape from the drive to a tape library, it puts the tape back into the same slot it originally came from. If that slot has been manually filled in the meantime, however, such as by ejecting the magazine and placing a new tape into the slot, Veeam does not handle the situation in a graceful manner. It does not look for an alternate empty slot to store the tape, nor does it pause the job and ask the user to intervene - it simply fails the entire job outright.

I had this happen after a backup job burned through 11 tapes and asked for one more. I ejected one of the library magazines and stuck a new tape into an empty slot. This happened to be the slot that Veeam wanted to unload a tape into and when it discovered the slot filled, it terminated a backup job that had been running for 95 hours, rendering the entire backup useless. I suggest that when Veeam is unable to return the tape to the original slot, it select another available slot in the library. If there are no available slots, then pause the job and prompt the user to correct the situation.
Meyercord
Enthusiast
 
Posts: 35
Liked: 6 times
Joined: Mon Jul 14, 2014 4:31 pm
Full Name: AJ Meyercord

Re: Feature Request: Graceful handling of filled library slo

Veeam Logoby v.Eremin » Tue Sep 01, 2015 10:01 am

There is a regkey allowing backup server to ignore slot failure and making it return medium to non-original slot in case original one isn't available.

In order to get it, kindly, open a support ticket and make a request there.

Thanks.
v.Eremin
Veeam Software
 
Posts: 13251
Liked: 965 times
Joined: Fri Oct 26, 2012 3:28 pm
Full Name: Vladimir Eremin

Re: Feature Request: Graceful handling of filled library slo

Veeam Logoby Meyercord » Wed Sep 02, 2015 6:50 pm

Hi Vladimir,
Thanks for the information. I'm glad there's a registry setting to change the behavior, but this won't help me recover the 95 hours lost to the previous job, nor will it help anyone else who isn't aware of the problem until after it kills their backup job. So my initial concern remains: Why is this the default behavior? What is the benefit of forcefully terminating a backup job without providing the administrator any opportunity to resolve the issue? It seems to me that the highest priority of a backup application should be to complete a backup successfully if at all possible.

I still propose that Veeam change the default behavior to handle the situation more gracefully when a full slot is encountered, without requiring the user to modify the registry.
Meyercord
Enthusiast
 
Posts: 35
Liked: 6 times
Joined: Mon Jul 14, 2014 4:31 pm
Full Name: AJ Meyercord

Re: Feature Request: Graceful handling of filled library slo

Veeam Logoby Dima P. » Thu Sep 03, 2015 10:58 am

Hi AJ,
I ejected one of the library magazines and stuck a new tape into an empty slot.

Was it an import/export slot by any chance?
Dima P.
Veeam Software
 
Posts: 6227
Liked: 439 times
Joined: Mon Feb 04, 2013 2:07 pm
Location: SPb
Full Name: Dmitry Popov

Re: Feature Request: Graceful handling of filled library slo

Veeam Logoby v.Eremin » Thu Sep 03, 2015 12:44 pm

The registry key has been added down the road. So, it's still in testing stage and being distributed among limited number of affected customer and direct supervision of support engineers.

Anyway,thank you for the feedback; much appreciated.

Thanks.
v.Eremin
Veeam Software
 
Posts: 13251
Liked: 965 times
Joined: Fri Oct 26, 2012 3:28 pm
Full Name: Vladimir Eremin

Re: Feature Request: Graceful handling of filled library slo

Veeam Logoby Meyercord » Tue Sep 08, 2015 1:21 pm

Dmitry,

No, it was a standard tape slot
Meyercord
Enthusiast
 
Posts: 35
Liked: 6 times
Joined: Mon Jul 14, 2014 4:31 pm
Full Name: AJ Meyercord


Return to Tape



Who is online

Users browsing this forum: Bing [Bot] and 11 guests