Contact us Heritage collections Image license terms
HOME ACL Associates Technology Literature Applications Society Software revisited
Further reading □ Overview1 Logging System2 Console Teletype3 June-July 19754 Settings5 Maintenance6 Errors7 Simulator8 Copy Tape9 Defaults10 Dumping11 Logging12 Aug-Oct 197513 360 Graphics14 Print, Oxford15 Print, RL16 Minutes Nov 1976
ACD C&A INF CCD CISD Archives Contact us Heritage archives Image license terms

Search

   
ACLLiteratureProgress ReportsFR80 Operations :: FR80 Operations
ACLLiteratureProgress ReportsFR80 Operations :: FR80 Operations
ACL ACD C&A INF CCD CISD Archives
Further reading

Overview
1 Logging System
2 Console Teletype
3 June-July 1975
4 Settings
5 Maintenance
6 Errors
7 Simulator
8 Copy Tape
9 Defaults
10 Dumping
11 Logging
12 Aug-Oct 1975
13 360 Graphics
14 Print, Oxford
15 Print, RL
16 Minutes Nov 1976

FR80 Logging System - Operator's Guide

R W Witty

16 July 1975

1. INTRODUCTION

Accounting for FR80 usage is essentially a two stage process. Stage one is the collection of raw data such as the time and film taken to process each job. Stage two is the application of a charging scheme to this raw data to produce invoices.

The aim of the FR80 Logging System is to collect this raw data (stage one) in a form that can be transferred to the 1906A, where the actual accounting will be performed.

The FR80 Logging System causes data about FR80 jobs to be written to a special disc file called LOG;LOGFIL LOGFIL. This file is periodically dumped out to a magnetic tape. Each week this tape will be processed by the 1906A to produce the 1906A accounts.

Overall View

Overall View
Full image ⇗
© UKRI Science and Technology Facilities Council

2. OPERATING THE LOGGING SYSTEM

Notation: In the following examples of console dialogue those lines input by the operator are shown prefixed by -> The -> itself should not be input.

2.1 Creating the Log File

When loading the FR80 software from scratch a new log file must be created with the current date as follows:

->  LOG;MAKE$J 
    *MONITOR 
->  DATE - DD,MM,YY/26,09,75 
->  GO/ 
    27.0 FRAME 0 
 * (MS) - OLD LOG DELETED 
   (MS) - NEW LOG FILE CREATED 
   
* this message may not always appear. 

Note that LOG;MAKE does not use the Monitor Display.

Jobs on spool tapes will thereafter write log records to the log file automatically. The operator will see when the logging program is running because its name, "SYSLOG", will appear on the console printer.

2.2 Operator Entry of Log Records

The operator may manually enter comments into the log file by typing:

-.  GCOMMENT / operator's comment 

This may be done by putting up switch 5 when SYSLOG runs so that MONITOR asks for console input, then typing the comments(s), followed by GO/.

2.3 Log File Overflow

When the log file is nearly full, a message is given:

  (CONSIS) - WARNING: LOG FILE NEARLY FULL 

The operator should then take the earliest opportunity to dump the log file to magnetic tape according to paragraph (2.4).

Should the log file become full the message:

   LOG FULL: <log record> 

will be printed. The operator should immediately dump the log file to magnetic tape, create a new log file (paragraph 2.1) and type into the log file (paragraph 2.2) the following:

->  GCOMMENT /'log overflow records' 
->  GCOMMENT / log record from first 'log full' message 
    ...
->  GCOMMENT / log record from last 'log full' message 
->  GCOMMENT / 'end of log overflow records' 

2.4 Dumping the Log to Magnetic Tape

When the log file is nearly full it should be dumped to tape. As it is possible that the log may be filled several times before its transference to the 1906A, the dump tape will consist of several log files, appended one after the other.

To dump the log file load the current dump tape and then type:

->  S $ J   
    DATE?   
->  today's date and time plus comment if needed   
    OK   
->  E  (moves tape past previous.dumps) 
    OK 
->  FLOG;LOGFIL LOGFIL 

then check that the dump was successful by typing:

->  T 

which will cause an index of the dump tape to be printed on the console. If the dump was successful, clean out the log file by running LOG;MAKE as shown in paragraph 2.1.

2.5 Faults

The log program, SYSLOG, constantly checks the validity of the log file. Should a fault be detected, an explanatory message followed by "FATAL ERROR" will cause the system to return to DEBUG. If such a situation occurs during the day, the operator should inform either JMR or RWW immediately and do nothing until they clear the fault.

If such a situation arises during the night the operator should immediately dump the log file to the log dump tape (paragraph 2.4) and make a new log file (paragraph 2.1). A note of the error and the state of the machine at the time should be left for RWW.

2.6 Viewing the Log

The operator may view the contents of the log file by using Disc Audit as follows:

->  F $ S 
->  LOG 
->  LOGFIL LOGFIL $ S 
->  N  (repeat to step through the file) 

2.7 Disc Management

Under no circumstances should the operator wipe the disc clean. When any changes to the disc contents are to be made, or the FR80 is to be given to anyone else, then the log file should be dumped to the current dump tape and a new one made.

The log file cannot be dumped and restored. This is because it is unlikely to be restored exactly as it was before dumping.

⇑ Top of page
© Chilton Computing and UKRI Science and Technology Facilities Council webmaster@chilton-computing.org.uk
Our thanks to UKRI Science and Technology Facilities Council for hosting this site