On Tue, 13 Aug 2002 16:34:15 -0400, Teresa Biehler <tpbsys AT RIT DOT EDU>
wrote:
>I'm not sure if this works for W2K, but a work around in Tru64 UNIX is:
>
>o Scavenge the media database (this fixes the media database, not sure
>how to do this in W2K)
>o Create a file called "noimmediate" in the debug directory (this
>prevents the problem for reoccurring)
This is indeed a valid workaround since the bug occurs when you mix
immediate and non-immediate saves on a volume. However turning off
immediate saves by creating the noimmediate file will impact on performance
in some environments, so applying the hotfix is a slightly better approach.
>"colin_mcfadyen AT carleton DOT ca" wrote:
>>
>> Problem is that I do not have a support contract at this time. Budget
did
>> not allow for it this year.
>>
>> The binaries mentioned in the reply from Legato (nsrmmd, tapeexer,
>> scanner) are all available in the 6.0.3 update.
>>
>> Does anyone know if I can copy these 6.0.3 binaries into my 6.0.2
>> installation?
>>
>> I can't install 6.0.3 as there is a bug that comes up with some
>> installations (LGTpa36998).
>>
>> Thanks.
>>
>> On Tue, 13 Aug 2002 08:24:54 -0400, Davina Treiber <treiber AT HOTPOP DOT
>> COM>
>> wrote:
>>
>> >On Mon, 12 Aug 2002 12:04:54 -0400, colin_mcfadyen AT carleton DOT ca
>> ><colin_mcfadyen AT CARLETON DOT CA> wrote:
>> >
>> >>Davina,
>> >>Where would I get the hotfix? I am running 6.0.2 on W2K.
>> >
>> >Legato should supply it on request as part of the support call you have
>> >open with them. They sent it to me for the same problem, and it worked.
>> >Perhaps I was luckier with the engineer that dealt with my call, you
seem
>> >to have been landed with one who doesn't know as much. Here is the info
>> >that Legato sent me about the bug.
>> >
>> >---snip---
>> >Here are the information about the LGTpa30132:
>> >
>> > Fact NetWorker 6.0.2
>> >
>> > Fact Backup works fine
>> >
>> > Symptom Error: 'media emergency: Bad or missing record: save set
ID
>> >(#), low water mark (#), current offset (#)'
>> >
>> > Symptom Error: 'nsrclone: error, bad or missing record: ssid (#),
>> low
>> >(#), current (#)'
>> >
>> > Symptom Error: '(server_name): bad or missing record: ssid (#),
low
>> >(#);, current (#)'
>> >
>> > Symptom Error: 'recover: Unable to read checksum from save stream'
>> >
>> > Symptom Error: 'recover: error recovering (filename)'
>> >
>> > Symptom Recover operation fails and results in error
>> >
>> > Cause This problem will only happen when multiplexing immediate
and
>> >non-immediate save streams onto the same tape drive.
>> >
>> >During backup, nsrmmd is updating mediaDB together while writing to
tape.
>> >In this problem, the information written to tape is correct, but
reference
>> >file and record numbers are not updated properly when immediate and non-
>> >immediate save are multiplexing onto the same file and record on tape,
>> >thereby causing NetWorker to have a discrepancy between the file and
>> record
>> >number reflecting physical data on tape and those recorded in mediaDB.
>> >
>> >This problem exists on all version, except the following which contains
>> the
>> >solution:
>> >(1) NetWorker 5.5.3, 5.5.4 and above (for the 5.5.x series)
>> >(2) NetWorker 6.1.1 and above (for all future releases)
>> >
>> > Fix Known issue: resolved in LGTpa30132. Fix expected to be in
>> >NetWorker 5.5.3, 5.5.4 , 6.1.1 and above. If these version are not
>> >available yet, please contact Legato Customer Support to get temporary
>> >hotfixes for the desired platform, hotfixes are available only for
6.0.1,
>> >6.0.2 and 6.1.
>> >
>> >[Hotfix binaries]
>> >nsrmmd
>> >scanner
>> >tapeexer
>> >
>> >NOTE #1: The above hotfix takes care of the problem in two parts:
>> >-- ensure all future entries into the media database is updated
correctly
>> >from the day this hotfix is applied;
>> >-- ensure nsrmmd will try its best to recover from old media database
>> >entries (containing invalid file and record numbers); only in exceptions
>> >when the available information is not sufficient to recover the data,
the
>> >end-user is prompted to run 'scanner -i (tape_device)' or 'scanner -m
>> >(tape_device)' in the daemon.log, which will definitely be able to
restore
>> >the required data, except it takes extra time to run scanner.
>> >
>>
>> --
>> Note: To sign off this list, send a "signoff" 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" 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" 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.
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
|
