ORA-29701: unable to connect to Cluster Manager

ORACLE VERSION：10.2.0.2.0
OS :HPUNIX

昨天晚上同事连接数据库报错：
 ORA-29701: unable to connect to Cluster Manager
 
使用SQLPLUS连接两个节点，都没有问题，可以正常连接。

后来在网上搜索后，发现是udump目录满了的问题，联想到
今天有好几个同事都对session开启了trace，立即检查udump
目录，发现果然udump目录已满，删除udump目录下的部分
文件释放空间后，可以正常连接。

后来发现有个同事使用BMS_MONITOR.DATABASE_TRACE_ENABLE
对数据库实例开启了TRACE，导致有个TRACE文件达到7G还要多，
udump目录被撑满。

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


附上我查阅的地址：http://hi.baidu.com/wa0362/blog/item/c4a46819efc69f7fdbb4bdbe.html

原文内容如下：

ORA-29701: unable to connect to Cluster Manager
2008-06-13 16:25

还是帮忙的那个环境：

10.2.0.2 RAC aix

据说开发人员执行存储过程报：
ORA-29701: unable to connect to Cluster Manager

尝试sqlplus连接两个节点,其中一个节点

[qasmdm1:oracle] /oracle/home> sqlplus / as sysdba

SQL*Plus: Release 10.2.0.2.0 - Production on Fri Jun 13 16:14:56 2008

Copyright (c) 1982, 2005, Oracle. All Rights Reserved.

ERROR:
ORA-09817: Write to audit file failed.
IBM AIX RISC System/6000 Error: 28: No space left on device
ORA-01075: you are currently logged on

多么明显的问题，
[qasmdm1:oracle] /oracle/home> df -g
Filesystem    GB blocks      Free %Used    Iused %Iused Mounted on

/dev/fslv01       20.00      0.00 100%    42484    98% /oracle

经检查udump目录 8GB，有几个2G的文件，一个还在不断增长，删了旧的，没有问题了

至于为什么ORA-29701: unable to connect to Cluster Manager，说不清，我甚至不知道人家怎么连上去的。

至于udump里为什么有那么大的文件....怀疑有人开了trace。
不过帮忙也就到此为止了，谁让是免费的呢 嘿嘿