In regard to: [Networker] Multiple drives for recovery?, George Sinclair...:
Anyone else seen this?
I run a browsable recover (CLI), requiring one full and three incremental
tapes. NW loads all tapes (6 drives in tape library) and starts reading from
each, rather than starting with the full and working through one tape at a
time, to the last incr?
This is on 7.5SP1 on RH Linux. Client is running an older 7.2.2 release.
It's funny that you should bring up something like this. I've been
meaning to post to the list about a major issue with parallelized
multi-volume recovers. I don't want to hijack your thread so I'll
post more details in a different thread.
Yes, we've seen NetWorker parallelize multi-volume recovers. Most of the
time it works pretty well. IIRC, this is something that was added in the
7.x series (earlier versions would always serialize volume access). It
used to be configurable by creating a file in /nsr/debug (do a substring
search of the mailing list archives for striped_recover for more info).
We have, however, seen a few instances where recover apparently deadlocks
in the striped recovery code. This happened to us to a couple of times
under 7.2.x or 7.4.x, but we upgraded to 7.5.2 last week and the first big
recover we had to do triggered a deadlock in recovery. We've had a case
open with EMC about this issue since last Friday.
Tim
--
Tim Mooney Tim.Mooney AT ndsu DOT
edu
Enterprise Computing & Infrastructure 701-231-1076 (Voice)
Room 242-J6, IACC Building 701-231-8541 (Fax)
North Dakota State University, Fargo, ND 58105-5164
To sign off this list, send email to listserv AT listserv.temple DOT edu and type
"signoff networker" in the body of the email. Please write to networker-request
AT listserv.temple DOT edu if you have any problems with this list. You can access the
archives at http://listserv.temple.edu/archives/networker.html or
via RSS at http://listserv.temple.edu/cgi-bin/wa?RSS&L=NETWORKER
|
