该错误表明 `gs_preinstall` 脚本在执行过程中，尝试复制 `_psutil_linux.so_3.11` 和 `_psutil_posix.so_3.11` 这两个文件到目标位置时，因源文件不存在而失败。此错误直接关联到您在博客中描述的 `psutil` 模块依赖问题，是 openGauss 安装过程中的一个关键阻塞点 [ref_1]。 ### **错误根源分析** 1. **脚本逻辑回溯**：`gs_preinstall` 脚本在执行环境预检查或依赖准备阶段，会检测当前系统的 Python 版本。根据检测结果，它期望在 `/opt/software/openGauss/script/gspylib/common/./../../../lib/psutil/` 目录（即 `/opt/software/openGauss/lib/psutil/`）下，找到与当前 Python 版本（此处为 3.11.6）对应的 `_psutil_linux.so_3.11` 和 `_psutil_posix.so_3.11` 文件。随后，脚本会将这些版本化文件复制（或链接）为无版本后缀的 `_psutil_linux.so` 和 `_psutil_posix.so`，以供 `psutil` Python 模块加载。 2. **文件缺失原因**：openGauss 的官方安装包或源码中，可能并未预置所有 Python 版本的 `psutil` C 扩展文件。通常，它可能只包含了较常见版本（如 3.7, 3.8, 3.9）的二进制文件。当在 Python 3.11 环境下运行时，脚本无法找到对应的 `_psutil_linux.so_3.11`，导致 `cp` 命令失败，进而使整个预安装过程中断。 3. **与博客内容的关联**：博客中在“操作系统环境准备”部分，通过 `yum install libaio* -y` 和 `yum install libnsl* -y` 安装了系统依赖，并通过 `ln -s python3 /usr/bin/python` 将默认 Python 指向了 3.x 版本。然而，博客并未明确说明 openGauss 安装包对特定 Python 小版本（如 3.9 vs 3.11）的二进制兼容性要求。此错误暴露了当系统 Python 版本（3.11.6）与 openGauss 预置的 `psutil` 二进制文件版本不匹配时，安装流程会中断 [ref_1]。 ### **解决方案推演** 解决此问题的核心在于为 Python 3.11.6 环境提供正确的 `psutil` C 扩展模块。以下是分步解决方案： #### **方案一：使用 pip 安装正确的 psutil（推荐）** 这是最直接且符合 Python 生态规范的方法。它将为当前 Python 3.11 环境编译或安装兼容的 `psutil` 二进制包。 1. **安装 pip（如尚未安装）**： ```bash # 为 python3.11 安装 pip curl https://bootstrap.pypa.io/get-pip.py -o get-pip.py python3.11 get-pip.py ``` 2. **安装 psutil**： ```bash # 使用 python3.11 对应的 pip 安装 psutil python3.11 -m pip install psutil ``` 此命令会从 PyPI 下载 `psutil` 的源码或预编译的 wheel，并在当前环境中正确安装。 3. **创建符号链接以满足脚本期望**： 安装完成后，`psutil` 的 `.so` 文件通常位于 Python 的 `site-packages` 目录下。我们需要找到它们，并创建符合脚本查找路径的符号链接。 ```bash # 1. 找到 psutil 模块的安装路径 PSUTIL_PATH=$(python3.11 -c "import psutil, os; print(os.path.dirname(psutil.__file__))") echo "psutil 路径: $PSUTIL_PATH" # 2. 进入 openGauss 期望的 psutil 库目录 cd /opt/software/openGauss/lib/psutil/ # 3. 备份或移除旧的不兼容文件（如果存在） mv -f _psutil_linux.so _psutil_linux.so.bak 2>/dev/null || true mv -f _psutil_posix.so _psutil_posix.so.bak 2>/dev/null || true # 4. 创建指向新安装的 .so 文件的符号链接 ln -sf $PSUTIL_PATH/_psutil_linux*.so _psutil_linux.so ln -sf $PSUTIL_PATH/_psutil_posix*.so _psutil_posix.so # 5. （可选）同时创建版本化文件，防止脚本再次检查失败 ln -sf $PSUTIL_PATH/_psutil_linux*.so _psutil_linux.so_3.11 ln -sf $PSUTIL_PATH/_psutil_posix*.so _psutil_posix.so_3.11 ``` #### **方案二：从源码编译 psutil** 如果方案一因网络或环境问题失败，或您需要完全自定义编译选项，可采用此方案。 1. **安装编译依赖**： ```bash yum install python3.11-devel gcc -y ``` 2. **下载并编译 psutil**： ```bash # 进入临时目录 cd /tmp # 下载源码（请替换为最新版本号） wget https://github.com/giampaolo/psutil/archive/refs/tags/release-5.9.8.tar.gz tar -xzf release-5.9.8.tar.gz cd psutil-release-5.9.8 # 编译并安装到 Python 3.11 的 site-packages python3.11 setup.py build python3.11 setup.py install ``` 3. **后续步骤同方案一的第3步**，创建符号链接。 #### **方案三：调整 Python 版本以匹配 openGauss 预置文件** 如果 openGauss 安装包明确支持 Python 3.9，且您的环境允许，可以将系统默认 Python 版本切换至 3.9。这与博客中 `ln -s python3 /usr/bin/python` 的操作逻辑一致，但需确保 `python3` 命令指向的是 3.9 而非 3.11 [ref_1]。 1. **检查可用的 Python 版本**： ```bash ls -la /usr/bin/python* ``` 2. **如果存在 python3.9，则创建符号链接**： ```bash # 备份原有链接 mv /usr/bin/python /usr/bin/python.bak # 创建指向 python3.9 的链接 ln -s /usr/bin/python3.9 /usr/bin/python # 验证版本 python -V ``` 3. **重新运行预安装脚本**： ```bash cd /opt/software/openGauss/script python gs_preinstall -U omm -G dbgrp -X /opt/software/openGauss/clusterconfig.xml ``` ### **操作对比与建议** | 方案 | 优点 | 缺点 | 适用场景 | | :--- | :--- | :--- | :--- | | **方案一 (pip安装)** | 标准、自动化，能自动解决依赖和兼容性问题。 | 需要网络连接（可配置离线源）。 | **首选方案**，适用于绝大多数有网络或已配置本地 PyPI 源的环境。 | | **方案二 (源码编译)** | 不依赖预编译包，兼容性最可控。 | 步骤稍多，需要手动处理编译依赖和文件链接。 | 当 pip 安装失败，或处于严格的内网隔离环境时使用。 | | **方案三 (切换Python)** | 最贴近博客原始流程，可能无需额外安装。 | 可能影响系统其他依赖 Python 3.11 的应用。 | 确认 openGauss 官方明确支持 Python 3.9，且系统可接受版本降级。 | **执行建议**： 1. **首先尝试方案一**。在运行 `gs_preinstall` 前，确保已成功执行 `python3.11 -m pip install psutil` 并完成了符号链接的创建。 2. **验证修复**：在创建符号链接后，可以手动测试 `psutil` 是否能被正确导入： ```bash python3.11 -c "import psutil; print(psutil.__version__)" ``` 如果此命令成功执行并输出版本号，则表明 `psutil` 模块已就绪。 3. **重新运行安装脚本**：完成上述任一方案后，返回 `/opt/software/openGauss/script` 目录，再次执行 `python gs_preinstall -U omm -G dbgrp -X /opt/software/openGauss/clusterconfig.xml`。脚本应能顺利通过 `psutil` 依赖检查，进入后续的安装步骤 [ref_1]。