HP3000-L Archives

March 2005, Week 2

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:
"William L. Brandt" <[log in to unmask]>
Reply To:
William L. Brandt
Date:
Fri, 11 Mar 2005 08:40:54 -0800
Content-Type:
text/plain
Parts/Attachments:
text/plain (46 lines)
Here's one for you all - it is a bit of a mystery and doesn't occur all the
time.

Somes when I perform a backup the progress shows that it is ending 10x
faster than normal - Perhaps to get to the bottom I will have to keep the
$STDLIST - I would "assume" that some process is keeping some files open
when the :STORE starts?

Last night the backup was "finished" in 2 minutes when it normally takes 40.
So I started it again and it ran normally. Nothing else changed in the
equation which makes this a bit interesting.

everyone is logged off the system but the operator console.

Here's my job stream: (looking at the jobstream there are no errors
(CIERROR)

!JOB backupNN,MGR/*****.BRANDT/*****OUTCLASS=,1;INPRI=8
!CONTINUE

20   (This gets out of the menu that comes up)

!RESET @

!file t;dev=tape

!STORE @[log in to unmask],@[log in to unmask]@[log in to unmask]@.SYS;*T;DIRECTORY;SHOW;PROGRESS

!IF CIERROR = 0

!SET STDLIST=DELETE

!ENDIF !EOJ



I will start saving the $STDLIST  regardless of CIERROR and report - just
wondering if anyone has come across this before - it is a 917 with C.55.07 .



Bill

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

ATOM RSS1 RSS2