>>> 'terminals' problem from phillip -- Tue Jan  2 07:33:34 1990 <<<

Any word on when 'livingstone' might be back with us?

>>> 'terminals' problem from phillip -- Tue Jan  2 09:42:34 1990 <<<

Problem: There is NO talk daemon between 'argon' and other machines.
         When you type the command 'talk person@janus' for example,
the argon response is 'waiting for your party to respond'. In actuality,
the 'talk' message is not leaving argon. 
 The talk feature is standard(?) between machines.

>>> 'terminals' problem from voros -- Tue Jan  2 16:32:39 1990 <<<

Lauren said the terminals can be used in the lab now. Phil,
would you pls check this. Even if we have to leave the taurus
override on, it will be a big help if users can "enable/disable"
equipment and read the msgs.
Thanks.
	Katalin
From ljmassa Wed Jan  3 01:44:45 1990
Return-Path: <ljmassa>
Received: by argon.berkeley.edu. (4.1/SMI-4.0)
	id AA17815; Wed, 3 Jan 90 01:44:42 PST
Date: Wed, 3 Jan 90 01:44:42 PST
From: ljmassa (Lauren Massa)
Message-Id: <9001030944.AA17815@argon.berkeley.edu.>
To: voros
Subject: terminals
Cc: ljmassa
Status: RO


The plutos are up. Dave helped , there were some bugs in the code.
I had to come back in because livingstone didn't reboot properly, it's
now almost 2am so I may be in a bit late tomorrow. 

I asked Mark to try and dump livingstone tonight, it has been dumped
weekly since it was brought up, but i wanted to have it dumped right away
for obvious reasons.
        Lauren 
 

From phillip Wed Jan  3 08:24:02 1990
To: bob voros
Subject: lab terminals
Cc:  $pf/terminals-p ljmassa


About 1/4 (4 or 5) of the lab terminals do not work. It seems
problematic of being unplugged at the computer. The wand works
on those terminals that are on.

I will look further into the problem.


>>> 'terminals' problem from phillip -- Wed Jan  3 08:50:01 1990 <<<

The terminals that are not working in the lab are oweing
to a software(?) problem. All lab terminals are electrically
continous from the terminal to the computer.

There are working terminals in most areas of the lab.

(Lauren, help!)

>>> 'terminals' problem from phillip -- Thu Jan  4 06:20:40 1990 <<<

The same lab terminals that were not working yesterday
are not working today.
R1, Y1, Y3, AN1, and the oldlab terminals
From ljmassa Tue Jan  9 16:47:39 1990
Return-Path: <ljmassa>
Received: by argon.berkeley.edu. (4.1/SMI-4.0)
	id AA03773; Tue, 9 Jan 90 16:47:36 PST
Date: Tue, 9 Jan 90 16:47:36 PST
From: ljmassa (Lauren Massa)
Message-Id: <9001100047.AA03773@argon.berkeley.edu.>
To: phillip
Subject: argon port sel. tty's
Cc: voros
Status: R


I temporoarily changed tty03, 0a, 13 and 15 and checked with the test terminal.
all came up fine. All also started port selector gettys (when I configured them
back to switch), when connected to the z29. Don't know why they didn't the
first time..

The port selector lines still don't seem to connect you though.  I talked to
Kirk after and his opinion was the same, we should try and narow it down
before talking to CSSG. I have one other thing I want to try and after that
I think I'll have the wiring checked for the port selector.

Can you check the connection from the wall where the port selector lines
are to argon, at least as far as they are above the floor - otherwise
I'll just look at it when I get back.

	Thanks for the help!
        Lauren 
 


>>> 'terminals' problem from phillip -- Wed Jan 10 08:57:57 1990 <<<

The livingstone lab terminal computer is down completely
pending CSSG repairs.

>>> 'terminals' problem from phillip -- Thu Jan 11 07:32:48 1990 <<<

Terminals on tty 8 thru 15 are still not operational in the lab.
CSSG / Pepe is still working on the machine.

