TNS-12518:TROUBLESHOOTING GUIDE TNS-12518 TNS listener could not hand off client connection
2012-02-21 00:40
417 查看
TNS-12518:TROUBLESHOOTING GUIDE TNS-12518 TNS listener could not hand off client connection
In this DocumentPurposeLast Review DateInstructions for the ReaderTroubleshooting DetailsSection I: Steps to approach ORA-12518/TNS-12518 Error:Section II: Commonly Known Errors:Error: 32: Broken pipeError: 11: Resource temporarily unavailableError: 12: Not enough spaceError: Connection Pooling limit reachedError: 2: No such file or directorySection III: Errors Specific to WindowsError: 233: Unknown errorError: 54: Unknown error
Once TNS-12518 is noted in the listener log, follow the below steps to approach and resolve this error.Let us have a small discussion about how actually database connections are made:In Dedicated mode, database client contacts listener and supplies the SERVICE NAME of the database. Then listener spawns a dedicated server process and hands off the client connection to this dedicated server process. TNS-12518 indicates a problem while handing
off the client connection to the server process.In Shared Server mode, database client contacts listener and supplies the SERVICE NAME of the database. Then listener hands off the client connection to one of the dispatcher configured for that service. TNS-12518 indicates a problem while handing off the
client connection to the dispatcher server process.Though this error is logged in the listener log, the listener is just the messenger, ORA-12518/TNS-12518 is mostly related to RDBMS and OS resources.Step 1. Is listener version compatible to the databaseCheck if you are using compatible listener version for your database version.If the database is 8i then use 8i or 9i listeners only. 10g listeners are not compatible to work with 8i databases.For 9i databases, 9i or 10g listeners can be used.For 10g databases, only 10g listeners can be used.The general rule is that use the higher version of the listener when there is a version mismatch between database and the listener.Step 2. Gather more information from listener logThe first place you would look for the TNS-12518 error is the listener log. Usually the listener log would be located under $ORACLE_HOME/network/log directory. You can use 'lsnrctl status' command output to look for the location of the listener log file.
12518.Look for the lowest error in the stack. That is the error we have to concentrate on and try to resolve it. In the above example, the lower error is
'Linux Error: 32: Broken pipe'.Step 3. Is service handlers in blocked stateCheck if the handlers are in blocked state. Check the output of the 'lsnrctl services'. Examine the status information under the database service name. From the listener log you would know which database service was affected by the 12518 error, now
with the output of the 'lsnrctl services' under that service name gather more information.
'blocked' then the connection are not possible. The state of a handler could be in blocked state in the following scenario:i. The database parameter processes reached its value.ii. The database is in the process of startup or shutting down.In shared server mode, the number of dispatchers should be set according to the load that you expect.
'lsnrctl services' output shows the maximum number(max:997) of connections that the dispatcher would accept and the number connections refused (refused:0) by this dispatcher. If any connections refused by the dispatcher, then consider increasing the
number of dispatchers.If you are using PFILE edit init.ora and increase the dispatchers parameter. If you are using SPFILE you can dynamically increase the dispatchers parameter by the
'alter system set' command.Step 4. Is local BEQ connection successfulCheck if local BEQ connection to the database works fine. It also verifies if the database is up and in good condition to accept the connection. If the database is down or in a hung state then a connection request to the database by the listener will not be
possible.Connect to the database server via telnet or ssh and check if a local bequeath SQL*Plus connection works. In other words, issue:sqlplus username/password [Enter]This connection bypasses the listener and directly connects to the database via the BEQ (bequeath) protocol. If this fails, then the TNS-12518 listener error is simply a result of the database issue.One such error is:ORA-12560: TNS:protocol adapter errorA possible cause for this error on Microsoft Windows servers, is that the Windows Database Service has not yet been created (common when creating a "standby" instance).Resolution for this would be to create the Windows Service first by using the "oradim" command (see the Database Admin guide for details on oradim and service creation).Step 5. Is number of processes reached its limitIf local BEQ is successful, check the below query
MAX_UTILIZATION has reached the limit value of 250, so the processes parameter should be increased further to accomodate the number of incoming connections.Edit the init.ora and set the processes parameter to a higher value. By default, if you just increase the processes it is enough, the
sessions value would automatically be increased.Step 6. Is OS kernal parameters configured for optimumDatabase is operated by a single user, normally it would be 'oracle' user. At the Operating System level, there is a limit for the number of process spawned by a user. And also there is a limit for the total number of process running on the entire
OS.The Oracle Database and the newly spawned processes would be owned by the 'oracle' user. And so make sure that these values are set accordingly.On Unix these values are configured through the configurable OS kernal parameters and is specific to Operating
Systems. You will have check your corresponding OS documentation for your OS.For example for HP-UX the configurable kernal parameters are,maxuprc Maximum number of processes for each non-root usernproc Maximum number of processes on the systemStep 7. Does alert log have any errorsLook in alert log and look for any errors related to memory or process during the time the error TNS-12518 occurred in the listener log. If the alert log has any memory related errors, there there is a potential memory resource issue at the OS level.OS memory issues can be addressed by the below:i. Make sure that the OS has been configured with the enough Swap memory. In case of Windows it is called as Virtual Memory.ii. Reduce the size of SGA, thus the newly spawned server process will have some more system memory available.iii. Reduce the PGA size, so that the newly spawned server process would occupy less memory.iv. If you are in DEDICATED mode, try switching to MTS mode.To address memory issue for 32-bit Windows: Refer
Note 371983.1If there are any memory or process related error in the alert log during the time the TNS-12518 is logged in the listener log, then those errors in the alert log should be focused on and should be solved at first. Because, the errors in the alert log is
the base error for the TNS-12518 in the listener log.However, the errors in the alert logs are not being discussed in this article, they are out of the scope of this article.
Step 8. If using a statically defined SID_DESC in the listener.ora file for your sid, ensure that it is configured properly.A common mistake is to include a (PROGRAM=EXTPROC) parameter:(SID_LIST=(SID_DESC =(GLOBAL_DBNAME = ORCL.oracle.com)(SID_NAME = ORCL)(PROGRAM=extproc)(ORACLE_HOME = D:\oracle\product\10.2.0\db_1)))This misconfiguration occurs when the PLSExtproc SID_DESC is copied, pasted and edited in the listener.ora file. The inclusion of the PROGRAM line will cause an ORA-12518 to be returned to the client. Here's the corrected SID_DESC for our example SID:(SID_LIST=(SID_DESC =(GLOBAL_DBNAME = ORCL.oracle.com)(SID_NAME = ORCL)(ORACLE_HOME = D:\oracle\product\10.2.0\db_1)))______________________________________________________________________________________________________________________________________========================================================================================================================
pipe, according to the OS, the last line in the error stack would be different only by the OS name, as shown below.Solaris Error: 32: Broken pipeHPUX Error: 32: Broken pipeLinux Error: 32: Broken pipe_______________________________________________________________________________________________________________________________________
Note 371983.1_______________________________________________________________________________________________________________________________________
| TROUBLESHOOTING GUIDE TNS-12518 TNS listener could not hand off client connection [ID 550859.1] | ||
| 修改时间 12-DEC-2008 类型 TROUBLESHOOTING 状态 PUBLISHED |
Applies to:
Oracle Net Services - Version: 9.2.0.1.0 to 10.2.0.1.0Information in this document applies to any platform.Purpose
This article discusses about how to approach ORA-12518/TNS-12518 and troubleshoot it for the resolution.Last Review Date
January 29, 2008Instructions for the Reader
A Troubleshooting Guide is provided to assist in debugging a specific issue. When possible, diagnostic tools are included in the document to assist in troubleshooting.Troubleshooting Details
Section I: Steps to approach ORA-12518/TNS-12518 Error:
ORA-12518/TNS-12518 indicates a problem while listener hands off the client connection to the server process or dispatcher process.TNS-12518 is logged in the listener log. The client might receive ORA-12518 or some other disconnection errors like ORA-12537.Once TNS-12518 is noted in the listener log, follow the below steps to approach and resolve this error.Let us have a small discussion about how actually database connections are made:In Dedicated mode, database client contacts listener and supplies the SERVICE NAME of the database. Then listener spawns a dedicated server process and hands off the client connection to this dedicated server process. TNS-12518 indicates a problem while handing
off the client connection to the server process.In Shared Server mode, database client contacts listener and supplies the SERVICE NAME of the database. Then listener hands off the client connection to one of the dispatcher configured for that service. TNS-12518 indicates a problem while handing off the
client connection to the dispatcher server process.Though this error is logged in the listener log, the listener is just the messenger, ORA-12518/TNS-12518 is mostly related to RDBMS and OS resources.Step 1. Is listener version compatible to the databaseCheck if you are using compatible listener version for your database version.If the database is 8i then use 8i or 9i listeners only. 10g listeners are not compatible to work with 8i databases.For 9i databases, 9i or 10g listeners can be used.For 10g databases, only 10g listeners can be used.The general rule is that use the higher version of the listener when there is a version mismatch between database and the listener.Step 2. Gather more information from listener logThe first place you would look for the TNS-12518 error is the listener log. Usually the listener log would be located under $ORACLE_HOME/network/log directory. You can use 'lsnrctl status' command output to look for the location of the listener log file.
$lsnrctl status - - - - - - Listener Parameter File /ora10g/home_ora10g/network/admin/listener.ora Listener Log File /ora10g/home_ora10g/network/log/listener.log - - - - - -listener log gives the complete error stack and the database service name to which the client tried to connect to.
19-SEP-2007 13:55:34 * (CONNECT_DATA=(CID=(PROGRAM=)(HOST=__jdbc__)(USER=))(SERVICE_NAME=test.oracle.com)) * (ADDRESS=(PROTOCOL=tcp)(HOST=10.10.10.3)(PORT=36030)) * establish * test.oracle.com * 12518 TNS-12518: TNS:listener could not hand off client connection TNS-12547: TNS:lost contact TNS-12560: TNS:protocol adapter error TNS-00517: Lost contact Linux Error: 32: Broken pipeIn the above example, listener log shows the complete error stack, the bottom error being 32 is the OS error. It also shows that the jdbc client from IP 10.10.10.3 has tried to connect to the database service 'test.oracle.com' and failed with the error
12518.Look for the lowest error in the stack. That is the error we have to concentrate on and try to resolve it. In the above example, the lower error is
'Linux Error: 32: Broken pipe'.Step 3. Is service handlers in blocked stateCheck if the handlers are in blocked state. Check the output of the 'lsnrctl services'. Examine the status information under the database service name. From the listener log you would know which database service was affected by the 12518 error, now
with the output of the 'lsnrctl services' under that service name gather more information.
Service "test.oracle.com" has 1 instance(s). Instance "db10g", status READY, has 2 handler(s) for this service... Handler(s): "DEDICATED" established:9 refused:0 state:ready LOCAL SERVER "D000" established:10 refused:0 current:0 max:972 state:ready DISPATCHER <machine: oid.mohan.com, pid: 25908> (ADDRESS=(PROTOCOL=tcp)(HOST=oid.mohan.com)(PORT=33487))The highlighted state should be in 'ready' state for the connection to be successful. If the state is in
'blocked' then the connection are not possible. The state of a handler could be in blocked state in the following scenario:i. The database parameter processes reached its value.ii. The database is in the process of startup or shutting down.In shared server mode, the number of dispatchers should be set according to the load that you expect.
'lsnrctl services' output shows the maximum number(max:997) of connections that the dispatcher would accept and the number connections refused (refused:0) by this dispatcher. If any connections refused by the dispatcher, then consider increasing the
number of dispatchers.If you are using PFILE edit init.ora and increase the dispatchers parameter. If you are using SPFILE you can dynamically increase the dispatchers parameter by the
'alter system set' command.Step 4. Is local BEQ connection successfulCheck if local BEQ connection to the database works fine. It also verifies if the database is up and in good condition to accept the connection. If the database is down or in a hung state then a connection request to the database by the listener will not be
possible.Connect to the database server via telnet or ssh and check if a local bequeath SQL*Plus connection works. In other words, issue:sqlplus username/password [Enter]This connection bypasses the listener and directly connects to the database via the BEQ (bequeath) protocol. If this fails, then the TNS-12518 listener error is simply a result of the database issue.One such error is:ORA-12560: TNS:protocol adapter errorA possible cause for this error on Microsoft Windows servers, is that the Windows Database Service has not yet been created (common when creating a "standby" instance).Resolution for this would be to create the Windows Service first by using the "oradim" command (see the Database Admin guide for details on oradim and service creation).Step 5. Is number of processes reached its limitIf local BEQ is successful, check the below query
SQL> select * from v$resource_limit; RESOURCE_NAME CURRENT_UTILIZATION MAX_UTILIZATION INITIAL_AL LIMIT_VALU -------------------- ------------------- --------------- ---------- ---------- processes 249 250 250 250 sessions 54 82 280 280 - - - - - - - - - - - -Verify if the processes or sessions reached its limit value. If these database parameters reached its limit value, then consider increasing it accordingly.In the above example, the processes parameter has been set to 250. It's
MAX_UTILIZATION has reached the limit value of 250, so the processes parameter should be increased further to accomodate the number of incoming connections.Edit the init.ora and set the processes parameter to a higher value. By default, if you just increase the processes it is enough, the
sessions value would automatically be increased.Step 6. Is OS kernal parameters configured for optimumDatabase is operated by a single user, normally it would be 'oracle' user. At the Operating System level, there is a limit for the number of process spawned by a user. And also there is a limit for the total number of process running on the entire
OS.The Oracle Database and the newly spawned processes would be owned by the 'oracle' user. And so make sure that these values are set accordingly.On Unix these values are configured through the configurable OS kernal parameters and is specific to Operating
Systems. You will have check your corresponding OS documentation for your OS.For example for HP-UX the configurable kernal parameters are,maxuprc Maximum number of processes for each non-root usernproc Maximum number of processes on the systemStep 7. Does alert log have any errorsLook in alert log and look for any errors related to memory or process during the time the error TNS-12518 occurred in the listener log. If the alert log has any memory related errors, there there is a potential memory resource issue at the OS level.OS memory issues can be addressed by the below:i. Make sure that the OS has been configured with the enough Swap memory. In case of Windows it is called as Virtual Memory.ii. Reduce the size of SGA, thus the newly spawned server process will have some more system memory available.iii. Reduce the PGA size, so that the newly spawned server process would occupy less memory.iv. If you are in DEDICATED mode, try switching to MTS mode.To address memory issue for 32-bit Windows: Refer
Note 371983.1If there are any memory or process related error in the alert log during the time the TNS-12518 is logged in the listener log, then those errors in the alert log should be focused on and should be solved at first. Because, the errors in the alert log is
the base error for the TNS-12518 in the listener log.However, the errors in the alert logs are not being discussed in this article, they are out of the scope of this article.
Step 8. If using a statically defined SID_DESC in the listener.ora file for your sid, ensure that it is configured properly.A common mistake is to include a (PROGRAM=EXTPROC) parameter:(SID_LIST=(SID_DESC =(GLOBAL_DBNAME = ORCL.oracle.com)(SID_NAME = ORCL)(PROGRAM=extproc)(ORACLE_HOME = D:\oracle\product\10.2.0\db_1)))This misconfiguration occurs when the PLSExtproc SID_DESC is copied, pasted and edited in the listener.ora file. The inclusion of the PROGRAM line will cause an ORA-12518 to be returned to the client. Here's the corrected SID_DESC for our example SID:(SID_LIST=(SID_DESC =(GLOBAL_DBNAME = ORCL.oracle.com)(SID_NAME = ORCL)(ORACLE_HOME = D:\oracle\product\10.2.0\db_1)))______________________________________________________________________________________________________________________________________========================================================================================================================
Section II: Commonly Known Errors:
This section lists some of the known and reported errors. It is also recommended that you refer the Section I above for a generic troubleshooting approach to the error TNS-12518.Below shows example error stack that can be found in the listener log. The last line in the error stack shows the actual operating system name. Depending on the OS, only the operating system name would be different. For example, if you encounter error 32: Brokenpipe, according to the OS, the last line in the error stack would be different only by the OS name, as shown below.Solaris Error: 32: Broken pipeHPUX Error: 32: Broken pipeLinux Error: 32: Broken pipe_______________________________________________________________________________________________________________________________________
Error: 32: Broken pipe
Error stack in listener log:TNS-12518: TNS:listener could not hand off client connectionTNS-12547: TNS:lost contactTNS-12560: TNS:protocol adapter errorTNS-00517: Lost contactIBM/AIX RISC System/6000 Error: 32: Broken pipeCause:The error 32 indicates the communication has been broken while the listener is trying to hand off the client connection to the server process or dispatcher process.Action:1. One of reason would be processes parameter being low, and can be verified by the v$resource_limit view.2. In Shared Server mode, check the 'lsnrctl services' output and see if the dispatcher has refused any connections, if so, then consider increasing the number of dispatchers.3. Check the alert log for any possible errors.4. Memory resource is also another cause for this issue. Check the swap, memory usage of the OS.______________________________________________________________________________________________________________________________________Error: 11: Resource temporarily unavailable
Error stack in listener log:TNS-12518: TNS:listener could not hand off client connectionTNS-12549: TNS:operating system resource quota exceededTNS-12560: TNS:protocol adapter errorTNS-00519: Operating system resource quota exceededIBM/AIX RISC System/6000 Error: 11: Resource temporarily unavailableCause:As the error indicates operating system resource has exceeded.Action:1. Increase the appropriate OS kernal parameters for 'maximum number of processes allowed per user'.For example for HP-UX the parameters are maxuprc and nproc.______________________________________________________________________________________________________________________________________Error: 12: Not enough space
Error stack in listener log:TNS-12518: TNS:listener could not hand off client connectionTNS-12549: TNS:operating system resource quota exceededTNS-12560: TNS:protocol adapter errorTNS-00519: Operating system resource quota exceededIBM/AIX RISC System/6000 Error: 12: Not enough spaceCause:This is a memory related issue. The error indicates that there is not enough memory available to spawn and hand off the client connections.Typical problems are:- Out of system memory / swap- Out of process slots in the process table- Streams resources depleted- Out of File Handles- sga memory usageAction:1. Check in the alert log for any possible memory related error.2. Increase swap/Virtual memory if possible the available memory.3. SGA and PGA can be reduced to address the memory consumption.4. MTS mode can be used to reduce the amount of process and memory consumption.________________________________________________________________________________________________________________________________________Error: Connection Pooling limit reached
Error stack in listener log:TNS-12518 TNS:listener could not hand off client connectionTNS-12564 TNS:connection refusedTNS-12602 TNS: Connection Pooling limit reachedAction:1. Try increasing initial number of dispatcher._______________________________________________________________________________________________________________________________________Error: 2: No such file or directory
Error stack in listener log:TNS-12518: TNS:listener could not hand off client connectionTNS-12560: TNS:proto adapter errorTNS-00530: Proto adapter error32-bit Windows Error: 2: No such file or directoryError Description:ERROR_FILE_NOT_FOUND2The system cannot find the file specified.Cause:This indicates the database service is not actually availableAtion:1.Verify if the inteneded database really up and accepting local BEQ connections.________________________________________________________________________________________________________________________________________=========================================================================================================================Section III: Errors Specific to Windows
It is also recommended that you refer the Section I above for a generic troubleshooting approach to the error TNS-12518.This section briefly describes about the errors that are encountered on Windows Operating System. TNS-12518 most commonly occurs on 32-bit OS due to its memory constraint, however TNS-12518 can occur on 64-bit OS as well._______________________________________________________________________________________________________________________________________Error: 233: Unknown error
Error stack in listener log:TNS-12518: TNS:listener could not hand off client connectionTNS-12560: TNS:protocol adapter errorTNS-00530: Protocol adapter error32-bit Windows Error: 233: Unknown errorError Description:ERROR_PIPE_NOT_CONNECTED233No process is on the other end of the pipe.Cause:The communication has been broken while the listener is trying to hand off the client connection to the server process or dispatcher process.Action:ReferNote 371983.1_______________________________________________________________________________________________________________________________________
Error: 54: Unknown error
Error stack in listener log:TNS-12518: TNS:listener could not hand off client connectionTNS-12571: TNS:packet writer failureTNS-12560: TNS:protocol adapter errorTNS-00530: Protocol adapter error32-bit Windows Error: 54: Unknown errorError Description:ERROR_NETWORK_BUSY540x36The network is busy.Cause:This indicates a bottleneck at the network layer(TCP/IP).Action:1.Try increasing dispatchers and shared servers.from:http://blog.sina.com.cn/s/blog_53a1165e0100nisv.html
内容来自用户分享和网络整理，不保证内容的准确性，如有侵权内容，可联系管理员处理 
相关文章推荐
- TROUBLESHOOTING GUIDE TNS-12518 TNS listener could not hand off client connection
- Troubleshooting Guide for TNS-12518 TNS listener could not hand off client connection (文档 ID 550859.
- ORA-12518: TNS:listener could not hand off client connection
- [转自Oracle官方技术博客]SLES12 SP2上遇到ORA-12518: TNS:listener could not hand off client connection
- ORA-12518,TNS:listener could not hand off client connection
- ORA-12518, TNS:listener could not hand off client connection
- ORA-12518, TNS:listener could not hand off client connection
- ORA-12518: TNS:listener could not hand off client connection
- ORA-12518: TNS:listener could not hand off client connection
- ORA-12518: TNS:listener could not hand off client connection .
- 【Oracle】ORA-12518, TNS:listener could not hand off client connection
- 启动报Cannot get connection for url jdbc xxxx listener could not hand off client co
- 连接数据库时的异常：TNS:listener does not currently know of SID given in connect descriptor The Connection descriptor used by the client was: localhost:1521:orc
- Listener refused the connection with the following error: ORA-12505, TNS:listener does not currently
- ora-12516 tns listener could not find available handler with matching protocol
- TNS-01189: The listener could not authenticate the user
- ORA-12516: TNS:LISTENER COULD NOT FIND AVAILABLE HANDLER WITH MATCHING PROTOCOL STACK
- TNS-01189 The listener could not authenticate the user
- EF：Oracle.DataAccess.Client.OracleException: ORA-12154: TNS:could not resolve the connect identifier specified
- Oracle client 安装后，使用pl/sql登录，提示ORA-12154: TNS: could not resolve the connect identifier specified