We run this process on an almost daily basis presently. It is also recommended
to run it twice back to back if running it manually (as per support).
Carter Fowler
Hardware Services Technician
City of London
600 - 380 Wellington St.
London, ON, CA, N6C 5B5
OF: 519.661.2500 xt. 5711
FX: 519.661.5408
cfowler AT london DOT ca
www.london.ca
-----Original Message-----
From: Legato NetWorker discussion [mailto:NETWORKER AT LISTSERV.TEMPLE DOT EDU]
On Behalf Of Teresa Biehler
Sent: Friday, November 04, 2005 10:09 AM
To: NETWORKER AT LISTSERV.TEMPLE DOT EDU
Subject: Re: AW: [Networker] Is this an indicator of a corrupt media database?
You suggest that nsrim -X be run twice weekly. Is this a documented
recommendation from Legato? Are other finding that they need to run nsrim -X
regularly?
Thanks.
Terea
-----Original Message-----
From: Legato NetWorker discussion [mailto:NETWORKER AT LISTSERV.TEMPLE DOT EDU]
On Behalf Of Rethmeier, Rainer
Sent: Friday, November 04, 2005 7:18 AM
To: NETWORKER AT LISTSERV.TEMPLE DOT EDU
Subject: [Networker] AW: [Networker] Is this an indicator of a corrupt media
database?
Hi,
The best way to keep a media database healthy is to do the following:
1. Delete the .cmprssd under /nsr/mm
2. cd /
3. nsrim -X
The nsrim comand checks and compresses the media db. A lot of messages will be
shown.
If you don't want you can give an add. -q (nsrim -q -X)
On a server with high worload ( 1 -> 10 TB a week ), this should be done twice
a week.
A nsrck -m and nsrck -F aere automat. Included in this check.
Best regards R.
-----Ursprüngliche Nachricht-----
Von: Legato NetWorker discussion [mailto:NETWORKER AT LISTSERV.TEMPLE DOT EDU]
Im Auftrag von Peter Viertel
Gesendet: Freitag, 4. November 2005 06:30
An: NETWORKER AT LISTSERV.TEMPLE DOT EDU
Betreff: [Networker] Is this an indicator of a corrupt media database?
This problem is happening over and over on one of our systems - ever
since a crash... Usually of course nsrjb is called.... But the error
messages are a bit clearer when using nsrmm. There are no startup
errors, none of those WISS messages for example.
Version is 7.2.1 on Solaris 9/SPARC.
It verifies the label, states it is (NOT in media index)... Then turns
around and spits a RAP error about duplicate names and gives up....but
if I delete it myself then the relabel works....
If it is a corrupt media database what do people usually do to repair
it?.... I tried restarting the daemon after deleting the /nsr/mm/cmprssd
file, but that did not fix it up entirely... I seem to recall a
procedure involving deleting all the index files and letting the system
rebuild them... But can't find the tech bulletin now....
root@bkserv1# nsrmm -bDailyClone -f /dev/rmt/1cbn -l -vvvvvvv -R
/dev/rmt/1cbn: 2:Verify label operation in progress
/dev/rmt/1cbn: 2:verified label of 102025 (NOT in media index)
Are you sure you want to over-write 102025 with a new label? y
/dev/rmt/1cbn: 2:Label without mount operation in progress
/dev/rmt/1cbn: 2:
nsrmm: RAP error: duplicate name; pick new name or delete old one
root@bkserv1# nsrmm -d 102025
Delete file and media index entries for sdlt320 tape 102025? Y
root@bkserv1# nsrmm -bDailyClone -f /dev/rmt/1cbn -l -vvvvvvv -R
/dev/rmt/1cbn: 2:Verify label operation in progress
/dev/rmt/1cbn: 2:verified label of 102025 (NOT in media index)
Are you sure you want to over-write 102025 with a new label? y
nsrmm: No volume with name [102025] found in media database.
/dev/rmt/1cbn: 2:Label without mount operation in progress
/dev/rmt/1cbn: 2:labeling, writing eof
/dev/rmt/1cbn: 2:verifying label, rewinding
/dev/rmt/1cbn: 2:verifying label, moving forward 1 record(s)
/dev/rmt/1cbn: 2:labeled sdlt320 tape 102025
NOTICE
This e-mail and any attachments are confidential and may contain copyright
material of Macquarie Bank or third parties. If you are not the intended
recipient of this email you should not read, print, re-transmit, store or act
in reliance on this e-mail or any attachments, and should destroy all copies of
them. Macquarie Bank does not guarantee the integrity of any emails or any
attached files. The views or opinions expressed are the author's own and may
not reflect the views or opinions of Macquarie Bank.
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
wit 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
wit 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
wit 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
wit 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
|