昨天新迁移的一台Oracle9i数据库服务器在$ORACLE_HOME/rdbms/log下产生大量的trace文件（有时候一分钟有好几个），具体内容如下：
Oracle9i Enterprise Edition Release 9.2.0.5.0 - 64bit Production
With the Partitioning option
JServer Release 9.2.0.5.0 - Production
ORACLE_HOME = /oracle/R3P/920_64
System name: HP-UX
Node name: r3
Release: B.11.23
Version: U
Machine: ia64
Instance name: R3P
Redo thread mounted by this instance: 0 <none>
Oracle process number: 0
15723
Ioctl ASYNC_CONFIG error, errno = 1
根据metalink的解释，hp平台的Oracle数据库总是使用异步IO而忽略disk_asynch_io和filesystemio_options初始化参数。在没有正确配置/dev/async文件时，可能会出现上述的故障现象。
下面是Metalink给出的解决方案：
Grant dba group the MLOCK priv to avoid the Ioctl ASYNC_CONFIG trace file errors:
(1) # /usr/sbin/setprivgrp dba MLOCK
(2) # vi /etc/privgroup
This should contain dba MLOCK RTSCHED RTPRIO
(3) # cat /etc/privgroup
dba MLOCK RTSCHED RTPRIO
设置了MLOCK系统权限后，故障现象消失。
参考文档
metalink Note:302801.1
Oracle9i Enterprise Edition Release 9.2.0.5.0 - 64bit Production
With the Partitioning option
JServer Release 9.2.0.5.0 - Production
ORACLE_HOME = /oracle/R3P/920_64
System name: HP-UX
Node name: r3
Release: B.11.23
Version: U
Machine: ia64
Instance name: R3P
Redo thread mounted by this instance: 0 <none>
Oracle process number: 0
15723
Ioctl ASYNC_CONFIG error, errno = 1
根据metalink的解释，hp平台的Oracle数据库总是使用异步IO而忽略disk_asynch_io和filesystemio_options初始化参数。在没有正确配置/dev/async文件时，可能会出现上述的故障现象。
下面是Metalink给出的解决方案：
Grant dba group the MLOCK priv to avoid the Ioctl ASYNC_CONFIG trace file errors:
(1) # /usr/sbin/setprivgrp dba MLOCK
(2) # vi /etc/privgroup
This should contain dba MLOCK RTSCHED RTPRIO
(3) # cat /etc/privgroup
dba MLOCK RTSCHED RTPRIO
设置了MLOCK系统权限后，故障现象消失。
参考文档
metalink Note:302801.1