Check the client definition for the system being recovered, if the
"recover storage node" has not been populated then it will default and
assume it matches the "storage node" attribute. As you mentioned the
backups occur using the storage node, then this would follow this
solution, if the "recover storage node" param was empty.
There is also the "clone storage node" param than could be populated if
you were wanting the staging to occur on the Storage node also, directly
from the Disk to the Tapes.
Note: if the Disk devices are local to the Storage node as per your
comment on where the backups occur, then performing the staging on the
networker servers tape drives would mean the staging is occurring over
LAN, from the Storage node devices to the Networker servers devices.
-----Original Message-----
From: EMC NetWorker discussion [mailto:NETWORKER AT LISTSERV.TEMPLE DOT EDU] On
Behalf Of Ken Gehring
Sent: Thursday, 7 May 2009 5:50 AM
To: NETWORKER AT LISTSERV.TEMPLE DOT EDU
Subject: Re: [Networker] Dumb question on a restore
The media is not on the storage node. I was staged off the adv_fs
device to a tape on the server using nsrstage
On Wed, May 6, 2009 at 1:46 PM, Smith, Al <Al.Smith AT timet DOT com> wrote:
> Can you verify that the media is still on the adv_disk device?
> Did you happen to stage it off or clone it off to physical media?
>
>
>
> -----Original Message-----
> From: EMC NetWorker discussion
[mailto:NETWORKER AT LISTSERV.TEMPLE DOT EDU]On
> Behalf Of Ken Gehring
> Sent: Wednesday, May 06, 2009 1:34 PM
> To: NETWORKER AT LISTSERV.TEMPLE DOT EDU
> Subject: [Networker] Dumb question on a restore
>
>
> It looks like we have a small issue with some restores (probably a
> simple fix but...)
> Anyways
> networker 7.4.4 server on hpux 11i
> 2 storage nodes (7.4.4) on linux (adv_disk devices)
> Our slow clients backup to disk on a storage node, then the savesets
> are staged to the networker server on to LTO tape.
>
> In doing a restore today, networker is asking for the tape on the
> storage node rather than the server. I used to behave properly before
> we upgraded from 7.2.2 to 7.4.4.
>
> Any ideas?
>
> Thanks in advance.
>
> Ken
>
> --
> They that can give up essential liberty to obtain a little
> temporary safety deserve neither liberty nor safety.
> --Benjamin Franklin
>
> 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
>
--
They that can give up essential liberty to obtain a little
temporary safety deserve neither liberty nor safety.
--Benjamin Franklin
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
No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 8.0.238 / Virus Database: 270.12.19/2099 - Release Date:
05/06/09 17:58:00
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
|
