日韩性视频-久久久蜜桃-www中文字幕-在线中文字幕av-亚洲欧美一区二区三区四区-撸久久-香蕉视频一区-久久无码精品丰满人妻-国产高潮av-激情福利社-日韩av网址大全-国产精品久久999-日本五十路在线-性欧美在线-久久99精品波多结衣一区-男女午夜免费视频-黑人极品ⅴideos精品欧美棵-人人妻人人澡人人爽精品欧美一区-日韩一区在线看-欧美a级在线免费观看

歡迎訪問 生活随笔!

生活随笔

當前位置: 首頁 > 运维知识 > linux >内容正文

linux

linux oracle10.2.0.1 lsnrctl无法启动

發布時間:2025/3/8 linux 30 豆豆
生活随笔 收集整理的這篇文章主要介紹了 linux oracle10.2.0.1 lsnrctl无法启动 小編覺得挺不錯的,現在分享給大家,幫大家做個參考.

故障現象:lsnrctl stat后即無任何反應,而SQLPLUS正常:

[oracle@wlserver3 ~]$ lsnrctl stat

LSNRCTL for Linux: Version 10.2.0.1.0 - Production on 13-SEP-2011 23:16:11

Copyright (c) 1991, 2005, Oracle. ?All rights reserved.

Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=localhost.localdomain)(PORT=1521)))

嘗試ps -ef|grep lsnrctl后kill -9 殺進程,但殺后重啟時也碰到同樣問題

嘗試ps -ef|grep lsnr(注意和上述命令的區別少了ctl)后kill -9 殺進程,后重啟成功

[root@wlserver3 admin]# ps -ef|grep lsnr

oracle ? ?3067 16807 ?0 Sep10 ? ? ? ? ?00:00:01 /oracle/product/10.2.0/db_1/bin/tnslsnr LISTENER -inherit

oracle ? 16807 ? ? 1 ?0 Jul08 ? ? ? ? ?00:02:07 /oracle/product/10.2.0/db_1/bin/tnslsnr LISTENER -inherit

oracle ? 18378 18350 ?0 Sep13 pts/1 ? ?00:00:00 lsnrctl stat

oracle ? 18386 18350 ?0 Sep13 pts/1 ? ?00:00:00 lsnrctl stat

oracle ? 18423 18350 ?0 Sep13 pts/1 ? ?00:00:00 lsnrctl stat

root ? ? 19686 18480 ?0 01:18 pts/3 ? ?00:00:00 grep lsnr

[root@wlserver3 admin]# kill -9 3067

[root@wlserver3 admin]# kill -9 16807

重啟成功:

oracle@wlserver3 bdump]$ lsnrctl start

LSNRCTL for Linux: Version 10.2.0.1.0 - Production on 14-SEP-2011 01:21:35

Copyright (c) 1991, 2005, Oracle. ?All rights reserved.

Starting /oracle/product/10.2.0/db_1/bin/tnslsnr: please wait...

TNSLSNR for Linux: Version 10.2.0.1.0 - Production

System parameter file is /oracle/product/10.2.0/db_1/network/admin/listener.ora

Log messages written to /oracle/product/10.2.0/db_1/network/log/listener.log

Listening on: (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=localhost.localdomain)(PORT=1521)))

Listening on: (DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(KEY=EXTPROC0)))

Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=localhost.localdomain)(PORT=1521)))

STATUS of the LISTENER

------------------------

Alias ? ? ? ? ? ? ? ? ? ? LISTENER

Version ? ? ? ? ? ? ? ? ? TNSLSNR for Linux: Version 10.2.0.1.0 - Production

Start Date ? ? ? ? ? ? ? ?14-SEP-2011 01:21:37

Uptime ? ? ? ? ? ? ? ? ? ?0 days 0 hr. 0 min. 0 sec

Trace Level ? ? ? ? ? ? ? off

Security ? ? ? ? ? ? ? ? ?ON: Local OS Authentication

SNMP ? ? ? ? ? ? ? ? ? ? ?OFF

Listener Parameter File ? /oracle/product/10.2.0/db_1/network/admin/listener.ora

