| Title: | POLYCENTER Console Manager |
| Notice: | Kits, Scans, Docs on CSC32:: as PCM$KITS:,PCM$DOCS:, PCM$SCANS: |
| Moderator: | CSC32::BUTTERWORTH |
| Created: | Thu Aug 06 1992 |
| Last Modified: | Fri Jun 06 1997 |
| Last Successful Update: | Fri Jun 06 1997 |
| Number of topics: | 1541 |
| Total number of notes: | 6564 |
Customer has two versions of PCM running on two nodes.
1.1 and the latest. (5.1?)
He has lots of Sun systems (mostly sparc10s) connected via 90tls
for ue from his PCM.
When he connects to one of the Suns and either reboots it or brings
it down to single user mode, he gets garbage out and the connection is
"useless". This ONLY happens if he uses TELNET.
Lat works fine.
He spoke to Sun and they told him that they do change parity when they
go to single user mode.....(in goes to 7-even in single user mode).
Sun also tells him that this "problem of theirs" is fixed in Solaris.
Lat can handle the parity change. Telnet can't.
Customer states that without the ability to use telnet to mamage his
many hundreds of Suns, "PCM is useless".
Has anyone else seen this problem?
thanks.
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 540.1 | More info please!! | OPG::SIMON | Tue Jan 03 1995 15:59 | 11 | |
Hmm,
can you send me details of the port configs for the two terminal
server ports that the customer uses. I.e. the LAT port which works
and the TELNET port which does not. Also what is the exact change
between running and console mode.I.e. is it 8bit No parity in OS
mode and 7bit even in console mode. I shall then have a look at this.
I guess the customer means V1.5 rather than V5.1
Cheers Simon....
| |||||
| 540.2 | the ports | CSC32::PITT | Tue Jan 03 1995 21:49 | 60 | |
Customer mailed me the following, stating that both his lat and telnet
port on the 90tls are configured identically. (by the way, he also
stated that, per Sun, parity changes from 8-none,1 to 7-even.
LAT:
----
Port 1: (Remote) Server: FSG908007
Character Size: 8 Input Speed: 9600
Flow Control: XON Output Speed: 9600
Parity: None Signal Control: Disabled
Stop Bits: Dynamic
Access: Remote Local Switch: None
Backwards Switch: None Name: VCS01
Break: Remote Session Limit: 4
Forwards Switch: None Type: Ansi
Default Protocol: Telnet
Preferred Service: None
Authorized Groups: 0
(Current) Groups: 0
Enabled Characteristics:
Failover, Input Flow Control, Interrupts, Lock, Loss Notification,
Message Codes, Output Flow Control, Verification
Telnet:
-------
Port 3: (Remote) Server: FSG926021
Character Size: 8 Input Speed: 9600
Flow Control: XON Output Speed: 9600
Parity: None Signal Control: Disabled
Stop Bits: Dynamic
Access: Remote Local Switch: None
Backwards Switch: None Name: VCS03
Break: Remote Session Limit: 4
Forwards Switch: None Type: Ansi
Default Protocol: Telnet Default Menu: None
Preferred Service: None
Authorized Groups: 0
(Current) Groups: 0
Enabled Characteristics:
Failover, Input Flow Control, Interrupts, Lock, Loss Notification,
Message Codes, Output Flow Control, Verification
| |||||
| 540.3 | OPG::SIMON | Wed Jan 04 1995 14:04 | 15 | ||
Hi again, well this get curiouser as I have set up the following this morning: PCM on ULTRIX connected to a DS90M via LAT. To act as the system I just attached a VT200 terminal to the DS90M port. I set up the chars as per your reply and when the VT200 is in 8bit mode all works well, but I change the terminal to 7bit even parity and I get garbage and theis is with LAT!!! Now I looked back through the conference so a real old note (99) and found some info from a person who set up a SUN with PCM. I am not sure whether he used LAT or TELNET, but he made some changes to the SUN console which helped. It's a fairly long note with other info as well, but the SUN bit is obvious. Cheers SImon.... | |||||
| 540.4 | CSC32::PITT | Wed Jan 04 1995 15:20 | 28 | ||
99.0 discusses some cable types to use with various systems.
But .1 and .2 state that it never really did work with a Sun.
If this is the case because of the fact that Sun changes
character/parity when it goes to single user mode, then I will
just let the customer know that we can't make it work and that
the problem is with his Sun systems and Sun admitted....
Am I on the right track here?
Thanks SImon!
Cathy
<<< OPG::DISK$TOOLS:[NOTES$LIBRARY]CONSOLEMANAGER.NOTE;1 >>>
-< POLYCENTER Console Manager >-
================================================================================
Note 99.2 Sun/HP/IBM connection with CM1.1 on OSF/1 2 of 2
KETJE::SYBERTZ "Marc Sybertz@BRO - 856/7572" 8 lines 18-OCT-1993 14:02
-< Sun : not possible ? >-
--------------------------------------------------------------------------------
After discussing with some SUN engineers, it seems not to be possible to
redirect the console to a ttya while continuing to work with the graphical
display ...
I will post the question in the internet news sun conference and hope I will
receive an official answer soon. Will let you know.
Marc.
| |||||
| 540.5 | Two tracks!! | OPG::SIMON | Wed Jan 04 1995 17:27 | 15 | |
There are two thing here.
Yes you cannot do workstations as directing the Console causes the
OpenWindows not to start. that is a problem in SunOS just as it was a
problem with ULTRIX. It is a brain dead way of implimenting the
Operating system. However, that has nothing to do with the customer
problem. If you read further down the note 99 you will see some
commands:
# eeprom ....
I gather from this information that something was set in the Sun Box
console eeprom.
Cheers Simon...
| |||||
| 540.6 | a fix | CSC32::PITT | Fri Jan 06 1995 19:37 | 7 | |
Customer has been given an UNsupported patch to the ZS driver on his
SUN systems (by Sun). He's going to send it on to me and I'll post
it here if it looks like it makes sense to.
He says it does eliminate this problem.
| |||||