Oracle 19c安装报PRVF-0401/PRVF-0657主因是cgroup v2不兼容，非swap不足；若日志明确出现PRVF-7532，则需真加swap，且必须满足已激活、priority≥0、路径可访问三条件。
oracle 19c 安装报 prvf-0401 或 prvf-0657，大概率不是 swap 真不够，而是 cgroup v2 导致检查脚本读不到 swap 信息；但若日志明确写 prvf-7532（sufficient swap space was not found），那就得真加 swap 文件——而且必须满足三个硬条件：已激活、priority ≥ 0、路径可访问。
为什么 swapon /swapfile 后 runInstaller 还报 swap 不足
Oracle 的预检查脚本不依赖 free -h 缓存，而是直接解析 /proc/meminfo 中的 SwapTotal，而该值只反映「已启用且 priority ≥ 0」的 swap 区。常见断点：
-
swapon /swapfile没加-p参数，系统默认设 priority = -1（如 systemd-swap 或某些 RHEL 8+ 行为），Oracle 直接跳过 - swap 文件权限不是
600，mkswap可能静默失败，或swapon被内核拒绝（强制校验） - 文件放在
/home或/root下，SELinux 策略阻止访问，swapon返回成功但实际未生效 - 用了
fallocate但没禁用写缓存（chattr +C /swapfile），某些内核版本下mkswap报错
创建并启用 swap 文件的最小可行操作链
绕过所有兼容性陷阱的实操顺序（以添加 4G 为例）：
- 用
fallocate -l 4G /swapfile（推荐）或dd if=/dev/zero of=/swapfile bs=1M count=4096（兼容性更强） - 立刻执行
chmod 600 /swapfile（缺这步必失败） - 运行
mkswap /swapfile（输出含UUID=...才算成功） - 启用并显式设优先级：
swapon -p 10 /swapfile（-p值 ≥ 0 即可，10 是安全值） - 验证：
cat /proc/swaps看是否列出该路径，且最后一列是10；再查grep SwapTotal /proc/meminfo，数值应比之前增加 4194304（单位 kB）
如何确认问题真是 swap 大小不足，而不是 cgroup v2
别一上来就加 swap。先快速定位根因：
- 运行
mount | grep cgroup：若输出含cgroup2或unified，说明启用了 cgroup v2 → Oracle 19c（含 19.19）预检查不兼容，此时加 swap 文件也无效 - 查日志：
ls /tmp/CVU_*/cvu_err.log 2>/dev/null | xargs grep -l "PRVF-7532"；若存在且内容为Sufficient swap space was not found，才是真要加 swap - 看物理内存：若机器有 32GB RAM，Oracle 要求 swap ≥ 16GB（非 32GB），用
swapon --show确认当前已启用 swap 是否达标
临时方案做完别忘清理，否则可能干扰后续运维
swap 文件只是安装时的“过检道具”，不是长期解决方案：
- 安装完成后，建议立即执行
swapoff /swapfile && rm -f /swapfile，避免和原有 swap 策略冲突 - 若需保留，务必写入
/etc/fstab：一行/swapfile none swap sw,pri=10 0 0，漏掉sw会导致swapon -a忽略它 - RAC 环境下，所有节点必须用相同路径、相同大小、相同优先级，否则 cvu 检查跨节点失败
最常被忽略的是 priority 和 cgroup v2 的混用：以为加了 swap 就万事大吉，结果卡在同一个错误里反复重试。先跑两行命令确认根源，比盲目扩容快得多。
