我们有套系统，oracle数据库，信息如下：
PSU版本: 10.2.0.3.0，是否有DG: YES，是否RAC: NO，操作系统: linux，内存: 126.15GB，CPU: 24
一周会出现一次监听异常的情况，用lsnrctl status查看是stop，然后start就正常了
在/u01/app/oracle/product/10.2.0/db_1/log/plmdb/client目录下，有很多clscxxx_log的文件(xx表示数字）
Oracle Database 10g CRS Release 10.2.0.1.0 Production Copyright 1996, 2005 Oracle. All rights reserved.
2021-11-27 23:36:13.687: [ OCROSD][1460086496]utgdv:2:ocr loc file cannot be opened
2021-11-27 23:36:13.687: [ OCROSD][1460086496]utopen:1: Couldnt find ocr,[ocrmirror] location in config file
2021-11-27 23:36:13.687: [ OCRRAW][1460086496]proprinit: Could not open raw device
2021-11-27 23:36:13.687: [ default][1460086496]a_init:7!: Backend init unsuccessful : [33]
2021-11-27 23:36:13.687: [ CSSCLNT][1460086496]clsssinit: error(33 ) in OCR initialization
这里提示的是ocr文件打不开？但是这套系统并没有做RAC，是什么原因？大神帮忙看一下，谢谢！
到处找，看到这个：Oracle 监听挂起hang住的一个BUG : 4518443
https://blog.csdn.net/njyxfw/article/details/8215229
在listener.ora加入：
SUBSCRIBE_FOR_NODE_DOWN_EVENT_LISTENER =OFF
不知道行不行？
评论
有用 0WARNING: Subscription for node down event still pending，官方确实有说是10g一个bug，SUBSCRIBE_FOR_NODE_DOWN_EVENT_<listener_name>=OFF适用于非RAC，刚好您这边环境是单机，可以设置了观察一段时间
评论 有用 0再提供些信息，os的系统日志有不少这样的信息：
Nov 26 21:27:24 plmdb kernel: tnslsnr[27510]: segfault at 18 ip 0000003d9746f365 sp 00007fff64294e90 error 4 in libc-2.5.so[3d97400000+14f000]
Nov 27 17:58:21 plmdb kernel: tnslsnr[394]: segfault at 18 ip 0000003d9746f365 sp 00007fffe8d24c30 error 4 in libc-2.5.so[3d97400000+14f000]
百度说：这个倒是一个支持内存不足导致监听服务错误的有力证据。
另外，服务器目前的物理内存的确用得比较满，但是Swap基本上没有使用多少
[oracle@plmdb admin]$ free -m
total used free shared buffers cached
Mem: 129174 127478 1696 0 261 106327
-/+ buffers/cache: 20888 108285
Swap: 64001 166 63834
评论 有用 0