HP3000-L Archives

July 2004, Week 4

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
J Dolliver <[log in to unmask]>
Reply To:
Date:
Wed, 28 Jul 2004 15:31:39 -0400
Content-Type:
text/plain
Parts/Attachments:
text/plain (118 lines)
X-ASG-Orig-Subj: Re: 7.5 PP2 alert
Subject: Re: 7.5 PP2 alert
Date: Wed, 28 Jul 2004 19:31:34 +0000
Message-Id: <[log in to unmask]>
X-Mailer: AT&T Message Center Version 1 (Jun 27 2004)
X-Authenticated-Sender: ai5kb2xsaXZlckBhdHQubmV0
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="NextPart_Webmail_9m3u9jl4l_9546_1091043094_0"
X-Virus-Scanned: by Barracuda Spam Firewall at utc.edu
X-Barracuda-Spam-Score: -0.2
X-Barracuda-Spam-Status: No, SCORE=-0.2 using global scores of TAG_LEVEL=3.5 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=7.0 tests=BAYES_01, HTML_MESSAGE, MIME_BOUND_NEXTPART, MIME_HTML_NO_CHARSET, NO_REAL_NAME
X-Barracuda-Spam-Report: Code version 2.61, rules version 1.6.733
        Rule breakdown below
        pts        rule name                           description
        ---- ---------------------- -------------------------------------------
        0.2 NO_REAL_NAME           From: does not include a real name
        -1.5 BAYES_01               BODY: Bayesian spam probability is 1 to 10%
                                   [score: 0.0359]
        0.0 HTML_MESSAGE           BODY: HTML included in message
        0.6 MIME_HTML_NO_CHARSET   RAW: Message text in HTML without charset
        0.5 MIME_BOUND_NEXTPART    Spam tool pattern in MIME boundary


--NextPart_Webmail_9m3u9jl4l_9546_1091043094_0
Content-Type: text/plain
Content-Transfer-Encoding: 8bit

Thanks for the answers from John and Cathlene

Is it true that the latest patch is on the PP2 tape for 7.5 as John mentioned or do you have to order the patch separate?
==============

Joe,

The offending patch is being withdrawn from PP2. If
you have already installed it, there is a binary patch
to undo the problem. If you already have PP2 and have
not installed it, wait for the revised PP2 or you will
have the problem running parallel backups. If you need
more info, Let me know off line and I will be back in
the office this Friday.

John Bawden
================

-------------- Original message from Cathlene Mc Rae : --------------
> There are two know problems with online turbo store:
> [8606-307058/STARS-ACTIVE/English] - FILE NOT FOUND WHEN FINAL TRAILER
> WAS ENCOUNTERED.
>
> This is a RESTORE error when attempting to restore certain files from
> an ONLINE=END backup. The files that RESTORE cannot restore all have
> after-image (AI) data, but RESTORE fails to find the AI data on the
> media. This is caused by the wrong tape mark numbers being written
> into the store tape media directory. As a result RESTORE skips to the
> wrong place on the media and then fails to find the data. This problem
> has been seen and duplicated when the default option of ;FULLDB is used
> AND STORE fails to backup some databases because of database errors
> (e.g. file not found for some database files).
>
> [8606-305679/STARS-ACTIVE/English] - unable to restore files that were
> built during the
> start of an ONLINE=START backup
>
> The symptoms of this problem are varied. The issue is with files
> that are built in between an ONLINE=START STORE beginning and the
> sync point, which is shortly thereafter. Depending upon whether the
> STORE was performed to serial or parallel media and whether the RESTORE
> is done from serial or parallel media, the errors seen from RESTORE
> vary. In almost all cases RESTORE will start asking the operator to
> mount media that does not exist. For example, if the STORE was done
> to parallel media, RESTORE may ask for:
>
> 15:44/#S2/27/DISMOUNT MEDIA 1 OF SET 1 FOR RESTORE ON LDEV 7
> 15:44/#S2/27/MOUNT MEDIA 1 FOR RESTORE ON LDEV 7
>
> There are patches for these problems:
> C.65.00 (A)
> C.70.00 (B)
> C.75.00 (C)
>
> John, have you opened case with the response center on this problem?
>
> Cathlene Mc Rae
> SR Response Center Engineer.
--NextPart_Webmail_9m3u9jl4l_9546_1091043094_0
Content-Type: text/html
Content-Transfer-Encoding: 8bit

