Kbase 13009: Starting client crashes server on Unisys SG4000 or SG6000
| Autor |
Progress Software Corporation - Progress |
| Acesso |
Público |
| Publicação |
5/10/1998 |
|
Starting client crashes server on Unisys SG4000 or SG6000
======================================================================
This KnowledgeBase entry documents a known bug with the Progress
server product in the 6.2G71 release on the CTOS/BTOS operating
system. This bug only applies to SG4000 and SG6000 server machines
(486 CPUs). A patch is currently under development to correct this
problem. In the meantime, a workaround is available for this error.
======================================================================
The Unisys SG4000 and SG6000 machines are Intel 486-based servers that
incorporate multiple "intelligent" processor boards on which different
system services may be installed. Client workstations are commonly
attached to the ClusterProcessor board and are called "clustered
workstations." These clustered workstations may or may not have local
file systems.
The system was designed such that a server process such as a Progress
server would be installed on the HostProcessor board. When the
Progress server receives a request from the client asking to connect,
the server begins the connect and sends a response to the client.
Immediately after this, the server writes a message to the Progress
log file such as
"SERVER: BTOS user NNNN connected to server. PROGRESS user number 1."
The user number NNNN is obtained from the X-Block that contained the
original connect request from the client (CTOS/BTOS uses "X-Blocks"
to send and receive system requests).
The error occurs when the Progress server attempts to read this user
number from the X-Block. The SG4000/SG6000 hardware is much faster
than older Unisys B-series hardware, and consequently the X-Block that
the server is trying to read is no longer available. The result is a
General Protection fault and Progress Server crash (CTOS/BTOS erc 80).
TO AVOID THIS PROBLEM (using Progress 6.2G71):
As indicated above, the Progress server SHOULD in theory be installed
on the HostProcessor board. The Progress server CAN be installed on
the ClusterProcessor board to circumvent the GP fault problem.
However, memory and CPU cycles will be taken away from cluster
operations, resulting in overall system performance degradation. It
is also worth noting that clients running on the server machine itself
will not crash, regardless of which board (Host or Cluster) the
Progress server is installed on.
NOTE: bug number for this problem is 94-03-29-057
Progress Software Technical Support Note # 13009