R Shiny Server修改不生效问题排查及解决方案咨询

可能的原因 #

• Shiny Server进程缓存：Shiny Server会为运行中的应用维持独立R进程，若旧进程未终止，新修改的代码不会被加载。尤其是应用处于活跃状态时，服务器不会自动重启进程。
• SELinux限制：RHEL 6默认启用SELinux，即便你是文件所有者，Shiny Server的运行用户（默认shiny）可能被SELinux阻止读取修改后的文件内容。
• 文件权限异常：修改文件后权限可能意外变更，比如用sudo修改导致所有者变为root，使得shiny用户无法访问新内容。
• 应用内部缓存：如果你的Shiny应用使用了cache包、memoise或自定义缓存逻辑，旧数据/代码可能被应用自身缓存，未及时更新。
• Shiny Server缓存目录未更新：服务器在/var/lib/shiny-server存储应用临时缓存，若缓存文件未随代码修改同步更新，会加载旧内容。

重启/重载服务器是否有效？ #

• 重载服务器：执行sudo service shiny-server reload，会让Shiny Server重新扫描应用目录，终止旧应用进程并启动新进程加载修改后的代码。大部分场景下能解决问题，且不会中断其他未修改的应用会话。
• 重启服务器：执行sudo service shiny-server restart，是更彻底的操作，能解决进程僵死、缓存未清理等顽固问题，但会中断所有正在运行的应用会话，适合重载无效时使用。

其他可行方案 #

• 手动终止应用进程：
  1. 用ps aux | grep R找到对应应用的R进程ID（PID）
  2. 执行kill -9 <PID>终止进程，刷新页面后会重新加载修改后的代码
• 修复文件权限：
  • 确保shiny用户对应用目录有读取权限：chown -R your_username:shiny /path/to/your/shiny/app
  • 或调整目录权限：chmod -R 755 /path/to/your/shiny/app（按需调整，避免过度开放权限）
• 处理SELinux限制：
  1. 临时关闭SELinux测试：sudo setenforce 0，若修改生效，说明是SELinux问题
  2. 永久配置SELinux规则：
     • 添加上下文：sudo semanage fcontext -a -t httpd_sys_content_t "/path/to/your/app(/.*)?"
     • 应用上下文：restorecon -Rv /path/to/your/app
• 清理Shiny缓存：
  • 删除对应应用的缓存目录：rm -rf /var/lib/shiny-server/apps/your_app_name
  • 或清空整个缓存目录：rm -rf /var/lib/shiny-server/*（注意：会丢失所有应用的临时数据）
• 清除应用内部缓存：
  • 若使用memoise，调用forget()清除缓存；若用自定义缓存，添加代码逻辑在应用启动时清空缓存
• 调整Shiny Server配置：
  • 编辑/etc/shiny-server/shiny-server.conf，添加app_idle_timeout 300;（设置空闲5分钟后自动终止进程），下次访问会加载新代码

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