<html>
<!-- BEGIN WEBMAIL STATIONERY -->
<head><style type='text/css'>
p {
margin: 0px;
}
</style></head>
<body>
<!-- WEBMAIL STATIONERY noneset -->
<P>Thanks for the answers from John and Cathlene</P>
<P>&nbsp;</P>
<P>Is it true that the latest patch is on the PP2 tape for 7.5 as John mentioned or do you have to order the patch separate?</P>
<P>==============</P>
<P>&nbsp;</P>
<P>Joe,<BR><BR>The offending patch is being withdrawn from PP2. If<BR>you have already installed it, there is a binary patch<BR>to undo the problem. If you already have PP2 and have<BR>not installed it, wait for the revised PP2 or you will<BR>have the problem running parallel backups. If you need<BR>more info, Let me know off line and I will be back in<BR>the office this Friday.<BR><BR>John Bawden<BR>================</P>
<P>&nbsp;</P>
<P>-------------- Original message from Cathlene Mc Rae <[log in to unmask]>: -------------- <BR>&gt; There are two know problems with online turbo store: <BR>&gt; [8606-307058/STARS-ACTIVE/English] - FILE NOT FOUND WHEN FINAL TRAILER <BR>&gt; WAS ENCOUNTERED. <BR>&gt; <BR>&gt; This is a RESTORE error when attempting to restore certain files from <BR>&gt; an ONLINE=END backup. The files that RESTORE cannot restore all have <BR>&gt; after-image (AI) data, but RESTORE fails to find the AI data on the <BR>&gt; media. This is caused by the wrong tape mark numbers being written <BR>&gt; into the store tape media directory. As a result RESTORE skips to the <BR>&gt; wrong place on the media and then fails to find the data. This problem <BR>&gt; has been seen and duplicated when the default option of ;FULLDB is used <BR>&gt; AND STORE fails to backup some databases because of database errors <BR>&gt; (e.g. file not found for some database files). <BR>&gt; <BR>&gt; [8606-305679/STA
 RS-ACTIVE/English] - unable to restore files that were <BR>&gt; built during the <BR>&gt; start of an ONLINE=START backup <BR>&gt; <BR>&gt; The symptoms of this problem are varied. The issue is with files <BR>&gt; that are built in between an ONLINE=START STORE beginning and the <BR>&gt; sync point, which is shortly thereafter. Depending upon whether the <BR>&gt; STORE was performed to serial or parallel media and whether the RESTORE <BR>&gt; is done from serial or parallel media, the errors seen from RESTORE <BR>&gt; vary. In almost all cases RESTORE will start asking the operator to <BR>&gt; mount media that does not exist. For example, if the STORE was done <BR>&gt; to parallel media, RESTORE may ask for: <BR>&gt; <BR>&gt; 15:44/#S2/27/DISMOUNT MEDIA 1 OF SET 1 FOR RESTORE ON LDEV 7 <BR>&gt; 15:44/#S2/27/MOUNT MEDIA 1 FOR RESTORE ON LDEV 7 <BR>&gt; <BR>&gt; There are patches for these problems: <BR>&gt; C.65.00 (A) <BR>&gt; C.70.00 (B) <BR>&gt; C.75.00 (C) <BR>&gt; <BR>&g
 t; John, have you opened case with the response center on this problem? <BR>&gt; <BR>&gt; Cathlene Mc Rae <BR>&gt; SR Response Center Engineer. </P>
<!-- END WEBMAIL STATIONERY -->

</body>
</html>

--NextPart_Webmail_9m3u9jl4l_9546_1091043094_0--

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *

ATOM RSS1 RSS2