I've not come across locations being unset.
If "deleting a tape index" you are selecting a volume on the volumes
window and then deleting it, then the behaviour your seeing is correct.
Networker has removed all idea of that tape from the current view to
reinstate it you will need to inventory it. If you are using a direct
attached SCSI library then there will be a slot with a "-" in it just
inventory that slot. If you are using a silo then inventory the volume
name you just removed.
We use recylce to/from pools on all pools (and when using 6 even the
default pool! ) and don't see this causing problems.
On Fri, 27 Mar 2009 11:23:07 +1100, Rachel Polanskis
<r.polanskis AT UWS.EDU DOT AU> wrote:
>Hi,
>using Legato 7.4.2 on 2 servers.
>
>The first one was an upgrade from 7.2.1, the second is a fresh install.
>
>I have noticed that the "Location" field is being unset by the system.
>
>Then I have to manually reset it for several volumes, all from the same
>approximate dates to the correct location.
>
>Then 2 days later the same thing happens.
>
>I use the Location field to drive our Offsite routines. It is no good if
this fails.
>
>Furthermore the second system has the same problem PLUS it seems
>to lose tapes completely.
>
>For example, I noted volid 300077 had Location unset. I reset it to the
correct
>location. It has no other locations, just the L700.
>
>So then I want that particular tape so I delete its index.
>
>Then I go to relabel it - IT'S GONE!
>
>nsrjb and the rest of the system commands do not know anything about the
>volume or anything. It doesn't exist at all. Where it once occupied a
slot,
>it has no appearance in any of the outputs at all.
>
>This is a tape that existed last week
>and appears to no longer exist anywhere in the library. it has not been
withdrawn
>or manipulated in any way.
>
>The only thing I can think of is that "recycle from/to other pools" is
enabled
>on this system.
>
>Can anyone confirm they have seen a similar issue as above?
>
>What commands should I run to check that the Location field is not
>being corrupted etc?
>
>
>rachel
>
>--
>Rachel Polanskis Systems Admin, University of Western Sydney
>ADD Werrington North Campus (+61 2) 9678 7291 <r.polanskis AT uws.edu DOT
>au>
> The price of greatness is responsibility.
>
>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
>=========================================================================
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
|