Oracle Audio Technologies B31003-01 ユーザーズマニュアル

ページ / 112
Resolving Specific Errors
3-6  Oracle Application Server Adapter for IMS/TM User’s Guide
To troubleshoot client/server communication problems, you need to be familiar with 
the following:
Daemon configuration settings.
Oracle Connect security.
TCP/IP subsystem. OracleAS Adapter for IMS/TM uses TPC/IP for internal 
intermachine communications.
System details, such as the account name and password of the administrator 
account, the IP address of the computers involved and whether a portmapper is 
being used.
Resolving Specific Errors
The following error messages relate to errors received from Oracle Connect.
C007: Server initialization failed.
Cause:  
The daemon failed to start its network service.
Action:  
Check the processes being run on the system to see whether another 
daemon or program is using the port specified in the oc4j-ra.xml file for the 
adapter.
Action:  
Check the TCP/IP subsystem on the current computer by trying to ping it 
or run FTP or Telnet to or from it.
Action:  
Check whether the daemon has privileges to use the TCP/IP services on 
the current computer with the port specified in the oc4j-ra.xml file for the 
adapter.
C008: Setting server event handler failed.
Cause:  
Internal error.
Action:  
Contact Oracle Support Services.
Table 3–4   Scenarios When a Client Is Disconnected
Scenario
Idle (Not Processing a Client 
Request)
Processing a Client Request
Explicit Disconnect
(client explicitly 
closes connection 
or client program 
terminates)
The server is immediately notified of 
the disconnect and either becomes 
available for use by another client or 
terminates (if it is not reusable).
The server does not know that the client has 
disconnected and continues processing. When 
processing completes, the server tries to reply to 
the client and immediately gets an error that the 
connection was lost. The server either becomes 
available for use by another client or terminates (if 
it is not reusable).
Abrupt Disconnect
(client closed 
without proper 
shutdown or client 
system hanged 
and 
communication 
disconnected)
The server does not know that the 
client has disconnected and remains 
in the idle state.
After timing out based on whichever 
comes first of the value for the client 
idle timeout daemon workspace 
parameter or the TCP/IP KEEPALIVE 
parameter, the server is notified of the 
disconnect and either becomes 
available for use by another client or 
terminates (if it is not reusable).
The server does not know that the client has 
disconnected and continues processing. When 
processing completes, the server tries to reply to 
the client. After an interval (typically several 
minutes, depending on the TCP/IP configuration), 
during which the TCP/IP subsystem retries 
sending the message to the client, the server 
assumes that the client has terminated and notifies 
the server that the connection has been closed. The 
server either becomes available for use by another 
client or terminates (if it is not reusable).