1
0
mirror of https://github.com/PDP-10/its.git synced 2026-01-11 23:53:12 +00:00
PDP-10.its/doc/cent/tapes.save
Lars Brinkhoff 110460c262 Documentation about how to handle magtapes.
- Old AI-KA and OZ Tapes and What to Do with Them
- How to copy 7 track tapes to remote 9 track tapes
- ITS Tape-Saving Project
2019-06-17 17:55:35 +02:00

403 lines
16 KiB
Plaintext
Executable File
Raw Permalink Blame History

This file contains invisible Unicode characters

This file contains invisible Unicode characters that are indistinguishable to humans but may be processed differently by a computer. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

ITS Tape-Saving Project
Project MAC, whence descended the AI Lab and LCS, developed a highly
unusual operating system called ITS (Incompatible Timesharing System). For
many years it was the only, or the chief, OS used at the labs, so most of
the seminal work done here was done on machines running ITS. Full ITS
first ran on the AI PDP6, and was ported to the DM PDP6. Later, PDP10s
became available, and the labs acquired some of the earliest ones -- the
AI-KA10 (AI Lab's machine), the ML KA-10 (used by the MathLab, Theory of
Computation, Automatic Programming, and certain other LCS groups), and the
DMS KA-10 (Dynamic Modeling Systems, also used by certain other LCS
groups); these replaced the PDP-6s, which were slowly phased out. The
well-known MACSYMA program was started on the AI-KA, moved to the ML-KA
when that machine came online and there underwent much development, and
finally needed some space to really run. At that point the Macsyma
Consortium was established and bought MC, the first KL-10A installed
outside DEC. MACSYMA continued to be upgraded on MC, as well as used by
the many Macsyma Consortium customers, who often stored their data and
special applications on the KL.
After many years of overuse and under-maintenance, the latter generally
performed by a small cadre of lab members who stole time from their other
responsibilities to keep the machines going, the old ITS machines have
slowly surrendered to the ravages of time, and gone the way of all silicon.
The KAs were disposed of about four years ago. The KL, renamed MX in 1986,
is reeling; while it was recently revived, its disk drives and memory boxes
are in very bad shape, and we expect to dispose of it soon. The old ITS
machines have been replaced by new, physically smaller, much more easily
maintainable KS-10s (DEC-2020s), which sustain the ITS operating system
(which, like the recently lamented Multics, contains many system features
that are just now being discovered by the outside world), its atmosphere of
cooperation in research, and what (after fifteen years) is still one of the
best mail-delivery systems on the Internet.
Why, when the old machines have been replaced by new hardware, is any
comment needed? Because the AIKA, the MLKA, and the KL all had 7-track,
800bpi (bits per inch) tape drives, and all their backup tapes were written
on these drives. Even as early as the mid-1970s, 7-track drives were being
superseded by 9-track drive technology; by now, 7-track drives are
impossible to find. So the labs now possess a couple rooms full of backup
tapes written at 7 tracks -- the tapes contain the labs' history, but due
to the track difference, are unreadable on any hardware the labs now own or
are likely to be able to get. Moreover, since the tapes were written at
800bpi, they fill two rooms' worth of space, which the labs would prefer to
put to more productive use.
We want to preserve the labs' history, and free that space, by copying
a certain subset of those tapes to modern format. For that reason, LCS has
had the KL repaired one last time, so the old tapes can be read on its
drive, and using available software, copied to the more modern format of 9
tracks, 6250bpi. We propose to copy approximately one full dump per year
per ITS, as well as all the GFR tapes (Grim File Reaper -- a rough
equivalent of Twenex archiving); this should include on the order of 900
old tapes, which will be copied onto 175-200 new tapes. When this project
has been accomplished, the new tapes will contain most of the work done on
the old ITS machines, and all the old 7-track tapes can then be disposed
of. We realize that not everything will be saved, but this method of
copying snapshots and GFRs should preserve most of the labs' important
work.
Concerning DM: for some reason, the DM-KA had a 9-track, 800bpi drive,
so all its backup tapes were written in that format. As long as LCS
maintains a similar format drive (suitable drives are now in use on XX),
the DM tapes will be readable; a small program would need to be written to
translate the data, but the ITS tape format is simple and well-documented,
so such a project should be trivial for any competent systems programmer.
Of course, when the labs consider disposing of their last drives which read
9-track, 800bpi tapes, or when LCS wants to free the space currently used
by the DM-KA tapes, a project like this one should be undertaken to
preserve the DM history.
Requirements:
Time: Each tape takes about 10 minutes to copy, if everything goes
well. However, due to tape age and in some cases frequent use, as well as
machine and network trouble, problems do occur, so a safer estimate would
be 15 minutes per tape. For 900 tapes, that translates as 225 hours of
copying, or approximately 5 weeks' work for one person (at standard 40hr.
weeks). With some competent assistance during hours when I am not
available, this period might be halved. These estimates are based on Alan
Bawden's work copying some of the MX GFR tapes to 1600bpi; since GFR tapes
are by far the most abused ITS backups, the full dump tapes might not
produce as many problems, but it is prudent to assume they will.
Material: We need about 200 new 2400' tapes, of quality suitable for
having data written at 6250bpi. A moderate quantity of documenting
paraphernalia will be needed to label them all.
Hardware: The MX-KL must keep running in at least as good shape as it
currently does; it has the only available 7-track drive. The Chaosnet,
specifically Subnet 6, the piece on which the ITS machines reside, must
bear traffic well; it is the only way for the KL to send the tape data out.
At least one of the AI Lab machines with 6250bpi tape drives (HERMES,
VULCAN) must be usable, because they are the only sites the new tapes can
be written. The LCS machine MILO has a 6250bpi drive but is not on the
Chaosnet, and so is unusable for this purpose.
Software: Already available; written by Dave Moon of Symbolics.
People: Me, at full time or so for 3-4 weeks. Some effort from Ty and
his crew when they are here but I'm not. Assistance at troubleshooting
from Alan Bawden (AIL), John Wroclawski (LCS), and if necessary Dave Moon
(Symbolics), to keep the hardware functional and solve any remaining
software bugs.
Possible other expenses: Tom Knight (AIL) has suggested that the new
tapes, once written, should be copied (thus providing us 2 complete set of
the snapshots and GFRs), and that one of these sets should be stored
somewhere other than in NE43. Such copying can be done, he says, by
outside firms for a relatively modest price. There is precedent for
storing lab tapes offsite; for several years, many of the ITS backup tapes
were stored in the old wind tunnel building; they were returned here when
IPS (now IS) took over that space for its main computer facility.
Magic fix for MX sysconsole going west:
sys^H
upc/
^I
^ -> PUSHJ P,UFLS
^ -> SKIPL foo(I) ; inst. # 170457
^I
$$^R
-1<return>
pty^H
:reatta CENT5/k
12654
print: 40685
A prospective set of old ITS tapes to be copied
Note that not all input tapes are full, and some may be unreadable. If a
particular dump provides an excess of problems, we will have to use another
nearby chronologically, and adjust the remainder accordingly. Any output
tape used to finish copying a full dump will end up only partially full.
Prefer using "Archive" dumps to "Full" dumps; on the other hand, prefer
using tapes not marked as having been hit by the basement flood to those
marked as so doused.
The software does not allow splitting of input tapes onto output tapes;
in other words, any input tape which runs off the end of the output tape
it's being copied onto must be started again on a new output tape. We know
that due to differences in inter-record gaps, 2 800bpi tapes sometimes fit
onto one 1600bpi tape, and sometimes run over (requiring a second 1600bpi
tape). We don't know what the 800-6250 ratio will be; division suggests
that 7 old tapes will fit onto 1 new tape, but Dave Moon suspects that the
inter-record gap diffence will allow only 5-6 old tapes per new one. The
conservative ratio of 1:5 has been used in the table below; we might be
able to do better, but should not count on it.
To retain coherency among the new tapes, each full dump will be copied
to a separate set; thus for each full dump, there will be one new tape only
partially full, containing its last files. Tape is not expensive enough to
subject future users of these tapes to the confusion that would result from
jamming all tapes full without leaving these gaps. GFR tapes, however, can
be copied as many as fit per tape.
In the tables below, an input dump date preceded by * indicates an
alternate to the previous dump. I use the most conservative number of
output tapes needed for all sets of possible alternates. Note that ITS
archive dumps are pretty much regular full dumps; originally there was an
intent to save them longer or treat them as more sacred than ordinary full
dumps, but this seems to have been washed away in the basement flood (in
which many of the arch dump tapes were caught) if not earlier.
Addendum: All tapes actually copied have been recorded in the copy logbook.
The prospective lists below have also been altered to indicate tapes
actually copied, up to the dashed lines; everything below them is still
prospective and subject to change.
Also, the old to new tape ratio is proving to be more like 4:1 than
5:1. This varies depending on file size; also, some tapes are not full,
and thus throw off this standard ratio.
Also, all tapes marked ! are part of the time compromise. All such
tapes are figured for a 4:1 compression ratio, although some will fit 5:1.
AI-KA10 tapes
input dump # output
date tapes #s # tapes type tapes
Apr 71 1000-1003 4 first arch 1 ; may have been missing
; last tape
Apr 72 1037-1044 8 arch 2
Mar 73 1062-1070 9 arch 2
Dec 73 1087-1094 8 arch 2
Dec 74 1108-1120 13 arch 3
Dec 75 1172-1188 17 arch 4
Dec 76 1210-1235 26 arch 6
Dec 77 1266-1300 34 arch 7 ; there is no tape 1280
!Aug 79 2459-2492 34 full 8
!May/Jun 81
2804-2846 43 full 9
Aug 82 3046-3085 40 last full 9
---------------------------------------- total 53 tapes actually made
Dec 78 1336-1366 31 arch
*Jan 79 2320-2349 30 full 7
Dec 79 1409-1448 40 arch
*Feb-Mar 80
2558-2595 38 full 8
Nov 80-Jan 81 ; incomplete dump
2767-2803 38 full 8
; perhaps move back to summer/fall '80 dump
GFRs: 1264, 1265, 1301, 1334, 1335, 1367, 1407, 140, GFR1-GFR11, GFR13-GFR27
GFR30-GFR32
yearly full or archive dumps 269 input tapes 58 output tapes
first and last fulls 57 12
GFR tapes 36 8
--- --
total 362 78
ML-KA10 tapes
input dump # output
date tapes #s # tapes type tapes
Jun 73 1032-1036 5 arch 1
Jun 74 1050-1055 6 arch 2
Jul 75 1074-1079 6 arch 2
Apr 76 585-593 8 full 2
Apr 77 678-688 11 full 3
!Jan 79 851-865 15 full 4
!May 80 2040-2053 14 full 4
!Jan 82 2202-2217 16 full 4
Sep 83 2435-2450 16 last full 4
---------------------------------------- total 26 tapes actually made
Apr 78 770-781 12 full 3
Apr 79 894-907 16 full 4
Apr 80 2025-2039 15 full 4
Apr 81 2131-2144 14 full 4
Apr 82 2231-2246 16 full 4
Mar 83 2385-2402 18 full 5
GFRs: 154, 163, 165, 167-169, 171, 174-177, GFR180-190, GFR192-199,
GFR1-13, GFR15-29
yearly full or archive dumps 129 input tapes 28 output tapes
last full 16 4
GFR tapes 58 12
--- --
total 203 44
MC-KL10 tapes
input dump # output
date tapes #s # tapes type tapes
Jan 76 500-510 11 full 3
Dec 76 603-618 16 full 4
Dec 77 1029-1048 20 arch 4
!Jun 79 2013-2029 17 full 5
!Oct-Dec 80
2405-2447 43 full 10
Aug 82 2870-2927 58 full 13
; Last Whole Macsyma Dump
---------------------------------------- total 39 tapes actually made
!Jul 84 3367-3421 55 full 14
----------------------------------------
Dec 78 1067-1084 18 arch 4
*Jan 79 944-961 18 full 4
Dec 79 1085-1114 30 arch 6
*Jan 80 2131-2159 29 full 6
Oct 80 2405-2447 43 full 9
*Mar 81 2448-2490 43 full 9
Nov 81 2662-2706 45 full 9
*Jan-Feb 82
1153-1204 52 last arch 11
Aug 83 3144-3196 53 full 11
*Nov 83 3197-3259 63 full 13
Aug 85 3821-3874 54 full 11
*Oct 85 3875-3927 53 full 11
[Oct 86 4100-4122, last full dump, was run at 9-track, 1600 bpi, so does
not need to be copied, merely saved.]
GFRs: 175-199, GFR1-68, GFR70-88
yearly full or archive dumps 411 input tapes 85 output tapes
first and last archives 64 14
GFR tapes 102 26
--- --
total 577 125
GFR tape schedule
AI
1264 -- 22aug77 GFR6 -- 29oct80 GFR19 --
1265 -- 16nov77 GFR7 -- 3nov80 GFR20 --
1301 -- 2apr78 GFR8 -- 26nov80 GFR21 --
1334 -- 8aug78 GFR9 -- 12dec80 GFR22 -- 13feb82
1335 -- 24nov78 GFR10 -- 28jan81 GFR23 --
1367 -- 14feb79 GFR11 -- 24may81 GFR24 --
1407 -- 12oct79 GFR13 -- 25aug81 GFR25 --
140 -- 3dec79 ? GFR14 -- 4oct81 GFR26 --
GFR1 -- 15jul80 GFR15 -- 18oct81 GFR27 -- 28jan83
GFR2 -- 26aug80 GFR16 -- 15nov81 GFR30 -- 28jan83
GFR3 -- 26aug80 GFR17 -- 6jan82 GFR31 -- 28jan83
GFR4 -- 26sep80 GFR18 -- 6jan82 GFR32 -- 28jan83
GFR5 -- 13oct80
ML
154 -- 23dec73 GFR189 -- GFR10 --
163 -- 28oct74 GFR190 -- GFR11 --
165 -- 21dec74 GFR192 -- GFR12 --
167 -- 13mar75 GFR193 -- GFR13 --
168 -- 24jun75 GFR194 -- GFR15 --
169 -- 25sep75 GFR195 -- GFR16 --
171 -- 13oct75 GFR196 -- GFR17 --
174 -- 2jun76 GFR197 -- GFR18 --
175 -- 20jul76 GFR198 -- GFR19 --
176 -- 15aug76 GFR199 -- GFR20 --
177 -- 30aug75 GFR1 -- GFR21 --
GFR180 -- GFR2 -- GFR22 --
GFR181 -- GFR3 -- GFR23 --
GFR182 -- GFR4 -- GFR24 --
GFR183 -- GFR5 -- GFR25 --
GFR184 -- GFR6 -- GFR26 --
GFR185 -- GFR7 -- GFR27 --
GFR186 -- GFR8 -- GFR28 --
GFR187 -- GFR9 -- GFR29 --
GFR188 --
MC
175 -- 23may77 GFR14 -- 18mar80 GFR51 -- 17mar83
176 -- 7sep77 GFR15 -- 2apr80 GFR52 -- 2may83
177 -- 28oct77 GFR16 -- 20apr80 GFR53 -- 24jun83
178 -- 27nov77 GFR17 -- 2may80 GFR54 -- 28jul83
179 -- 25jan78 GFR18 -- 14may80 GFR55 -- 18aug83
180 -- 14mar78 GFR19 -- 22may80 GFR56 -- 18nov83
181 -- 6apr78 GFR20 -- 23oct80 GFR57 -- 28dec83
182 -- 11may78 GFR21 -- 6nov80 GFR58 -- 11feb84
183 -- 8jun78 GFR22 -- 11dec80 GFR59 --
184 -- 11jul78 GFR23 -- 1jun81 GFR60 --
185 -- 20jul78 GFR24 -- 29jan81 GFR61 --
186 -- 17aug78 GFR25 -- 12feb81 GFR62 -- 11mar84
187 -- 8sep78 GFR26 -- 12mar81 GFR63 -- apr84
188 -- 18sep78 GFR27 -- 31mar81 GFR64 -- may84
189 -- 25sep78 GFR28 -- 9may81 GFR65 -- 28may84
190 -- 16oct78 GFR29 -- 2jun81 GFR66 --
191 -- 28oct78 GFR30 -- 15jun81 GFR67 --
192 -- 11nov78 GFR31 -- 17jul81 GFR68 --
193 -- 27nov78 GFR32 -- 3aug81 GFR70 --
194 -- 9dec78 GFR33 -- 13aug81 GFR71 --
195 -- 20dec78 GFR34 -- 21aug81 GFR72 --
196 -- 5jan79 GFR35 -- 3sep81 GFR73 --
197 -- 31jan79 GFR36 -- 3oct81 GFR74 --
198 -- 18feb79 GFR37 -- 18oct81 GFR75 --
199 -- 23mar79 GFR38 -- 11mar82 GFR76 --
GFR1 -- 10apr79 GFR39 -- 3apr82 GFR77 --
GFR2 -- 26apr79 GFR40 -- 15may82 GFR78 --
GFR3 -- 4may79 GFR41 -- 19may82 GFR79 --
GFR4 -- 7jun79 GFR42 -- 9jul82 GFR80 --
GFR5 -- 2jul79 GFR43 -- 3aug82 GFR81 --
GFR6 -- 21jul79 GFR44 -- 8sep82 GFR82 --
GFR7 -- 31jul79 GFR45 -- 5oct82 GFR83 --
GFR8 -- 11aug79 GFR46 -- 30oct82 GFR84 --
GFR9 -- 23aug79 GFR47 -- 15dec82 GFR85 --
GFR10 -- 10sep79 GFR48 -- 23dec82 GFR86 --
GFR11 -- 18jan80 GFR49 -- 3jun83 GFR87 --
GFR12 -- 10feb80 GFR50 -- 6feb83 GFR88 --
GFR13 -- 22feb80