>>> 'terminals' problem from phillip -- Thu Jan 11 08:32:45 1990 <<<

The livingstone terminals in the lab are back on line.
The 'tty order' as it perstains to the ''reset'' program
now needs verification to assure our records are correct.
This will be done today.

The work performed by CSSG and related costs have not yet
been ascertained.

>>> 'terminals' problem from bob -- Wed Jan 17 15:54:33 1990 <<<

All terminals in the lab are up and running and the taurus overide
is off. 

>>> 'terminals' problem from phillip -- Thu Jan 18 11:27:22 1990 <<<

CSSG has *disconnected* the argon ports from the Cory port
selector. Pepe has ascertained that one or more of the ports
is erroneously pulling up the Cory port selector 'banner'.
This ties up the selector for all users. The problem is
possibly software.

>>> 'terminals' problem from ljmassa -- Sun Jan 21 00:06:49 1990 <<<

The argon port selector lines have been reconnected. 

>>> 'terminals' problem from bob -- Fri Jan 26 16:28:30 1990 <<<

termianls in vlsi are down and do not reset. v1 and v2.

>>> 'terminals' problem from phillip -- Mon Jan 29 07:06:56 1990 <<<

All lab terminals are working presently.

Since the port board was installed by CSSG, the port locations
as recorded in the 'reset' program do *NOT* match the lab locations.
This will be remidied shortly.

>>> 'terminals' problem from phillip -- Thu Feb  1 08:20:25 1990 <<<

P: Since the livingstone fix by CSSG, our port delivery
   records have been askew. Only 5 of 15 are set correctly.
   This makes it almost impossible to 'reset' terminals.

(lauren, please contact me....thx)

>>> 'terminals' problem from richard -- Thu Feb  1 16:01:22 1990 <<<

the terminal in GL-4, livingstone tty 10, is dead; it does not respond
to the terminal reset routine

>>> 'terminals' problem from phillip -- Fri Feb  2 06:50:31 1990 <<<

P: Terminals in lab locking up. There are at least 6 terminals
   with no getty.
S: Booted livingstone. The terminals should be back on
   within 15 minutes.

>>> 'terminals' problem from phillip -- Fri Feb  2 07:16:01 1990 <<<

The lab terminals are back on now after the
successful reboot of this a.m.

>>> 'terminals' problem from phillip -- Fri Feb  2 13:07:58 1990 <<<

the new argon port board has arrived. It was given over to Pepe
in CSSG for installation. 

Lauren, as far as i can tell, we will not need the wiring crew
to assist in this job. Please correct me if I am wrong.

Pepe/Phil, can you please let us know approximately when the  
new board will be installed and operational?
thx,pg

>>> 'terminals' problem from tom -- Mon Feb 12 09:21:42 1990 <<<

The terminal by the cssem has not worked for a week at least.
No response, just a cursor. Reseting the terminal seems to not work.

>>> 'terminals' problem from voros -- Mon Feb 12 11:41:50 1990 <<<

Date: Mon, 12 Feb 90 11:38:46 PST
From: ljmassa (Lauren Massa)
To: voros
Subject: Re:  terminals in the lab

I'm in the machine room nowThe first time this was reported i made
 sure all the lines matched out
documentation according to the port numbers that are marked on the bcak
of the machine. Apparently those port numbers are incorrect.  Phil checked
all the terminals for me to see which lines are actually connected to
which terminals, and I just swapped the lines to match Phil's list.

All of the plutos are up now, and hopefully the lines now correspond to
the terminals as listed in the treset menu.

        Lauren 
 

>>> 'terminals' problem from phillip -- Mon Feb 12 13:12:31 1990 <<<

The new (Lauren repaired) designations on treset now match
the port that is actually on the terminal.
The only exception to this is tty03 & tty07. This will be remidied
by Lauren shortly.

When CSSG replaced the port board, that fixed tty07 which had
never worked. The port tty07 will be added to 'treset' and
installed in GL3 per Dave Hebert's request. This will be
accomplished this week.

>>> 'terminals' problem from galewski -- Tue Feb 20 00:43:53 1990 <<<

