PRVF-4501错误本质是Oracle安装程序远程校验时oracle用户无法免密执行sudo root命令；需配置ssh免密登录+sudoers中添加oracle ALL=(root) NOPASSWD:/bin/sh,/bin/bash,/usr/bin/ssh，并禁用requiretty、调优SSH连接参数。
PRVF-4501错误本质是权限校验失败
prvf-4501报错信息为 prvf-4501 : failed to check remote operation on node "xxx"，根本原因不是网络不通，而是oracle universal installer（oui）在执行远程节点检查时，发现当前用户无法以root身份执行ssh免密命令。它实际调用的是类似 ssh node1 'id' 这类操作，要求目标节点上能用root权限响应——但你登录安装界面的账户（比如oracle）默认没有root ssh 权限，也未配置sudo免密。
为什么不能直接用root用户运行OUI
Oracle明确禁止以root身份启动runInstaller，否则会触发PRVF-4664或直接退出。必须用oracle用户启动安装程序，但又得让OUI能“临时获得root能力”去执行校验。关键点在于：OUI本身不提权，它依赖你提前配好的ssh信任链和sudo策略。
- 所有RAC节点的
oracle用户，必须能ssh免密登录到本机和其他节点的oracle账户（即ssh oracle@node1不输密码） - 在此基础上，每个节点的
/etc/sudoers中必须添加这一行（用visudo编辑）：oracle ALL=(root) NOPASSWD: /bin/sh, /bin/bash, /usr/bin/ssh - OUI内部调用的远程命令（如
ssh node1 'sudo id'）才能成功返回uid=0(root)，从而通过PRVF-4501校验
绕过PRVF-4501的实操红线
忽略（Ignore）按钮不是万能解药。如果强行忽略，后续可能卡在PRVF-4657（SCAN解析失败）或监听注册异常，因为底层权限缺失会导致root.sh脚本无法静默执行、VIP绑定失败、OCR磁盘权限不一致等问题。
- 绝对不要删掉
/etc/sudoers里requiretty这一行（默认CentOS/RHEL有），否则sudo在非交互式ssh下会拒绝执行 - 不要用
su -c替代sudo，OUI硬编码只识别sudo前缀 - 验证是否生效：在node1上执行
ssh node2 'sudo -n id'，输出含uid=0(root)才算通过
最容易被忽略的细节：SSH连接复用与超时
OUI在多节点校验时高频发起ssh连接，若SSH服务端配置了MaxStartups过低或ClientAliveInterval太短，会出现“Connection refused”或“ssh: connect to host xxx port 22: Connection timed out”，被误判为PRVF-4501。这不是权限问题，而是连接资源枯竭。
- 检查
/etc/ssh/sshd_config：确保MaxStartups 100:30:200（而非默认的10） - 在
oracle用户的~/.ssh/config中加全局配置：Host * ServerAliveInterval 60 - 重载sshd：
sudo systemctl reload sshd（RHEL/CentOS）或sudo service ssh restart（Ubuntu）
