From CSTACY at MIT-MC Wed Dec 21 10:48:00 1983 From: CSTACY at MIT-MC (Christopher C. Stacy) Date: December 21 1983 04:48 EST Subject: weirdness Message-ID: The PWORD accounts database was clobbered tonite somehow, apparently when the system crashed due to memory parity errors. (The DSK module was reporting them so I assume this means it was during disk DMA.) Apparently the file was clobbered when the system crashed, it has been zeroed or had some pointers shuffled or something -- I haven't looked at it yet but the file was still the correct length. I was under the impression that this sort of thing could not happen. USER-A people: Anyway, we got it back off of tape from Monday. Chris From CSTACY at MIT-MC Sun Dec 18 18:13:00 1983 From: CSTACY at MIT-MC (Christopher C. Stacy) Date: December 18 1983 12:13 EST Subject: No subject In-Reply-To: Msg of 17 Dec 1983 12:34 EST from "Richard Kovalcik, Jr." Message-ID: Date: 17 December 1983 12:34 EST From: "Richard Kovalcik, Jr." To: BUG-ITS, BUG-TCP cc: RK Any reason why MC is making outgoing TCP/IP connections but not accepting incoming ones? Mail is still backing up for MC on various sites becuase of this. -Rick For a while the system was in debug mode which does this. From RK at MIT-MC Sat Dec 17 18:34:00 1983 From: RK at MIT-MC (Richard Kovalcik, Jr.) Date: December 17 1983 12:34 EST Subject: No subject Message-ID: Any reason why MC is making outgoing TCP/IP connections but not accepting incoming ones? Mail is still backing up for MC on various sites becuase of this. -Rick P.S. Both telnet and smtp gets resets immediately when you try to open to them from both CISL and MIT-Multics. From PGS at MIT-MC Fri Dec 16 00:23:00 1983 From: PGS at MIT-MC (Patrick G. Sobalvarro) Date: December 15 1983 18:23 EST Subject: No subject Message-ID: Date: 8 December 1983 01:29 EST From: Christopher C. Stacy To: PGS @ MIT-MC cc: BUG-FINGER @ MIT-MC, BUG-HOSTS @ MIT-MC In-reply-to: Msg of 7 Dec 1983 16:36 EST from Patrick G. Sobalvarro Date: 7 December 1983 16:36 EST From: Patrick G. Sobalvarro To: BUG-FINGER, BUG-HOSTS As of today, doing :f @oz on mc get me the error message "Could not connect to foreign host with TCP." Crufty, crufty lossage. ":F @OZ" works fine for me on MC. Maybe there is a bug in the ANALYZ code in the ITS NETWRK package, and when it could not connect to OZ over the Chaosnet it decided to give the most general TCP error message. This is the second time this bug has bitten me. ML is up right now. On MC, I did :whois pgs at ml. I immediately (not long enough for a chaos connection attempt to time out, but immediately) got the error message "Could not connect to foreign host with TCP." Immediately after that, it worked. From CSTACY at MIT-MC Mon Dec 12 13:59:00 1983 From: CSTACY at MIT-MC (Christopher C. Stacy) Date: December 12 1983 07:59 EST Subject: No subject Message-ID: Since all the INFO stuff is on FOURTH:, I can't read documentation that I want while the system is crippled. From PGS at MIT-MC Sat Dec 10 16:05:00 1983 From: PGS at MIT-MC (Patrick G. Sobalvarro) Date: December 10 1983 10:05 EST Subject: wierd In-Reply-To: Msg of 10 Dec 1983 01:50 EST from Alan Bawden Message-ID: Date: 10 December 1983 01:50 EST From: Alan Bawden To: BUG-ITS cc: ITS-LOVERS Re: wierd Anybody have any idea where MC:SYS;FORMAT EXE came from? (Perhaps some subversives are planning on bringing 20X up on MC?) I'd bet that this was a case of someone cftping it over and saying yes to the stupid cftp defaults. Why the might have wanted to cftp it over, I don't know. Those cftp defaults have never ever been useful to me. If cftp did filename-merging, maybe they would be. From ALAN at MIT-MC Sat Dec 10 07:50:00 1983 From: ALAN at MIT-MC (Alan Bawden) Date: December 10 1983 01:50 EST Subject: wierd Message-ID: Anybody have any idea where MC:SYS;FORMAT EXE came from? (Perhaps some subversives are planning on bringing 20X up on MC?) From KLOTZ at MIT-MC Fri Dec 9 17:37:00 1983 From: KLOTZ at MIT-MC (Leigh L. Klotz) Date: December 9 1983 11:37 EST Subject: Weirdness... In-Reply-To: Msg of 9 Dec 1983 01:23 EST from Eric P. Scott Message-ID: You probably got a parity error. From EPS at MIT-MC Fri Dec 9 07:31:00 1983 From: EPS at MIT-MC (Eric P. Scott) Date: December 9 1983 01:31 EST Subject: Weirdness (3) Message-ID: I :SNARFed a CHTN and got (BADPI;IOCH12;IOCH0;) 2203>>.HANG 0/ 0 This just isn't my day. -=EPS=- From EPS at MIT-MC Fri Dec 9 07:28:00 1983 From: EPS at MIT-MC (Eric P. Scott) Date: December 9 1983 01:28 EST Subject: Weirdness (2) Message-ID: (BADPI;INF0;) 135252>>TDNN 2, 2/ 10000,,0 0/ 0 I :PDUMPed it to USERS1;EPS DEADDT if anyone cares. -=EPS=- From EPS at MIT-MC Fri Dec 9 07:23:00 1983 From: EPS at MIT-MC (Eric P. Scott) Date: December 9 1983 01:23 EST Subject: Weirdness... Message-ID: I got a tree detached by top-level interrupt followed by MC ITS REVIVED. No one else seems to have been affected. Weird... -=EPS=- From CSTACY at MIT-MC Mon Dec 5 05:07:00 1983 From: CSTACY at MIT-MC (Christopher C. Stacy) Date: December 4 1983 23:07 EST Subject: hanging up phone lines In-Reply-To: Msg of 4 Dec 1983 17:43 EST from Charles Frankston Message-ID: Date: 4 December 1983 17:43 EST From: Charles Frankston To: BUG-ITS Re: hanging up phone lines ITS needs better facilities for hanging up dialup lines. Since most other computers nowadays automatically hangup the phone line after logout (either immediately or with a short timeout), I think some users don't realize that they have to do this manually on ITS. I don't believe ML has the hardware to hangup a line. The I/O and Console 11's on MC have the appropriate hardware but don't give the pdp10 any way to control the appropriate bits. There used to be this .HANGUP UUO...maybe there should be a system call for reading and frobbing arbitrary bits on tty lines in the pdp-11. .HANGUP dialnum, ANCIENT HISTORY hang up a dialed line ;skip if successful This uuo NO LONGER EXISTS. It is documented here for historical purposes only. Its function is obsolete. Its opcode has been recycled as .REVIVE. This uuo was used to hang up on a line which had been dialed by the .DIAL uuo. From CBF at MIT-MC Sun Dec 4 23:43:00 1983 From: CBF at MIT-MC (Charles Frankston) Date: December 4 1983 17:43 EST Subject: hanging up phone lines Message-ID: ITS needs better facilities for hanging up dialup lines. Since most other computers nowadays automatically hangup the phone line after logout (either immediately or with a short timeout), I think some users don't realize that they have to do this manually on ITS. I don't believe ML has the hardware to hangup a line. The I/O and Console 11's on MC have the appropriate hardware but don't give the pdp10 any way to control the appropriate bits. At worst something like to LSPEED command could be used to hangup a line. At best the system would use the same sorts of timeouts it uses to close STY channels. If I get some time after the term I might look at the LSPEED covert channel. Informed suggestions on other approaches would be welcome. From GumbyatMIT-MC Fri Dec 2 00:00:00 1983 From: GumbyatMIT-MC (David Vinayak Wallace) Date: Friday, 2 December 1983, 00:00 Subject: safe site ap8 In-Reply-To: The message of 2 Dec 83 00:00-EST from Pandora B. Berman Message-ID: Date: 2 December 1983 00:00 EST From: Pandora B. Berman TIM at MIT-MC 11/29/83 05:35:55 Hmm, MC thinks that AP8 is an "insecure" site. Who/how does this get changed? it's built into something. i don't know how to change, but surely someone else does. I fixed this for MC and ML. From CENT at MIT-MC Fri Dec 2 06:00:00 1983 From: CENT at MIT-MC (Pandora B. Berman) Date: December 2 1983 00:00 EST Subject: safe site Message-ID: TIM at MIT-MC 11/29/83 05:35:55 Hmm, MC thinks that AP8 is an "insecure" site. Who/how does this get changed? (it's not THAT big a deal, but it probably doesn't know about other relatively new machines either). it's built into something. i don't know how to change, but surely someone else does.