/
ks-its.mail
executable file
·2131 lines (1809 loc) · 92.8 KB
/
ks-its.mail
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
722
723
724
725
726
727
728
729
730
731
732
733
734
735
736
737
738
739
740
741
742
743
744
745
746
747
748
749
750
751
752
753
754
755
756
757
758
759
760
761
762
763
764
765
766
767
768
769
770
771
772
773
774
775
776
777
778
779
780
781
782
783
784
785
786
787
788
789
790
791
792
793
794
795
796
797
798
799
800
801
802
803
804
805
806
807
808
809
810
811
812
813
814
815
816
817
818
819
820
821
822
823
824
825
826
827
828
829
830
831
832
833
834
835
836
837
838
839
840
841
842
843
844
845
846
847
848
849
850
851
852
853
854
855
856
857
858
859
860
861
862
863
864
865
866
867
868
869
870
871
872
873
874
875
876
877
878
879
880
881
882
883
884
885
886
887
888
889
890
891
892
893
894
895
896
897
898
899
900
901
902
903
904
905
906
907
908
909
910
911
912
913
914
915
916
917
918
919
920
921
922
923
924
925
926
927
928
929
930
931
932
933
934
935
936
937
938
939
940
941
942
943
944
945
946
947
948
949
950
951
952
953
954
955
956
957
958
959
960
961
962
963
964
965
966
967
968
969
970
971
972
973
974
975
976
977
978
979
980
981
982
983
984
985
986
987
988
989
990
991
992
993
994
995
996
997
998
999
1000
Received: from MC.LCS.MIT.EDU (CHAOS 3131) by AI.AI.MIT.EDU; 15 Jan 90 17:10:02 EST
Received: from lcs.mit.edu (CHAOS 15044) by MC.LCS.MIT.EDU; 15 Jan 90 17:02:58 EST
Received: from STONY-BROOK.SCRC.SYMBOLICS.COM by mintaka.lcs.mit.edu id aa22982;
15 Jan 90 16:55 EST
Received: from KENNETH-WILLIAMS.SCRC.Symbolics.COM by STONY-BROOK.SCRC.Symbolics.COM via INTERNET with SMTP id 723221; 15 Jan 90 16:49:04 EST
Date: Mon, 15 Jan 90 16:50 EST
From: "David A. Moon" <Moon@stony-brook.scrc.symbolics.com>
Subject: That Time Again on ML
To: jtw@ml.ai.mit.edu
cc: ks-its@mc.lcs.mit.edu
In-Reply-To: <11080.900112.PFTHMG-DRAGON@ML.AI.MIT.EDU>
Message-ID: <19900115215013.2.MOON@KENNETH-WILLIAMS.SCRC.Symbolics.COM>
Date: Fri, 12 Jan 90 18:47:52 EST
From: Puff the Magic Dragon <PFTHMG-DRAGON%ML.AI.MIT.EDU@mintaka.lcs.mit.edu>
Don't forget to print out the DSK:DRAGON;NOV REPORT file and
give it to the appropriate people.
Thanks John (I assume it was you who made ML work again).
Received: from MC.LCS.MIT.EDU (CHAOS 3131) by AI.AI.MIT.EDU; 27 Nov 89 09:48:35 EST
Date: Mon, 27 Nov 89 09:46:31 EST
From: "Robert E. Seastrom" <RS%MC.LCS.MIT.EDU@MINTAKA.LCS.MIT.EDU>
Subject: ML status?
To: ks-its@AI.AI.MIT.EDU
Message-ID: <628937.891127.RS@MC.LCS.MIT.EDU>
What is the status of ML?
If ML is not going to be back up in the near future, how about the
status of the tape drive on AI so that I can get back some of the
files on ML that I need?
---Rob
Received: from lcs.mit.edu (CHAOS 15044) by AI.AI.MIT.EDU 17 Nov 89 21:07:32 EST
From: John Wroclawski <jtw@lcs.mit.edu>
Sender: jtw@lcs.mit.edu
To: laurel@ai.mit.edu, alan@ai.ai.mit.edu
cc: bug-ks@ai.ai.mit.edu
Subject: yet more cruft about KS10s
Date: Fri, 17 Nov 89 20:57:32 EST
Message-ID: <8911172057.aa21978@mintaka.lcs.mit.edu>
ML's disk, and thence ML, are again running.
Maybe the easiest plausible thing to do about MD's disk, which looks
pretty beat both electronically and mechanically, is to swap it with
HT's disk, which seems to be OK at first glance.
-john
Date: Wed, 15 Nov 89 20:15:11 EST
From: "Pandora B. Berman" <CENT%AI.AI.MIT.EDU@MINTAKA.LCS.MIT.EDU>
Subject: ML still down
To: BUG-KS%AI.AI.MIT.EDU@MINTAKA.LCS.MIT.EDU
cc: LAUREL%AI.AI.MIT.EDU@MINTAKA.LCS.MIT.EDU
Message-ID: <669838.891115.CENT@AI.AI.MIT.EDU>
i tried a few of the simple things alan mentioned. it's the right disk and
the right number plug. as far as i can tell, everything is powered up,
connected correctly (i didn't try tracing the cables), and there hasn't
been a head crash. RESET doesn't help. most of his other suggestions are
beyond my technical capability or my nerve.
so laurel and i have postponed the AI and MC PMs. we figured it won't hurt
to ask d'avolio to look at ML's disk again, since he's probably going to be
here in the morning.
Received: from lcs.mit.edu (CHAOS 15044) by AI.AI.MIT.EDU 14 Nov 89 11:51:44 EST
From: Rob Austein <sra@lcs.mit.edu>
Sender: sra@mintaka.lcs.mit.edu
To: laurel@ai.mit.edu
CC: jtw@lcs.mit.edu, ALAN@MC.lcs.mit.edu, CENT@MC.lcs.mit.edu,
BUG-KS@ai.ai.mit.edu
In-reply-to: Laurel Simmons's message of Tue, 14 Nov 89 09:22:18 EST <8911141422.AA21933@rice-chex>
Subject: ML losing, world ends, etc.
Date: Tue, 14 Nov 89 11:45:31 EST
Message-ID: <8911141145.aa23727@mintaka.lcs.mit.edu>
From: Laurel Simmons <laurel@ai.mit.edu>
Date: Tue, 14 Nov 89 09:22:18 EST
Ty rolled the other RP06's out the door. Presumably on orders from Tom
Greene. This happened about a week ago.
Specificly, he rolled them down into the basement, as part of clearing
the floor space that now officially belongs to the Dean's Office.
They're not gone, although I don't know how long their life expectancy
will be down in the flood zone.
Received: from REAGAN.AI.MIT.EDU (CHAOS 13065) by AI.AI.MIT.EDU 14 Nov 89 09:26:37 EST
Received: from AI.MIT.EDU by REAGAN.AI.MIT.EDU via INTERNET with SMTP id 275848; 14 Nov 89 09:23:54 EST
Received: from rice-chex (rice-chex.ai.mit.edu) by life.ai.mit.edu (4.0/AI-4.10) id AA05005; Tue, 14 Nov 89 09:22:41 EST
From: laurel@ai.mit.edu (Laurel Simmons)
Received: by rice-chex (4.0/AI-4.10) id AA21933; Tue, 14 Nov 89 09:22:18 EST
Date: Tue, 14 Nov 89 09:22:18 EST
Message-Id: <8911141422.AA21933@rice-chex>
To: jtw@lcs.mit.edu
Cc: ALAN%MC.LCS.MIT.EDU@mintaka.lcs.mit.edu,
CENT%MC.LCS.MIT.EDU@mintaka.lcs.mit.edu, BUG-KS@ai.ai.mit.edu
In-Reply-To: John Wroclawski's message of Mon, 13 Nov 89 22:11:53 EST <8911132211.aa06330@mintaka.lcs.mit.edu>
Subject: ML losing, world ends, etc.
Ty rolled the other RP06's out the door. Presumably on orders from Tom
Greene. This happened about a week ago.
Received: from REAGAN.AI.MIT.EDU (CHAOS 13065) by AI.AI.MIT.EDU 14 Nov 89 09:25:12 EST
Received: from AI.MIT.EDU by REAGAN.AI.MIT.EDU via INTERNET with SMTP id 275846; 14 Nov 89 09:22:30 EST
Received: from rice-chex (rice-chex.ai.mit.edu) by life.ai.mit.edu (4.0/AI-4.10) id AA04984; Tue, 14 Nov 89 09:21:15 EST
From: laurel@ai.mit.edu (Laurel Simmons)
Received: by rice-chex (4.0/AI-4.10) id AA21892; Tue, 14 Nov 89 09:20:54 EST
Date: Tue, 14 Nov 89 09:20:54 EST
Message-Id: <8911141420.AA21892@rice-chex>
To: ALAN%MC.LCS.MIT.EDU@mintaka.lcs.mit.edu
Cc: CENT%MC.LCS.MIT.EDU@mintaka.lcs.mit.edu,
JTW%MC.LCS.MIT.EDU@mintaka.lcs.mit.edu,
SRA%MC.LCS.MIT.EDU@mintaka.lcs.mit.edu, BUG-ks@ai.ai.mit.edu,
LAUREL%MC.LCS.MIT.EDU@mintaka.lcs.mit.edu
In-Reply-To: Alan Bawden's message of Mon, 13 Nov 89 20:35:56 EST <626713.891113.ALAN@MC.LCS.MIT.EDU>
Whoa! I had no idea ML was broken since Mike on Thursday. Why didn't
anyone tell me? Should I call them and get him back here?
laurel
Received: from lcs.mit.edu (CHAOS 15044) by AI.AI.MIT.EDU 14 Nov 89 00:26:33 EST
Received: from arisia.Xerox.COM by mintaka.lcs.mit.edu id aa26023;
14 Nov 89 0:19 EST
Received: from roo.parc.Xerox.COM by arisia.Xerox.COM with SMTP
(5.61+/IDA-1.2.8/gandalf) id AA16540; Mon, 13 Nov 89 21:13:49 -0800
Received: from mr-bun.parc.Xerox.COM by roo.parc.xerox.com with SMTP
(5.61+/IDA-1.2.8/gandalf) id AA07116; Mon, 13 Nov 89 21:14:50 PST
Date: Mon, 13 Nov 89 21:14 PST
From: Alan Bawden <bawden@parc.xerox.com>
Subject: ML disk dead
To: CENT%AI.AI.MIT.EDU@MINTAKA.lcs.mit.edu,
BUG-KS%AI.AI.MIT.EDU@MINTAKA.lcs.mit.edu,
LAUREL%AI.AI.MIT.EDU@MINTAKA.lcs.mit.edu
In-Reply-To: <668827.891113.CENT@AI.AI.MIT.EDU>
Message-Id: <19891114051402.7.ALAN@MR-BUN.parc.xerox.com>
Date: Mon, 13 Nov 89 21:59:41 EST
From: "Pandora B. Berman" <CENT%AI.AI.MIT.EDU@MINTAKA.lcs.mit.edu>
it's clear that ML has -not- run since Provocative Maintenance. for what
it's worth, i did an incremental immediately before i turned it off, so if
the pack is trashed we can reconstitute it. but i think you and laurel need
to decide between you whether to let d'avolio touch AI and MC before fixing
ML's disk..
I think it would be foolish to let them touch any other machine until ML is
working again. If the problem doesn't turn out to be something trivial,
someone better get the word to them so they don't screw us further on
Thursday.
But getting them to fix ML may be harder than just telling them that we
can't get it to boot. They can always blame it on our software, or our
disk pack, or something. After all, they just did a PM so it must be
working! When they put us in this situation, we have to be able to tell
them what the problem is (beyond "it won't boot"). Questions that occur to
me:
Is the right unit number plug (0) inserted? Is everything properly powered
on? Plugged in? What happens if you first push the RESET button to reset
the 8080? It would be awfully embarrassing to make a big scene about not
letting DEC touch AI and MC, and then discover that we mounted the wrong
pack...
You can get the 8080 to tell you exactly what the error was that it
encountered, someone should do that. (It's in the manual -- I don't
think you have to read the 8080 source code, although we have that to!) It
might save you a lot of trouble worrying about head crashes if you know
that the 8080 can't even talk to the controller!
Is the pack in the same drive that the processor is cabled up to?
(Sometimes the guys from DEC like to "improve" things.) The drive that
used to work was the one closer to the door (-not- the one next to the
working processor).
Is there any evidence on the system console that the guys from DEC might
have accidentally used our pack as a scratch pack?
Did D'Avolio actually -say- that the PM was finished? He really thinks he
left the machine working? What was the last thing that -he- did (according
to the console paper)?
Could the pack have had a head crash the first time it was mounted after
DEC left? (Well, has anyone looked?)
Do any other packs boot in ML? Like an old AI pack #0 that was DUP'ed and
retired. (Don't try this unless you are certain that it isn't a head
crash. You only lose another pack but RP06 packs are getting somewhat
rare...)
Does that pack boot in any other machines? (Don't try that unless you are
-really- certain that it isn't crashed, RP06 heads are precious.)
What happens if you cable up "MD's" drive to ML and try it? (I think it
works well enough to try some simple experiments.)
Received: from lcs.mit.edu (CHAOS 15044) by AI.AI.MIT.EDU 13 Nov 89 22:16:20 EST
From: John Wroclawski <jtw@lcs.mit.edu>
Sender: jtw@lcs.mit.edu
To: ALAN%MC.LCS.MIT.EDU@MINTAKA.lcs.mit.edu
CC: CENT%MC.LCS.MIT.EDU@MINTAKA.lcs.mit.edu, BUG-KS@AI.ai.mit.edu,
LAUREL@ai.mit.edu
In-reply-to: Alan Bawden's message of Mon, 13 Nov 89 20:35:56 EST <626713.891113.ALAN@MC.LCS.MIT.EDU>
Subject: ML losing, world ends, etc.
Date: Mon, 13 Nov 89 22:11:53 EST
Message-ID: <8911132211.aa06330@mintaka.lcs.mit.edu>
Date: Mon, 13 Nov 89 20:35:56 EST
From: Alan Bawden <ALAN%MC.LCS.MIT.EDU@MINTAKA.lcs.mit.edu>
[After glancing through my mail on AI]
I've got a bad feeling about letting DEC play with AI and MC after breaking
ML. Is there any evidence that ML -ever- ran after they did "PM"?
Answering several questions at once:
The RP06 sitting in the middle of what used to be the vax farm (has a
very tiny note from Alan on it about "spindle bearings") is my source
for parts. It has many good heads.
ML seems never to have run after DEC finished. I looked at it briefly
and found nothing glaringly wrong. It gets different error codes every
time you boot it. Maybe DEC realigned the disk heads and they were bad
enough before that the pack is now unreadable. I suppose we could ask
Mike D. about this. I can look at it more, but probably not for a
few days.
Um, weren't there two RP06s in the corner where XX was until quite
recently? Where'd they go?
-john
Date: Mon, 13 Nov 89 21:59:41 EST
From: "Pandora B. Berman" <CENT%AI.AI.MIT.EDU@MINTAKA.LCS.MIT.EDU>
Subject: ML disk dead
To: BUG-KS%AI.AI.MIT.EDU@MINTAKA.LCS.MIT.EDU, LAUREL%AI.AI.MIT.EDU@MINTAKA.LCS.MIT.EDU
cc: "bawden@parc.xerox.com"@MINTAKA.LCS.MIT.EDU
Message-ID: <668827.891113.CENT@AI.AI.MIT.EDU>
Date: Mon, 13 Nov 89 20:25:57 EST
From: Alan Bawden <ALAN@mc>
To: CENT@mc, JTW@mc, SRA@mc
Penny tells me that when you try and boot ML it says ?BT 001120.
Basically, this means that when the very first time the 8080 tries to
access the disk, it fails. This means that either the pack is bad or
the drive is broken. If DEC screwed up our pack, then they are a bunch
of boneheads. If they broke the drive, then they should fix it. Do
any of you guys think you can figure out which it is?
Date: Mon, 13 Nov 89 20:35:56 EST
From: Alan Bawden <ALAN@mc>
To: CENT@mc, JTW@mc, SRA@mc, BUG-ks@AI.AI.MIT.EDU
cc: LAUREL@mc
[After glancing through my mail on AI]
I've got a bad feeling about letting DEC play with AI and MC after
breaking ML. Is there any evidence that ML -ever- ran after they did
"PM"? If not, then you damn well better not let them touch AI (at
least) until ML is working. If I come back Thursday and everything is
broken and I have to deal with it all, I'm unlikely to do it with a
smile on my face..
it's clear that ML has -not- run since Provocative Maintenance. for what
it's worth, i did an incremental immediately before i turned it off, so if
the pack is trashed we can reconstitute it. but i think you and laurel need
to decide between you whether to let d'avolio touch AI and MC before fixing
ML's disk.
Received: from MC.LCS.MIT.EDU (CHAOS 3131) by AI.AI.MIT.EDU 13 Nov 89 20:36:06 EST
Date: Mon, 13 Nov 89 20:35:56 EST
From: Alan Bawden <ALAN%MC.LCS.MIT.EDU@MINTAKA.LCS.MIT.EDU>
To: CENT%MC.LCS.MIT.EDU@MINTAKA.LCS.MIT.EDU, JTW%MC.LCS.MIT.EDU@MINTAKA.LCS.MIT.EDU, SRA%MC.LCS.MIT.EDU@MINTAKA.LCS.MIT.EDU,
BUG-ks@AI.AI.MIT.EDU
cc: LAUREL%MC.LCS.MIT.EDU@MINTAKA.LCS.MIT.EDU
Message-ID: <626713.891113.ALAN@MC.LCS.MIT.EDU>
[After glancing through my mail on AI]
I've got a bad feeling about letting DEC play with AI and MC after breaking
ML. Is there any evidence that ML -ever- ran after they did "PM"? If not,
then you damn well better not let them touch AI (at least) until ML is working.
If I come back Thursday and everything is broken and I have to deal with
it all, I'm unlikely to do it with a smile on my face..
Date: Mon, 13 Nov 89 19:14:51 EST
From: "Pandora B. Berman" <CENT%AI.AI.MIT.EDU@MINTAKA.LCS.MIT.EDU>
Subject: ML down
To: JTW%AI.AI.MIT.EDU@MINTAKA.LCS.MIT.EDU
cc: BUG-KS%AI.AI.MIT.EDU@MINTAKA.LCS.MIT.EDU, LAUREL%AI.AI.MIT.EDU@MINTAKA.LCS.MIT.EDU
Message-ID: <668752.891113.CENT@AI.AI.MIT.EDU>
ok. why, when ML tries to boot now, does it say
?BT 001120
hm?
Date: Thu, 9 Nov 89 17:06:58 EST
From: "Pandora B. Berman" <CENT%AI.AI.MIT.EDU@MINTAKA.LCS.MIT.EDU>
Subject: ITS PMs
To: TY%AI.AI.MIT.EDU@MINTAKA.LCS.MIT.EDU
cc: BUG-KS%AI.AI.MIT.EDU@MINTAKA.LCS.MIT.EDU
Message-ID: <667178.891109.CENT@AI.AI.MIT.EDU>
thanks for bringing MC back up. the patch, in fact, can be installed at any
time after you reach DSKDMP, including to the running system, so i
installed it just now.
i'm just going to leave ML down until d'avolio finishes playing with it tmw
morning. i'm not coming in tmw, so someone please check on it and bring it
up when he's done. thx.
Date: Mon, 6 Nov 89 16:19:42 EST
From: "Pandora B. Berman" <CENT%AI.AI.MIT.EDU@MINTAKA.LCS.MIT.EDU>
Subject: PM schedule
To: BUG-KS%AI.AI.MIT.EDU@MINTAKA.LCS.MIT.EDU
cc: LAUREL%AI.AI.MIT.EDU@MINTAKA.LCS.MIT.EDU
Message-ID: <665528.891106.CENT@AI.AI.MIT.EDU>
laurel says PM for MC and ML is scheduled for 6am thu (9 nov.); i will
bring them down wed. night. apparently d'avolio thinks PMing all the KSs
will take longer than 1 day, so after he does ML and MC he will negotiate
with laurel when to do AI.
Received: from lcs.mit.edu (CHAOS 15044) by AI.AI.MIT.EDU 3 Nov 89 13:24:32 EST
Received: from STONY-BROOK.SCRC.SYMBOLICS.COM by mintaka.lcs.mit.edu id aa12554;
3 Nov 89 13:20 EST
Received: from EUPHRATES.SCRC.Symbolics.COM by STONY-BROOK.SCRC.Symbolics.COM via CHAOS with CHAOS-MAIL id 686957; 3 Nov 89 12:32:56 EST
Date: Fri, 3 Nov 89 12:33 EST
From: "David A. Moon" <Moon@stony-brook.scrc.symbolics.com>
Subject: 2020 maintenance
To: John Wroclawski <jtw@lcs.mit.edu>
cc: BUG-KS@ai.ai.mit.edu, laurel@ai.mit.edu
In-Reply-To: <8911022011.aa05165@mintaka.lcs.mit.edu>
Message-ID: <19891103173310.9.MOON@EUPHRATES.SCRC.Symbolics.COM>
Date: Thu, 2 Nov 89 20:11:01 EST
From: John Wroclawski <jtw@lcs.mit.edu>
I fixed ML's disk.
Yay! Thank you.
Received: from REAGAN.AI.MIT.EDU (CHAOS 13065) by AI.AI.MIT.EDU 3 Nov 89 11:14:37 EST
Received: from AI.MIT.EDU by REAGAN.AI.MIT.EDU via INTERNET with SMTP id 273072; 3 Nov 89 11:14:46 EST
Received: from apple-jacks (apple-jacks.ai.mit.edu) by life.ai.mit.edu (4.0/AI-4.10) id AA19270; Fri, 3 Nov 89 11:13:38 EST
From: laurel@ai.mit.edu (Laurel Simmons)
Received: by apple-jacks (4.0/AI-4.10) id AA02558; Fri, 3 Nov 89 11:13:34 EST
Date: Fri, 3 Nov 89 11:13:34 EST
Message-Id: <8911031613.AA02558@apple-jacks>
To: bawden@parc.xerox.com
Cc: sra@lcs.mit.edu, CENT@ai.ai.mit.edu, BUG-KS@ai.ai.mit.edu
In-Reply-To: Alan Bawden's message of Thu, 2 Nov 89 11:54 PST <19891102195447.0.ALAN@MR-BUN.parc.xerox.com>
Subject: 2020 maintenance
I have logged a service call. The log number is BB0093. I just used
AI's system serial number since it seemed from what everyone was
saying that it wasn't a relevant number anyway. They had no problem
swallowing the number and said they would page Mike Divolio right
away. Cheers
laurel
Received: from REAGAN.AI.MIT.EDU (CHAOS 13065) by AI.AI.MIT.EDU 3 Nov 89 10:32:59 EST
Received: from AI.MIT.EDU by REAGAN.AI.MIT.EDU via INTERNET with SMTP id 273065; 3 Nov 89 10:33:07 EST
Received: from apple-jacks (apple-jacks.ai.mit.edu) by life.ai.mit.edu (4.0/AI-4.10) id AA18735; Fri, 3 Nov 89 10:32:03 EST
From: laurel@ai.mit.edu (Laurel Simmons)
Received: by apple-jacks (4.0/AI-4.10) id AA02551; Fri, 3 Nov 89 10:31:59 EST
Date: Fri, 3 Nov 89 10:31:59 EST
Message-Id: <8911031531.AA02551@apple-jacks>
To: jtw@lcs.mit.edu
Cc: BUG-KS@ai.ai.mit.edu
In-Reply-To: John Wroclawski's message of Thu, 2 Nov 89 20:11:01 EST <8911022011.aa05165@mintaka.lcs.mit.edu>
Subject: 2020 maintenance
Cool! I'll have Miked do a pm on the drive but won't have it fixed.
laurel
Received: from lcs.mit.edu (CHAOS 15044) by AI.AI.MIT.EDU 2 Nov 89 20:50:06 EST
From: John Wroclawski <jtw@lcs.mit.edu>
Sender: jtw@lcs.mit.edu
To: sra@lcs.mit.edu
CC: laurel@ai.mit.edu, BUG-KS@ai.ai.mit.edu
In-reply-to: Rob Austein's message of Thu, 2 Nov 89 17:57:26 EST <8911021757.aa04086@mintaka.lcs.mit.edu>
Subject: 2020 maintenance
Date: Thu, 2 Nov 89 20:44:36 EST
Message-ID: <8911022044.aa05442@mintaka.lcs.mit.edu>
They changed to the fourty mile long "system serial numbers" a few
years ago. Older machines kept the old style numbers. I don't think we
ever had system numbers for the three machines that aren't AI. I have
no idea what to tell DEC.
On another topic, we are pretty much out of RP06 panel light bulbs.
Could whoever talks to D'Avolio please ask him to leave (sell..) us a
few zillion? (Actually somewhere around 100 should last till the end of
time..)
-john
Received: from lcs.mit.edu (CHAOS 15044) by AI.AI.MIT.EDU 2 Nov 89 20:36:05 EST
Received: from arisia.Xerox.COM by mintaka.lcs.mit.edu id aa05324;
2 Nov 89 20:27 EST
Received: from roo.parc.Xerox.COM by arisia.Xerox.COM with SMTP
(5.61+/IDA-1.2.8/gandalf) id AA26145; Thu, 2 Nov 89 17:23:16 -0800
Received: from mr-bun.parc.Xerox.COM by roo.parc.xerox.com with SMTP
(5.61+/IDA-1.2.8/gandalf) id AA00585; Thu, 2 Nov 89 17:24:41 PST
Date: Thu, 2 Nov 89 17:21 PST
From: Alan Bawden <bawden@parc.xerox.com>
Subject: 2020 maintenance
To: sra@lcs.mit.edu
Cc: laurel@ai.mit.edu, CENT@ai.ai.mit.edu, BUG-KS@ai.ai.mit.edu
In-Reply-To: <8911021757.aa04086@mintaka.lcs.mit.edu>
Message-Id: <19891103012153.3.ALAN@MR-BUN.parc.xerox.com>
Date: Thu, 2 Nov 89 17:57:26 EST
From: Rob Austein <sra@lcs.mit.edu>
...
Alan, I'm not sure what's behind all this, but my suspicion is that
you overestimated the IQ of the people who fed you this line....
It is, of course, very easy to overestimate the IQ of those drones, but let
me tell you the experiments I have performed on them:
1. When they ask for the "system serial number" I have told them I have no
idea what it is. Generally they then ask what "kind" of system it is.
Telling them that it is a KS10 doesn't work here, but telling them it is a
2020 at MIT generally enables them to find us in their records. (If -I-
then ask -them- what the "system serial number" of the system they just
found is, they claim that they can't tell!)
2. When they ask for the "system serial number" I have told them it is a
2020 processor with serial number 4xxx (whatever it is). This does not
work. They can't find it, and I have to resort to telling them its a 2020
at MIT as in case 1.
3. When they ask for the "system serial number" I have read them the
multi-digit number that the Field Service person wrote in the space labeled
"system serial number" on the pink form from the previous service call.
That number works.
I can only conclude from this that there is a "system serial number" that
DEC makes up, that isn't written on any equipment, that DEC uses
internally. If Rob is capable of getting the drones to swallow those
four-digit numbers as "system serial numbers", then he should have been
calling in the KS10 repairs for the last few years -- it would have saved
me a lot of grief.
Received: from lcs.mit.edu (CHAOS 15044) by AI.AI.MIT.EDU 2 Nov 89 20:14:17 EST
From: John Wroclawski <jtw@lcs.mit.edu>
Sender: jtw@lcs.mit.edu
To: BUG-KS@ai.ai.mit.edu, laurel@ai.mit.edu
In-reply-to: Laurel Simmons's message of Thu, 2 Nov 89 11:06:28 EST <8911021606.AA01796@apple-jacks>
Subject: 2020 maintenance
Date: Thu, 2 Nov 89 20:11:01 EST
Message-ID: <8911022011.aa05165@mintaka.lcs.mit.edu>
I fixed ML's disk.
-john
Received: from lcs.mit.edu (CHAOS 15044) by AI.AI.MIT.EDU 2 Nov 89 20:01:31 EST
From: Rob Austein <sra@lcs.mit.edu>
Sender: sra@mintaka.lcs.mit.edu
To: bawden@parc.xerox.com
CC: laurel@ai.mit.edu, CENT@ai.ai.mit.edu, BUG-KS@ai.ai.mit.edu
In-reply-to: Alan Bawden's message of Thu, 2 Nov 89 14:05 PST <19891102220549.1.ALAN@MR-BUN.parc.xerox.com>
Subject: 2020 maintenance
CC: sra@lcs.mit.edu
Date: Thu, 2 Nov 89 17:57:26 EST
Message-ID: <8911021757.aa04086@mintaka.lcs.mit.edu>
All I really know about this is that the "system serial number" that
DEC used to want when I placed calls for XX (or the KL I used to work
with at Wesleyan) was the processor serial number (GETAB% .APRID).
The four digit numbers I listed are the kind of thing I'd expect as a
DEC-20's serial number, whatever its CPU type.
When we got BLT, its "system serial number" as inscribed on the front
panel where you're supposed to look when logging a service call
matched the "processor serial number" as written on the parts list
inside the back door of the processor. It also matched the "serial
number" written into the boot blocks on the disk packs. That's the
number I would have used to place any service calls on the thing.
Alan, I'm not sure what's behind all this, but my suspicion is that
you overestimated the IQ of the people who fed you this line. The
thing I always had a hard time with was convincing them that a
DECSYSTEM 2065 or 2020 really isn't some strange kind of VAX; once
they got that straight, they'd transfer me to somebody who understood
the numbering scheme and who was happy with the four digit number.
My guess is that the people who answer the phone for DEC are the ones
who couldn't hold down the job answering phones at BBN for the NOC.
Just play dumb, keep repeating "it's a DECSYSTEM 2020, serial number
4627, and no, it's not a VAX" and they'll eventually figure it out.
Date: Thu, 2 Nov 89 19:36:28 EST
From: "Pandora B. Berman" <CENT%AI.AI.MIT.EDU@MINTAKA.LCS.MIT.EDU>
Subject: ML up
To: BUG-KS%AI.AI.MIT.EDU@MINTAKA.LCS.MIT.EDU
cc: LAUREL%AI.AI.MIT.EDU@MINTAKA.LCS.MIT.EDU, NGL%AI.AI.MIT.EDU@MINTAKA.LCS.MIT.EDU
Message-ID: <664202.891102.CENT@AI.AI.MIT.EDU>
JTW was seen stalking around the ninth floor this afternoon offering his
kingdom for an oscilloscope. he replaced a bad mondo capacitor in ML's rp06
with one scavanged from one of the spare drives somewhere around here. for
good measure, he even replaced all its burned out indicator light bulbs
with good ones. ML is now up and running.
Received: from lcs.mit.edu (CHAOS 15044) by AI.AI.MIT.EDU 2 Nov 89 17:18:58 EST
Received: from arisia.Xerox.COM by mintaka.lcs.mit.edu id aa03575;
2 Nov 89 17:11 EST
Received: from roo.parc.Xerox.COM by arisia.Xerox.COM with SMTP
(5.61+/IDA-1.2.8/gandalf) id AA24293; Thu, 2 Nov 89 14:07:03 -0800
Received: from mr-bun.parc.Xerox.COM by roo.parc.xerox.com with SMTP
(5.61+/IDA-1.2.8/gandalf) id AA19313; Thu, 2 Nov 89 14:08:32 PST
Date: Thu, 2 Nov 89 14:05 PST
From: Alan Bawden <bawden@parc.xerox.com>
Subject: 2020 maintenance
To: sra@lcs.mit.edu
Cc: laurel@ai.mit.edu, CENT@ai.ai.mit.edu, BUG-KS@ai.ai.mit.edu
In-Reply-To: <8911021520.aa02821@mintaka.lcs.mit.edu>
Message-Id: <19891102220549.1.ALAN@MR-BUN.parc.xerox.com>
Date: Thu, 2 Nov 89 15:20:20 EST
From: Rob Austein <sra@lcs.mit.edu>
AI: 4627
...
I don't know what the long alphanumeric string on the punch card on
the front of AI is, but it's not the serial number....
It's not the -processor- serial number, but it is (or may be) the -system-
serial number. I have tried giving DEC processor serial numbers when
logging a service call, and they always insist that that won't do them any
good. As near as I can tell, the "system serial number" is a magic string
that DEC makes up that collectively applies to all of your equipment (and
isn't written on any of it). Presumably this is a useful concept if you
have a service contract covering your "system", and is pointless otherwise
-- but DEC still wants it for their paperwork.
Received: from lcs.mit.edu (CHAOS 15044) by AI.AI.MIT.EDU 2 Nov 89 15:24:48 EST
From: Rob Austein <sra@lcs.mit.edu>
Sender: sra@mintaka.lcs.mit.edu
To: laurel@ai.mit.edu
CC: CENT@ai.ai.mit.edu, BUG-KS@ai.ai.mit.edu
In-reply-to: Laurel Simmons's message of Thu, 2 Nov 89 11:06:28 EST <8911021606.AA01796@apple-jacks>
Subject: 2020 maintenance
Date: Thu, 2 Nov 89 15:20:20 EST
Message-ID: <8911021520.aa02821@mintaka.lcs.mit.edu>
The weather station is a good idea, I'll talk to Tom about it. No
promises, but from noises he's made before he might be interested.
Here are the serial numbers for all five CPUs. This does not mean
that I expect you to get all of them PM'ed.
AI: 4627
ML: 4653
MC: 4649
MD: 4648
BLT: 4380
I don't know what the long alphanumeric string on the punch card on
the front of AI is, but it's not the serial number. All four ITS
KS-10s have stickers with their serial numbers on the outside of the
back of the processor, just above the door. Brave Little Toaster (aka
LSD, the one running Twenex) has a sticker on its front panel.
Additionally, all of them have their serial numbers scribbled on a
parts list stuck to one of the upright supports inside the back door.
--Rob
Received: from lcs.mit.edu (CHAOS 15044) by AI.AI.MIT.EDU 2 Nov 89 15:04:06 EST
Received: from arisia.Xerox.COM by mintaka.lcs.mit.edu id aa02698;
2 Nov 89 15:00 EST
Received: from roo.parc.Xerox.COM by arisia.Xerox.COM with SMTP
(5.61+/IDA-1.2.8/gandalf) id AA21809; Thu, 2 Nov 89 11:55:55 -0800
Received: from mr-bun.parc.Xerox.COM by roo.parc.xerox.com with SMTP
(5.61+/IDA-1.2.8/gandalf) id AA18710; Thu, 2 Nov 89 11:57:23 PST
Date: Thu, 2 Nov 89 11:54 PST
From: Alan Bawden <bawden@parc.xerox.com>
Subject: 2020 maintenance
To: laurel@ai.mit.edu
Cc: sra@lcs.mit.edu, CENT@ai.ai.mit.edu, BUG-KS@ai.ai.mit.edu
In-Reply-To: <8911021606.AA01796@apple-jacks>
Message-Id: <19891102195447.0.ALAN@MR-BUN.parc.xerox.com>
Date: Thu, 2 Nov 89 11:06:28 EST
From: Laurel Simmons <laurel@ai.mit.edu>
I NEED ONE THING!!!!
I need to log the calls using the system serial numbers. I have the
one for ai because it is conveinently posted HOWEVER I can't find them
posted for MC or ML and don't know how to find it. As soon as someone
tells me what the system serial numbers for MC and ML are I will log
the calls.
We have -never- known the system serial numbers for any of the machines
other than AI. I have tried to get system serial numbers from DEC, but
they can never understand why I don't know what they are already. I have
no idea how they think I am supposed to learn them in the first place! The
one posted on AI I got from Lester back when we only had AI, and it was
sufficiently hard to get that now, when I log a service call on -any- of
the machines, and DEC insists I give a system serial number, I always just
give them AI's. I suppose that whatever records DEC keeps on a per-system
basis are hopelessly screwed up for our KS10's. (In effect I guess we have
one system with four processors.)
Actually, I'm not sure that the number posted on AI is even the one that I
have been using. You might want to look at the pink customer copies of the
bills for previous repairs that I keep in the bottom drawer of my filing
cabinet (in a folder labeled "MAINT" or something similar), to see what the
number is that I have really been using.
Rob--Maybe you guys can buy us a nice gift. I think we need a new
weather station because of Prep's demise. There are probably countless
other things we need or want. Whatever.
Well, NIKKI can be repaired with only a little effort (new boot-proms, and
a new binary). MAP and I have been going to get around to doing that for
months... perhaps when I get back in two weeks...
Received: from REAGAN.AI.MIT.EDU (CHAOS 13065) by AI.AI.MIT.EDU 2 Nov 89 11:07:20 EST
Received: from AI.MIT.EDU by REAGAN.AI.MIT.EDU via INTERNET with SMTP id 272731; 2 Nov 89 11:07:39 EST
Received: from apple-jacks (apple-jacks.ai.mit.edu) by life.ai.mit.edu (4.0/AI-4.10) id AA01625; Thu, 2 Nov 89 11:06:33 EST
From: laurel@ai.mit.edu (Laurel Simmons)
Received: by apple-jacks (4.0/AI-4.10) id AA01796; Thu, 2 Nov 89 11:06:28 EST
Date: Thu, 2 Nov 89 11:06:28 EST
Message-Id: <8911021606.AA01796@apple-jacks>
To: sra@lcs.mit.edu
Cc: CENT@ai.ai.mit.edu, BUG-KS@ai.ai.mit.edu
In-Reply-To: Rob Austein's message of Wed, 1 Nov 89 17:04:27 EST <8911011704.aa02041@mintaka.lcs.mit.edu>
Subject: 2020 maintenance
Rob, thanks for the offer to try and help pay but it sounds
complicated. Let me propose that we proceed this way: I just got a
call from Mike Divolio. He was very nice and said he would come out as
soon as I log a call. I will then make out a wreq for NTE $3700 and
that will cover PM on AI, MC, and ML, their associated disks and the
TU77. While he is here he will check the busted disk on ML, tell me
how much he thinks it will cost to fix, and if I don't think it is too
much I will tell him to go ahead, he will fix it, and I will make out
a wreq for it. Please note that Mike agreed to PM the machines BEFORE
a PO is assigned. This was very nice of him/them.
I NEED ONE THING!!!!
I need to log the calls using the system serial numbers. I have the
one for ai because it is conveinently posted HOWEVER I can't find them
posted for MC or ML and don't know how to find it. As soon as someone
tells me what the system serial numbers for MC and ML are I will log
the calls.
Rob--Maybe you guys can buy us a nice gift. I think we need a new
weather station because of Prep's demise. There are probably countless
other things we need or want. Whatever.
How does all this sound to everyone?
laurel
Received: from lcs.mit.edu (CHAOS 15044) by AI.AI.MIT.EDU 1 Nov 89 17:16:18 EST
Received: by mintaka.lcs.mit.edu id ab19362; 1 Nov 89 17:12 EST
From: Rob Austein <sra@lcs.mit.edu>
Sender: sra@MINTAKA.lcs.mit.edu
To: laurel@ai.mit.edu
CC: CENT@AI.ai.mit.edu, BUG-KS@AI.ai.mit.edu
In-reply-to: Laurel Simmons's message of Wed, 1 Nov 89 16:18:02 EST <8911012118.AA01612@apple-jacks>
Subject: 2020 maintenance
Date: Wed, 1 Nov 89 17:04:27 EST
Message-ID: <8911011704.aa02041@mintaka.lcs.mit.edu>
Certainly someone should call DEC and find out how much it will take
to do a PM. We need a couple different sets of figures:
How much it will cost to do just the AI ITS machines (two CPUs, a
tape drive, three RP06s)?
How much will it cost to do all three (four? five?) KS-10s, AI's
tape drive, and all of the disks (at least four RP06s, maybe as high
as seven)?
How much would it cost for us to just buy the filters and do all the
work ourselves?
The pricing situation may have changed a lot since the last time we
had this done, and it may be that it will be a considerable net saving
to do the AI and LCS machines all in one visit by DEC (the minimum
number of hours per visit may have gone up).
If you can send this information to us we will talk to Tom Greene and
get back to you Real Soon to tell you if we're in and talk about
scheduling if we are. Sorry for the roundabout approach, but the LCS
ITS machines don't officially exist, so funding PM for them has to go
by the back door if happens at all....
--Rob
Received: from lcs.mit.edu (CHAOS 15044) by AI.AI.MIT.EDU 1 Nov 89 16:54:19 EST
Received: from STONY-BROOK.SCRC.SYMBOLICS.COM by mintaka.lcs.mit.edu id aa20859;
1 Nov 89 16:46 EST
Received: from EUPHRATES.SCRC.Symbolics.COM by STONY-BROOK.SCRC.Symbolics.COM via CHAOS with CHAOS-MAIL id 685808; 1 Nov 89 16:45:44 EST
Date: Wed, 1 Nov 89 16:45 EST
From: "David A. Moon" <Moon@stony-brook.scrc.symbolics.com>
Subject: 2020 maintenance
To: Laurel Simmons <laurel@ai.mit.edu>
cc: CENT%AI.AI.MIT.EDU@MINTAKA.lcs.mit.edu,
BUG-KS%AI.AI.MIT.EDU@MINTAKA.lcs.mit.edu
In-Reply-To: <8911012118.AA01612@apple-jacks>
Message-ID: <19891101214549.9.MOON@EUPHRATES.SCRC.Symbolics.COM>
Don't you also want to get DEC to repair the broken RP06
on the ML machine? (I guess I don't know the answer to
that question, this message is really a reminder to ask
penny or anyone else who thinks they know the answer.)
Date: Wed, 1 Nov 89 16:44:58 EST
From: "Pandora B. Berman" <CENT%AI.AI.MIT.EDU@MINTAKA.LCS.MIT.EDU>
Subject: 2020 maintenance
To: BUG-KS%AI.AI.MIT.EDU@MINTAKA.LCS.MIT.EDU
cc: laurel@LIFE.AI.MIT.EDU
Message-ID: <663646.891101.CENT@AI.AI.MIT.EDU>
laurel and i just talked. this is the new improved theory:
she will call dec and attempt to arrange PMs on AI, MC, and ML. she's
aware that MC is nominally LCS property but figures it's mostly used
by AI types and anyway we spend so little on the ITSs, another $1k
isn't going to hurt very much. she will also see about getting ML's
disk fixed; JTW, please remind her of your diagnosis of the problem
with that. i will make sure all the machines are clearly labelled so
dec field circus won't be able to argue that they couldn't figure out
which was which.
also, i will call l&h for details about fixing this power supply
that's been sitting on alan's office floor for 8 months. (or alan, do
you have current info on them?) when we get info, laurel will create
the necessary paperwork here and i will send the power supply off....
alan, is that what we want?
Received: from lcs.mit.edu (CHAOS 15044) by AI.AI.MIT.EDU 1 Nov 89 16:23:37 EST
Received: from life.ai.mit.edu by mintaka.lcs.mit.edu id aa10222;
1 Nov 89 16:18 EST
Received: from apple-jacks (apple-jacks.ai.mit.edu) by life.ai.mit.edu (4.0/AI-4.10) id AA19144; Wed, 1 Nov 89 16:18:09 EST
From: Laurel Simmons <laurel@ai.mit.edu>
Received: by apple-jacks (4.0/AI-4.10) id AA01612; Wed, 1 Nov 89 16:18:02 EST
Date: Wed, 1 Nov 89 16:18:02 EST
Message-Id: <8911012118.AA01612@apple-jacks>
To: CENT%AI.AI.MIT.EDU@mintaka.lcs.mit.edu,
BUG-KS%AI.AI.MIT.EDU@mintaka.lcs.mit.edu
In-Reply-To: "Pandora B. Berman"'s message of Mon, 30 Oct 89 23:04:26 EST <662694.891030.CENT@AI.AI.MIT.EDU>
Subject: 2020 maintenance
OK, I get boggled by endlessly nested messages and so I haven't really
read these message to carefully. Tell me if this is right:
What we want to do is get PM on AI and the other ITS that is sitting
next to AI. We want filters changed and power supplies checked and
ligtbulbs changed. We want a power supply to get fixed but we are not
going to have DEC do it because it is expensive so you are sending it
to L&H instead. How am I doing so far? We are marginally interested in
seeing the LCS ITS machines serviced but would like LCS to pay for it
since they are supposed to be taking care of those machines. So what I
need to do is this, all-of-this, and nothing--but-this: Call DEC, find
out how much it will cost to do a PM on the two machines, write a PO,
and schedule it. Does this sound right? Let me know and your ever
faithful servant will get right on it.
laurel
Received: from lcs.mit.edu (CHAOS 15044) by AI.AI.MIT.EDU 31 Oct 89 12:45:37 EST
Received: from reagan.ai.mit.edu by mintaka.lcs.mit.edu id aa03920;
31 Oct 89 12:40 EST
Received: from MOSCOW-CENTRE.AI.MIT.EDU by REAGAN.AI.MIT.EDU via CHAOS with CHAOS-MAIL id 272116; Tue 31-Oct-89 12:41:43 EST
Date: Tue, 31 Oct 89 12:41 EST
From: Jerry Roylance <glr@ai.mit.edu>
Subject: [CENT%AI.AI.MIT.EDU@mintaka.lcs.mit.edu: heph chaos lossage]
To: curt@ai.mit.edu
cc: system-hackers@TRIX.ai.mit.edu, LAUREL%AI.AI.MIT.EDU@lcs.mit.edu,
BUG-KS%AI.AI.MIT.EDU@lcs.mit.edu, NICK%AI.AI.MIT.EDU@lcs.mit.edu
In-Reply-To: <8910311353.AA09461@aarne.ai.mit.edu>
Message-ID: <19891031174140.0.GLR@MOSCOW-CENTRE.AI.MIT.EDU>
Date: Tue, 31 Oct 89 08:53:29 est
From: curt@ai.mit.edu (Curtis Fennell)
Return-Path: <CENT@ai.ai.mit.edu>
Date: Mon, 30 Oct 89 22:29:00 EST
From: "Pandora B. Berman" <CENT%AI.AI.MIT.EDU@mintaka.lcs.mit.edu>
Subject: heph chaos lossage
To: curt@life.ai.mit.edu
From: Curtis Fennell <curt@ai.mit.edu>
Date: Sat, 28 Oct 89 13:49:45 edt
To: CENT%AI.AI.MIT.EDU@mintaka.lcs.mit.edu
Subject: ITS tape lossage
....
As far as heph's chaos software being broken, I don't know enough about
chaosnet to say.
well, it still seems to be broken. the ordinary fix (taught me by mr.
roylance) is to boot the sucker, but that doesn't help. could you please
find someone who does know about unix chaosnet stuff and see whether the
situation can be alleviated? thx..
----Can anybody help me with this?----
-----Curt-----
My guess is that on or about 10/24/89 05:18:39 somebody moved vulcan
from subnet 128.52.22.0 (aka chaos subnet #o26) to subnet 128.52.32.0
(which would be chaos subnet #o40, but there are no chaos bridges to it
so it is not chaos live). Chaos hosts cannot contact vulcan on subnet
#o26 because it isn't on that piece of wire.
I suspect Vulcan was moved to 128.52.32 to avoid putting NFS traffic
through the Proteon gateway. (The gateway has problems with NFS
traffic: it cannot reliably handle a burst of five 1500byte packets
generated in an NFS data transaction.)
Vulcan will be turned off soon, so the move was probably done because
NFS file traffic on Vulcan was broken. If that is true, then the ITS
machines have lost a path to their most convenient 6250 drive.
The path could be re-established with a chaos gateway to #o40. Alan
would know how hard that is.
Date: Mon, 30 Oct 89 23:04:26 EST
From: "Pandora B. Berman" <CENT%AI.AI.MIT.EDU@MINTAKA.LCS.MIT.EDU>
Subject: 2020 maintenance
To: LAUREL%AI.AI.MIT.EDU@MINTAKA.LCS.MIT.EDU
cc: BUG-KS%AI.AI.MIT.EDU@MINTAKA.LCS.MIT.EDU
Message-ID: <662694.891030.CENT@AI.AI.MIT.EDU>
Date: Sat, 28 Oct 89 13:48 PDT
From: Alan Bawden <bawden@parc.xerox.com>
Subject: mail to eddie still losing
To: CENT%AI.AI.MIT.EDU@mintaka.lcs.mit.edu
Cc: LAUREL%AI.AI.MIT.EDU@mintaka.lcs.mit.edu,
BUG-KS%AI.AI.MIT.EDU@mintaka.lcs.mit.edu
....
You might want to look through my BABYL file for a message I may have
saved from Joe Ricchio about what this costs, etc. (He arranged it for
MC/MD once long ago, and I may have added some notes when I did it last
for AI/ML.)...
you didn't, as far as i can tell.
the most important thing is to have them change the 3
RP06 filters. (You probably have to -tell- them that in advance so
that they know to bring 3 of them.)
snarfed from alan's babyl and now in KSHACK;MAINT BYDEC:
----------
Date: Mon 28 Sep 87 08:55:15-EDT
From: Joe Ricchio <RICCHIO@XX.LCS.MIT.EDU>
Subject: Re: MC/MD maintenance
To: Alan@AI.AI.MIT.EDU
Cost for PM to MC/MD was $579 per machine.
Labor cost $150/hr with a 2 hr minimum.
Each filter cost $276.
-------
Date: Wednesday, 23 September 1987 13:02-EDT
From: DEC Field Servant <F-S@XX.LCS.MIT.EDU>
To: sra@XX.LCS.MIT.EDU
Subject: PM'S ON 2020's
ReSent-From: SRA@XX.LCS.MIT.EDU
ReSent-To: JTW@xx.lcs.mit.edu,Alan@xx.lcs.mit.edu
ReSent-Date: Wed 23 Sep 1987 17:02-EDT
Rob, the pm's on the 2020's have been completed. Filters were changed.
Voltages, fans and head alignment were checked. All heads was cleaned. All
diags were run.
Thanks, Lester..................
----------
Date: Fri 18 Sep 87 11:19:09-EDT
From: Joe Ricchio <RICCHIO@XX.LCS.MIT.EDU>
Subject: MC/MD maintenance
To: SRA@XX.LCS.MIT.EDU
ReSent-Date: Fri 18 Sep 87 11:23:07-EDT
ReSent-From: Rob Austein <SRA@XX.LCS.MIT.EDU>
ReSent-To: Postmaster@MC.LCS.MIT.EDU, Liaison@MC.LCS.MIT.EDU,
Bug-ITS@MC.LCS.MIT.EDU
Rob, Lester has scheduled Tuesday 9-22-87 @ 9AM for PM to the RP06 drives.
Hope this is agreeable wiht you. If not please advise. Thanks
^_
----------
Laurel, i will try to be around at a rational hour on wed. to talk to you
about arranging this.
No, DEC would charge an arm and a leg to fix MD. Recall that this is
the busted power-suppy that's sitting under my desk waiting to be
mailed off to LH Research, who will fix it for about $400.
this too.
Date: Mon, 30 Oct 89 22:43:23 EST
From: "Pandora B. Berman" <CENT%AI.AI.MIT.EDU@MINTAKA.LCS.MIT.EDU>
Subject: ITS tape lossage
To: BUG-KS%AI.AI.MIT.EDU@MINTAKA.LCS.MIT.EDU, BUG-DUMP%AI.AI.MIT.EDU@MINTAKA.LCS.MIT.EDU
cc: NGL%AI.AI.MIT.EDU@MINTAKA.LCS.MIT.EDU
Message-ID: <662686.891030.CENT@AI.AI.MIT.EDU>
Date: Sat, 28 Oct 89 13:28 PDT
From: Alan Bawden <bawden@parc.xerox.com>
Subject: ITS tape lossage
To: CENT%AI.AI.MIT.EDU@mintaka.lcs.mit.edu,
NGL%AI.AI.MIT.EDU@mintaka.lcs.mit.edu
Cc: BUG-KS%AI.AI.MIT.EDU@mintaka.lcs.mit.edu
....
Yes, since we might need to read the recent ML tapes, I think we should
install it. (The bug that happened early on, that made me nervous
about installing it, almost certainly has nothing to do with the new
code. (I don't suppose anyone has fixed that in my absence...))
(what, are you kidding?) DUMP 442BIN now installed on AI and MC. Noble,
that means you now can read those ML tapes using AI's drive.
Date: Mon, 30 Oct 89 22:29:00 EST
From: "Pandora B. Berman" <CENT%AI.AI.MIT.EDU@MINTAKA.LCS.MIT.EDU>
Subject: heph chaos lossage
To: curt@LIFE.AI.MIT.EDU
cc: LAUREL%AI.AI.MIT.EDU@MINTAKA.LCS.MIT.EDU, BUG-KS%AI.AI.MIT.EDU@MINTAKA.LCS.MIT.EDU,
NICK%AI.AI.MIT.EDU@MINTAKA.LCS.MIT.EDU
Message-ID: <662676.891030.CENT@AI.AI.MIT.EDU>
From: Curtis Fennell <curt@ai.mit.edu>
Date: Sat, 28 Oct 89 13:49:45 edt
To: CENT%AI.AI.MIT.EDU@mintaka.lcs.mit.edu
Cc: LAUREL%AI.AI.MIT.EDU@mintaka.lcs.mit.edu,
NGL%AI.AI.MIT.EDU@mintaka.lcs.mit.edu,
BUG-KS%AI.AI.MIT.EDU@mintaka.lcs.mit.edu
Subject: ITS tape lossage
....
As far as heph's chaos software being broken, I don't know enough about
chaosnet to say.
well, it still seems to be broken. the ordinary fix (taught me by mr.
roylance) is to boot the sucker, but that doesn't help. could you please
find someone who does know about unix chaosnet stuff and see whether the
situation can be alleviated? thx.
Received: from lcs.mit.edu (CHAOS 15044) by AI.AI.MIT.EDU 28 Oct 89 17:01:21 EDT
Received: from arisia.Xerox.COM by mintaka.lcs.mit.edu id aa10555;
28 Oct 89 16:52 EDT
Received: from roo.parc.Xerox.COM by arisia.Xerox.COM with SMTP
(5.61+/IDA-1.2.8/gandalf) id AA16725; Sat, 28 Oct 89 13:49:58 -0700
Received: from mr-bun.parc.Xerox.COM by roo.parc.xerox.com with SMTP
(5.61+/IDA-1.2.8/gandalf) id AA29853; Sat, 28 Oct 89 13:51:26 PDT
Date: Sat, 28 Oct 89 13:48 PDT
From: Alan Bawden <bawden@parc.xerox.com>
Subject: mail to eddie still losing
To: CENT%AI.AI.MIT.EDU@mintaka.lcs.mit.edu
Cc: LAUREL%AI.AI.MIT.EDU@mintaka.lcs.mit.edu,
BUG-KS%AI.AI.MIT.EDU@mintaka.lcs.mit.edu
In-Reply-To: <661608.891027.CENT@AI.AI.MIT.EDU>
Message-Id: <19891028204858.8.ALAN@MR-BUN.parc.xerox.com>
[ I can no longer recall why this discussion has the subject "mail to eddie
still losing" ... ]
Date: Fri, 27 Oct 89 22:09:38 EDT
From: "Pandora B. Berman" <CENT%AI.AI.MIT.EDU@mintaka.lcs.mit.edu>
Date: Thu, 26 Oct 89 17:53 PDT
From: Alan Bawden <bawden@parc.xerox.com>
Before I left Laurel and I agreed that it was time to pay DEC to come
and do another PM on AI and ML. (I didn't think about what to do about
MC, which LCS has traditionally maintained.)
laurel, this must have been a discussion i missed. can we get dec to come
in, say sometime next week, and PM AI and ML, and maybe while they're at it
fix ML's disk?
You might want to look through my BABYL file for a message I may have saved
from Joe Ricchio about what this costs, etc. (He arranged it for MC/MD
once long ago, and I may have added some notes when I did it last for
AI/ML.) I think you set it up the same way you set up a service call, and
I think it's pretty cheap. I would emphasize that the most important thing
is to have them change the 3 RP06 filters. (You probably have to -tell-
them that in advance so that they know to bring 3 of them.)