Listener Log File ? ? ? ? /oracle/product/10.2.0/db_1/network/log/listener.log

Listening Endpoints Summary...

??(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=localhost.localdomain)(PORT=1521)))

??(DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(KEY=EXTPROC0)))

Services Summary...

Service "PLSExtProc" has 1 instance(s).

??Instance "PLSExtProc", status UNKNOWN, has 1 handler(s) for this service...

The command completed successfully

[oracle@wlserver3 bdump]$?

補充:處理過程中看到過一個10.2.0.1環境下的BUG,也一并修復掉了

10g Listener: High CPU Utilization - Listener May Hang [ID 284602.1]

Symptoms
1) If the listener is hanging, a sqlnet trace (level 16) will show that the last operation was a fork.

[000068 28-SEP-2004 14:16:17:398] sntpcall: entry
[000068 28-SEP-2004 14:16:17:401] sntpcall: detaching from parent with additional fork 68 bytes to NS buffer

2) netstat -na reports numerous (maybe thousands) of sockets associated with port 6100 in a TIME_WAIT status

127.0.0.1.6100 127.0.0.1.55228 49152 0 49152 0 TIME_WAIT
127.0.0.1.6100 127.0.0.1.55229 49152 0 49152 0 TIME_WAIT
127.0.0.1.6100 127.0.0.1.55230 49152 0 49152 0 TIME_WAIT
127.0.0.1.6100 127.0.0.1.55231 49152 0 49152 0 TIME_WAIT
127.0.0.1.6100 127.0.0.1.55232 49152 0 49152 0 TIME_WAIT

3) "sdtprocess" (Solaris), or "top" show that the listener process (tnslsnr) is using a large amount of cpu.

ID Name Owner CPU% RAM Size Started Parent
-----------------------------------------------------------------------------------------------
21145 tnslsnr mseibt 44 9440 22368 13:36:03 1 /u01/app/oracle/product/10.1.0/bin/tnslsnr LISTENER -inherit

4) The 10g(iAS) $ORACLE_HOME/opmn/log on the same system shows the following repeating error in the ons logs:

04/10/01 13:30:43 [4] Local connection 0,127.0.0.1,6100 missing form factor
04/10/01 13:30:43 [4] Local connection 0,127.0.0.1,6100 missing form factor
04/10/01 13:30:43 [4] Local connection 0,127.0.0.1,6100 missing form factor
04/10/01 13:30:43 [4] Local connection 0,127.0.0.1,6100 missing form factor
04/10/01 13:30:43 [4] Local connection 0,127.0.0.1,6100 missing form factor

Changes
- Both 10g(iAS) and Oracle 10g(rdbms) are installed on the same system.
- Oracle 10g (non-RAC) is installed on a system with or without other Oracle installations.

Cause
The Oracle Notification Server (ONS) running in the 10g(iAS) home uses the ports defined in $ORACLE_HOME/opmn/conf/ons.config. The database listener, which is an ONS client, also utilizes the ONS ports identified in its own $ORACLE_HOME/opmn/conf/ons.config. When 10g(iAS) and 10g(rdbms) are installed on the same box, the installer will mistakenly configure identical ONS ports in both homes which creates an operational conflict when both the 10g(iAS) ONS and 10g(rdbms) listener services are running.

In non-RAC environments where Oracle 10g is the only Oracle product on the system, the existence of the ons.config may still cause a hang condition in the listener.

Solution
This issue is corrected in versions 10.2.0.3 and higher.
(or apply backport patch <<4518443>>)

You may also use either of the following 2 workarounds to address this problem:

1)??In the 10g(rdbms) home, rename the $ORACLE_HOME/opmn/conf/ons.config file (so that the listener does not find or use it).

For example:

cd $ORACLE_HOME/opmn/conf
mv ons.config ons.config.orig

(then restart the listener)

? ???
? ?? ?? ? - or -??


2)??Explicitly disable the 10g TNS Listener from subscribing to the ONS.

Edit the active 10g??listener.ora file and add the parameter below:

