AEM 6.5.9从CentOS7迁移至Rocky Linux9后无法上传包及编辑页面

1. 核对文件系统权限与用户ID映射 #

尽管rsync保留了权限和所有者，但Rocky Linux 9与CentOS7的用户/组ID可能存在不匹配：

• 执行id <aem运行用户>确认新旧服务器上该用户的UID/GID完全一致，若不一致，重新修正实例文件所有者：

  chown -R <aem-user>:<aem-group> /path/to/aem-instance
  

• 检查AEM临时目录与系统临时目录权限：确保crx-quickstart/tmp和/tmp对AEM运行用户有完全读写权限：

  chmod -R 755 /path/to/aem-instance/crx-quickstart/tmp
  chmod 777 /tmp # 临时测试，后续可根据安全要求调整
  

2. 验证AEM临时存储与上传配置 #

Rocky Linux 9的系统临时目录行为可能与CentOS7不同，需检查AEM相关配置：

• 登录/system/console/configMgr，搜索Apache Sling Temporary File Storage，确认配置的临时路径存在且可读写，必要时修改为实例内路径（如${sling.home}/tmp）。
• 检查Adobe Granite File Upload Handler配置，确认上传临时路径的权限与可用性。

3. 排查Java环境差异 #

即使版本相同，新旧服务器的Java运行环境属性可能有差异：

• 对比两台服务器的Java系统属性，执行：

  java -XshowSettings:properties -version
  

  重点关注java.io.tmpdir、user.dir等路径属性，确保新服务器上这些路径权限正常。
• 检查AEM启动脚本中的JVM参数，确认无硬编码的CentOS7路径，替换为新服务器对应路径。

4. 清理缓存与重建索引 #

现有页面无法编辑可能与客户端缓存或Oak索引异常有关：

• 重建客户端库缓存：访问/libs/granite/ui/content/dumplibs.rebuild.html，点击Rebuild Clientlibs后重启实例。
• 重建Oak索引：登录/oak/index.html检查索引状态，对异常索引执行重建；或使用对应版本的oak-run工具：

  java -jar oak-run-1.8.23.jar index --rebuild --fds-path=/path/to/aem-instance/crx-quickstart/repository/segmentstore
  

5. 检查操作系统文件系统挂载选项 #

CentOS7与Rocky Linux9的默认挂载选项可能存在限制：

• 执行mount查看AEM实例所在分区的挂载选项，确认无noexec、nodev等限制运行的选项，必要时重新挂载调整。
• 核对文件大小写一致性：确保实例目录下的文件未因系统识别差异导致访问异常。

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