ORACLE在HP-UX下的系列問題處理(35)
2024-08-29 13:40:02
供稿：網友
Oracle 7.3.3: 進程沒有大型文本頁的權限。
問題描述
我正在使用 Oracle 7.3.3，syslog顯示錯誤：
PRocess PID doesn't have memory locking privileges required for using large text pages in system version
為什么會出現這個問題?
配置信息
操作系統 - HP-UX
版本 - 10.20
硬件系統 - HP9000
系列 - K570
應用程序 - Oracle 7.3.3
解決方法
這個錯誤是Oracle報告的一個已知的問題，新版的 Oracle, 7.3.3增加了一個內存鎖定的選項，但它似乎并不是一個真正的選項，而是缺省值。
編輯/etc/privgroup，增加下面的登錄項即可解決問題：
root [CHOWN]
users [MLOCK CHOWN LOCKRDONLY]
注: 上述修改只在下一次重新啟動時才有效。
在下一次重新啟動之前，修改權限設置可以規避這個問題：
/usr/sbin/setprivgrp -g MLOCK CHOWN LOCKRDONLY
注: 進行上述修改后，現在命令 /bin/getprivgrp 可以產生下面的結果：
global privileges: MLOCK CHOWN LOCKRDONLY
.........following with all English text ....
Oracle 7.3.3: Process doesn't have privileges for large text pages.
Problem Description
I am running Oracle 7.3.3. I am getting an error in syslog
Process PID doesn't have memory locking privileges required for using large text pages in system version
What is causing this problem?
Configuration Info
Operating System - HP-UX
Version - 10.20
Hardware System - HP9000
Series - K570
application - Oracle 7.3.3
Solution
This error is a known problem reported by Oracle. The new version of Oracle, 7.3.3, has a new option to do memory locking, but it appears that it isn't really an option, it's the default.
Solve the problem by making editing /etc/privgroup to make the following entries:
root [CHOWN]
users [MLOCK CHOWN LOCKRDONLY]
Note: The above changes will take effect at the next reboot.
Until the next reboot, work about the problem changing the setting for priviledges:
/usr/sbin/setprivgrp -g MLOCK CHOWN LOCKRDONLY
Note: After the above change, the command /bin/getprivgrp now gives this result:
global privileges: MLOCK CHOWN LOCKRDONLY