SUBSCRIBE_FOR_NODE_DOWN_EVENT_<listener_name>=OFF

where <listener_name> would be replaced with the actual listener name configured in the listener.ora file.

For example, if the listener name is LISTENER (default), the parameter would be:

SUBSCRIBE_FOR_NODE_DOWN_EVENT_LISTENER=OFF

(then restart the listener)


References
BUG:3881276 - LISTENER HANGS INTERMITTANTLY AFTER APPLYING 10.1.0.3 PATCHSET
BUG:6017068 - PMON SPINNING IN NETWORKING CODE

?

總結

以上是生活随笔為你收集整理的linux oracle10.2.0.1 lsnrctl无法启动的全部內容,希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯,歡迎將生活随笔推薦給好友。

主站蜘蛛池模板: 亚洲精品一区二区三区在线观看 | 波多野结衣视频免费在线观看 | 蜜桃传媒一区二区亚洲av | 亚洲毛片一区二区三区 | 国产绳艺sm调教室论坛 | 91污在线观看 | 精品视频一区二区三区四区五区 | 国产www性 | 床上激情网站 | avtt中文字幕 | 国产精品情侣呻吟对白视频 | 欧美日本一区二区 | 在线美女av | 粗暴video蹂躏hd | 黄色网页在线免费观看 | 精品国产va久久久久久久 | 欧美黑人精品一区二区 | 亚洲欧美国产精品久久久久久久 | 色哟哟国产 | 性欧美色图| 午夜激情导航 | 超碰人人人人人人人 | 性生交大片免费看狂欲 | 无码人妻精品一区二区三区夜夜嗨 | 国产区精品在线 | 精品乱子伦一区二区 | 亚洲日本久久久 | 久久久久久免费精品 | 9.1成人免费看片 | 懂色av一区二区三区 | 中文字幕欲求不满 | 欧洲美熟女乱又伦 | 欧美视频在线观看一区二区三区 | 人人干人人艹 | 日本大奶视频 | 日韩欧美一区二区三区免费观看 | 日本三级日本三级日本三级极 | 欧美性猛交xxxx乱大交 | 蜜桃视频在线观看污 | 51ⅴ精品国产91久久久久久 | 亚洲激情图 | 国产久精品 | 欧美在线免费视频 | 国产av无码国产av毛片 | 中文字幕人妻一区二区三区 | 蜜桃在线一区二区三区 | 欧美亚洲精品一区 | 亚洲精品网址 | 在线观看福利网站 | 亚洲精品国产乱伦 | 中国女人裸体乱淫 | 小sao货大ji巴cao死你 | 亚洲AV无码国产精品 | 亚洲天堂久久新 | 日本不卡一区二区三区在线观看 | av在线播放不卡 | 成人黄色小视频 | www.国产欧美 | 天天操天天干天天干 | 国产丝袜一区二区三区 | 国产一区二区日韩 | 亚洲精品91天天久久人人 | 丰满大肥婆肥奶大屁股 | 蜜桃视频黄色 | www.波多野结衣.com | 少妇精品久久久一区二区三区 | 欧美 中文字幕 | 欧美 日韩 国产 成人 | 一本久道综合色婷婷五月 | 狠狠艹狠狠干 | 午夜亚洲精品 | 中文字母av | 欧美性www| 狠狠干网站 | 1024亚洲天堂| 一级欧美黄色片 | 久久国产精品二区 | 黄色日批视频 | 久久网站视频 | 一区二区视频播放 | 亚洲精品白浆高清久久久久久 | 五月开心激情网 | 性高潮久久久久久久 | 免费看黄网站在线观看 | 成人免费毛片日本片视频 | 成人片黄网站久久久免费 | 色狠狠综合 | 婷婷久久久久久 | 日韩中文字幕一区二区三区 | 亚洲最新 | 亚洲成在线观看 | se婷婷 | 国产精品毛片在线 | 免费网站在线高清观看 | 欧美日韩国产一区二区三区 | 亲子乱子伦xxxx | 黄色男同视频 | 中文字幕2区| 一本色道久久综合狠狠躁 |