v2 in the vlsi area not working, and will not reset.`

			-Carl

>>> 'terminals' problem from jimmoon -- Thu Feb 22 08:33:45 1990 <<<

Terminals Y2, Y3, and V2 are on the fritz and don't respond
to nuking.  These terminals are getting to be a pain.

>>> 'terminals' problem from ljmassa -- Fri Feb 23 10:36:53 1990 <<<

Rebooted livingstone to fix this.  Has to be looked at in the long
term.  Might be due to wedged plutos that users don't use clruser on.

>>> 'terminals' problem from phillip -- Fri Mar  2 11:02:07 1990 <<<

 Jeff Sigari from CSSG stopped by and informed me that the port
board installation was complete to the wire bay. In trying to
connect a port to the office, I find otherwise.

There are no ports coming from the new RS232's at the back of
the computer.

>>> 'terminals' problem from voros -- Fri Mar  2 14:13:21 1990 <<<

Date: Fri, 2 Mar 90 13:30:48 PST
From: hebert (David Hebert)
To: ljmassa, voros
Subject: Wand

There is a problem with the wand. Regardless of which terminal
I use in the lab to try to access my wand, the terminal tends
to lock-up. This occurs has occurred about 50% of the time today.
Some days it isn't as bad as today. After the terminal locks-up,
I have to go to another terminal, log on, and then I get a message that
states that my wand is at another terminal and that it's being
retrieved. 

Is there anything that can be done to fix this? It's really quite
annoying to have to wander from terminal to terminal trying to access
my wand as I work in the lab.

DH

>>> 'terminals' problem from phillip -- Mon Mar  5 06:27:18 1990 <<<

Lauren, how did the 'kernel' installation go this weekend?
In trying to put a port on Otto's desk again this morning,
I still get nothing. Please apprise.
From phillip Mon Mar  5 07:55:02 1990
To: /micro/micro/labroot/cmnts/terminals-p lab_equip_probs

>From ljmassa Mon Mar  5 07:41:21 1990
Return-Path: <ljmassa>
Received: by argon.berkeley.edu. (4.1/SMI-4.0)
	id AA25533; Mon, 5 Mar 90 07:41:19 PST
Date: Mon, 5 Mar 90 07:41:19 PST
From: ljmassa (Lauren Massa)
Message-Id: <9003051541.AA25533@argon.berkeley.edu.>
To: phillip
Subject: Re:  terminals problem
Status: R

I didn't do it because Kirk decided that he had to do a prom change also
and he asked me to coordinate with Kevin so that we do the kernel swap at
the same time.  I'm waiting to be told when they are going to be ready to do it.
It won't happen today.

	Lauren



>>> 'terminals' problem from phillip -- Mon Mar  5 09:29:19 1990 <<<

P: Return key missing from keyboard in Y2.
S: Replaced keyboard.

(Marilyn, please report terminals problems in this file
 as opposed to 'misc'.)
From phillip Mon Mar  5 12:38:24 1990
To: roramos@janus
Subject: terminals to Excess & Salvage
Cc:  bob $pf/terminals-p


 Hello. This is to inform you that the following terminals
have been sent out permanently. Please adjust your records
accordingly.

1. UCB # 80058
2. UCB # 83112
3. no UCB # could be found but the serial # 2342V70566

Three CRT terminals in total were shipped out.
thank you,pg


From phillip Mon Mar  5 14:17:41 1990
To: roramos@janus.Berkeley.EDU
Subject: Re:  terminals to Excess & Salvage
Cc: bob $pf/terminals-p

 The #'s I gave you are the only #'s on them.
If you do not have the #'s on inventory, we will not
worry about it.
pg

From ljmassa Thu Mar  8 00:07:00 1990
Return-Path: <ljmassa>
Received: by argon.berkeley.edu. (4.1/SMI-4.0)
	id AA01064; Thu, 8 Mar 90 00:06:57 PST
Date: Thu, 8 Mar 90 00:06:57 PST
From: ljmassa (Lauren Massa)
Message-Id: <9003080806.AA01064@argon.berkeley.edu.>
To: bob, phillip, voros
Subject: new kernel
Status: RO


The new kernel for the ALM board had a device vector duplicated so I
had to reboot with the old kernel again.  I've mailed Kirk about it,
I'll swap in the new kernel as soon as it can be fixed.
        Lauren 
 


>>> 'terminals' problem from phillip -- Mon Mar 19 07:05:39 1990 <<<

The Z29 CRT in the microlab storage room 
is now on-line to host 'argon' .

>>> 'terminals' problem from phillip -- Mon Mar 19 07:50:53 1990 <<<

P: There are at least 5 'locked up' terminals in the lab.
   'treset' has no effect on them. This has been the case since
   Friday afternoon.(an1,y3,v1 for three).

A reboot of  the 'livingstone' host machine is in order.

>>> 'terminals' problem from ljmassa -- Mon Mar 19 10:21:06 1990 <<<

Subject: terminals problem



Phillip,
	I'm going to reboot livingstone.  Apparently the fix made a while
ago by Kevin to the domainname setting did not eliminate this problem.  I've
not been rebooting livingstone weekly because I wanted to look at it.  

I'd like to move a couple of the terminals to argon ports.  To get things 
working for now, I'll go ahead and reboot livingstone.
        Lauren 
 

>>> 'terminals' problem from phillip -- Mon Mar 19 11:20:13 1990 <<<

Records purposes only:  two new ports have been utilized;
1. ttyha - cable406-supermod4-channel1-   Otto's desk
2. ttyhb - data cable#1 - supermod2 - channel1 - rm.421 storeroom

Lauren , please post whatever records accordingly.
thank you, pg

>>> 'terminals' problem from rnorman -- Tue Mar 20 07:06:01 1990 <<<

Most of the terminals are down in the lab and are not reseting.

>>> 'terminals' problem from ljmassa -- Tue Mar 20 14:12:01 1990 <<<

Subject: terminals problem


Problem: This morning R. Norman reported that the terminals in the lab were
	not working.
Cause: Livingstone was completely locked up. Cause of lock-up unknown.

Solution: Livingstone had to be powered off and on, and then rebooted.

>>> 'terminals' problem from richard -- Wed Mar 21 09:48:38 1990 <<<

Once again, the terminal in GL-4 isn't working.  It will not
respond to a reset.

>>> 'terminals' problem from richard -- Wed Mar 21 09:50:09 1990 <<<

The backspace key and return key do not work on AN1 (the terminal
next to the CSEM).  Actually, the return key is intermittent.

>>> 'terminals' problem from bob -- Wed Mar 21 15:50:53 1990 <<<

terminals in the old lab (both) and the terminal in gl-2 and gl-4
do not work. In addition the backspace key and return key on the
an-1 terminal do not work.
The reset program failed to fix the 4 down terminals.

>>> 'terminals' problem from bob -- Thu Mar 22 07:48:38 1990 <<<

Currently the terminals in the old lab, gl-2,an-1,gl-4 and r-1
are non functional and won't reset.

>>> 'terminals' problem from ljmassa -- Thu Mar 22 14:51:40 1990 <<<

GL-2 was killed successfully but a new pluto would not come up.
AN-1, R-1, and GL-4, (tty's 08, 09, 10) could not be killed with treset.
When killed manually , new pluto's could not be restarted.

>>> 'terminals' problem from bob -- Fri Mar 23 08:07:56 1990 <<<

A closer investigation of terminal failures shows that attemnpts
to run " reservations" from a livingstone terminal locks it up
every time. A survey of the lab terminals this am shows them
all up. The terminal in y-2 and an-2 both were succesfully
reset after the lock-up problem was observed!

>>> 'terminals' problem from marilyn -- Tue Mar 27 09:53:05 1990 <<<

Problem: Backspace key at terminal [g}] tty05 doesn't function.

>>> 'terminals' problem from phillip -- Wed Mar 28 09:14:57 1990 <<<

Five Z29 keyboards were relinquished to the Eshop for repair today.
 When they return, the tty05 keyboard reported by Marilyn will be
changed out.

>>> 'terminals' problem from phillip -- Wed Mar 28 13:42:33 1990 <<<

P: The ALM board which was installed in argon today
   does not work. Kirk and Lauren have been notified.

>>> 'terminals' problem from phillip -- Mon Apr  2 07:03:56 1990 <<<

The CSSG spare ALM port board has been reinstalled in argon.
The new ports are again operational.

>>> 'terminals' problem from richard -- Fri Apr  6 13:57:55 1990 <<<

the terminal in GL-4 is down again!

It does not respond to the reset program.

>>> 'terminals' fix from richard -- Tue Apr 10 13:11:13 1990 <<<

The terminal in GL-4 is now working.  Who or what fixed it, I don't know.

>>> 'terminals' problem from bob -- Fri Apr 13 12:25:06 1990 <<<

Otto's terminal is down.
Bob

>>> 'terminals' problem from phillip -- Fri Apr 13 12:45:53 1990 <<<

P: As far as can be determined, ALL assigned
   ports on the new tty board are out of order.
   This is an ALM board, software or machine 
   problem.

>>> 'terminals' problem from rnorman -- Mon Apr 16 08:28:44 1990 <<<

Otto's terminal in the office is still down.  How many weeks has it
been now...

>>> 'terminals' problem from voros -- Mon Apr 16 11:13:56 1990 <<<

Date: Mon, 16 Apr 90 10:26:30 PDT
From: ljmassa (Lauren Massa)

The ALMII is still not operating correctly.  Marc and Kirk have been 
in contact with Sun and are doing everything possible to try and
get a functional board for Argon.  Apparently it works occasionally.

Kirk and Marc have been notified.  Sorry for the inconvenience but
this is Sun hardware and it's supposed to work!!
        Lauren 

>>> 'terminals' fix from phillip -- Wed Apr 18 07:10:35 1990 <<<

P: Tom's tycom port causing systemwide glitch.
S: Replaced pinched patch cord from patch bay
   in rm.406 to the AUX. port of Tom's terminal.
   Tycom is up and available for use.
(Tested o.k. by Jim Moon. Thank you for your help.)

>>> 'terminals' problem from rnorman -- Wed Apr 18 07:48:37 1990 <<<

The terminal in the parts room, 421, is jammed up and not working.

>>> 'terminals' fix from phillip -- Wed Apr 18 08:51:06 1990 <<<

The newest ALM (port) board in the argon machine is
being fixed by CSSG. Terminals affected are 1. Otto 
2. Storage room (421) 3.lamlink 2  4. Can't remember
the 4th port.

This fix is out of our hands and CSSG will apprise us
when their work is complete.

>>> 'terminals' fix from phillip -- Wed Apr 25 11:30:17 1990 <<<

As per Lauren's request: 
 1. Radon port#3 is now connected to the lam2 as  the lamlink channel.
 2. Radon port#4 is now connected (for a pluto) to the Z29 AUX port of
    the (troublesome) terminal in GL4 (Richard Hsu's terminal).
Neither of these ports is currently working and need a software boot
to start up. Pls. apprise when the #4 can begin use.

Also, the preliminary terminal wire inventory has been completed
by Paul Nelson. The data has been given to Scott Miles for input.
(The Radon info is on the update as well). Soon we will have an up
to date file of all tty wiring in the lab.

>>> 'terminals' problem from voros -- Mon Apr 30 11:16:59 1990 <<<

Davor reported that all lab terminals are down. Phil is investigating.
The override has been turned on.

>>> 'terminals' fix from ljmassa -- Mon Apr 30 13:42:28 1990 <<<

There was a problem in the yp service for the MicroSuns domain.
Solution:  Rebooting Argon and Livingstone solved the problem.
I'll try adjustments to how often the yp maps are updated to see if that
offers a permanent solution.

>>> 'terminals' problem from field -- Mon May 14 10:57:31 1990 <<<

terminal v2 in VLSI area is locked up.
