SLES11上安装自行构建的Node.js应用RPM包后部分文件缺失如何解决

你遇到的问题是SLES 11自带的RPM 4.4.2.3和配套的旧版本Zypper存在已知的历史兼容性bug，触发条件和node_modules的特性高度契合：

• 旧版RPM/Zypper对单包包含的文件数量、单条路径的长度都有硬编码的阈值限制，而node_modules存在大量嵌套依赖，文件数多、路径深，很容易触发阈值导致文件列表被截断。
• 你调整压缩算法后rpm命令可以正常安装，是因为rpm命令直接读取RPM包的完整payload，而旧版Zypper有独立的包索引解析逻辑，会先读取包头的文件列表缓存，缓存大小不足时就会跳过超出部分的文件提取。
• 你当前spec中%files段直接写/opt/myApplication用整目录递归匹配，旧版RPM构建时递归扫描目录遇到符号链接、特殊权限文件的时候可能出现扫描截断，导致部分文件没有被正确写入包头的文件索引。

方案一：调整spec配置适配旧版RPM（推荐改动最小） #

1. 修正%files的目录匹配逻辑，避免递归扫描漏项：
   在%install段的末尾增加一行命令，显式生成/opt/myApplication下所有文件的列表：

find $RPM_BUILD_ROOT/opt/myApplication -type f -o -type l | sed -e "s|^$RPM_BUILD_ROOT||" > %{name}.filelist

然后将%files段的/opt/myApplication删除，修改%files的开头为：

%files -f %{name}.filelist
%defattr(0755, root, root)

2. 在spec开头补充更多兼容旧版RPM的参数，除了你已经添加的配置外，再增加：

# 禁用内部依赖生成器，避免误识别node文件
%define _use_internal_dependency_generator 0
# 禁用payload前缀，适配旧版解析逻辑
%define _noPayloadPrefix 1

修改后重新构建RPM即可，90%以上的同类问题都可以通过这个方案解决。

方案二：打包node_modules为单文件绕过限制（兼容性最好） #

如果调整spec后Zypper还是丢文件，可以直接绕开旧版RPM处理大量小文件的bug：

1. 准备源码包的时候，将完整的node_modules目录单独打包为node_modules.tar.gz，和其他文件一起放到myApplication.tar.gz中，不要直接放node_modules目录。
2. 修改%install段，将node_modules.tar.gz复制到/opt/myApplication目录下：

%{__cp} $RPM_BUILD_DIR/myApplication/node_modules.tar.gz $RPM_BUILD_ROOT/opt/myApplication/

3. 新增%post安装后脚本，自动解压node_modules：

%post
cd /opt/myApplication
tar -zxf node_modules.tar.gz
rm -f node_modules.tar.gz
chown -R root:root /opt/myApplication/node_modules

4. 新增%postun卸载脚本，清理残留文件：

%postun
if [ $1 -eq 0 ]; then
  rm -rf /opt/myApplication
fi

这个方案完全绕开了旧版RPM/Zypper对文件数量的限制，不管多复杂的node_modules都不会出现丢失问题。

内容的提问来源于stack exchange，提问作者seism0saurus