Networker

Re: [Networker] DDS issue?

2003-12-02 21:16:50
Subject: Re: [Networker] DDS issue?
From: "Shive, Matt" <Matt.Shive AT BDK DOT COM>
To: NETWORKER AT LISTMAIL.TEMPLE DOT EDU
Date: Tue, 2 Dec 2003 21:14:58 -0500
I am not exactly sure what algorithms are in play during the scenario you
describe, but I have seen the same thing here.  It definitely seems to be
impacted by the various parallelism and target session thresholds.


-M@





-----Original Message-----
From: Teresa Biehler [mailto:tpbsys AT RIT DOT EDU]
Sent: Tuesday, December 02, 2003 6:40 PM
To: NETWORKER AT LISTMAIL.TEMPLE DOT EDU
Subject: [Networker] DDS issue?

Hi,



We have a tape library with 8 physical tape drives.  Five of these
drives are shared by the NW server (NW v7.1, Solaris) and one NW storage
node (NW v6.1.3, Win2K).  The remaining 3 drives are dedicated to the NW
server.



When backups are running on all 8 drives, in the pending section of the
nwadmin GUI, there are still requests for up to 5 more tapes.  The tapes
that Networker is requesting are in the same pools that the ones being
written to are in, so it's not Networker needing media from
more/different pools.  It looks like Networker believes that there are
13 physical devices instead of just 8.



Has anyone ever seen this before?  Is this what I should be seeing when
I use DDS?



Thanks.

Teresa


--
Note: To sign off this list, send a "signoff networker" command via email
to listserv AT listmail.temple DOT edu or visit the list's Web site at
http://listmail.temple.edu/archives/networker.html where you can
also view and post messages to the list.
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=

--
Note: To sign off this list, send a "signoff networker" command via email
to listserv AT listmail.temple DOT edu or visit the list's Web site at
http://listmail.temple.edu/archives/networker.html where you can
also view and post messages to the list.
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=

<Prev in Thread] Current Thread [Next in Thread>