Google Cloud Run部署Shiny Server日志删除EPERM报错怎么解决

报错原因说明 #

1. 该警告属于典型的权限错误：EPERM: operation not permitted 就是进程操作没有足够权限的系统报错。
2. 报错中的unlink是Linux系统底层用于删除文件的系统调用，此处表示Shiny Server进程尝试删除过期日志文件的操作被系统拦截。
3. 触发根因：你在Dockerfile中提前切换到了shiny非root用户，随后启动时执行的shiny-server.sh里的chown shiny:shiny /var/log/shiny-server命令需要root权限才能执行，实际运行时这行命令会静默失败，日志目录的所有者仍然是root。而Linux系统中删除文件的权限要求是对文件所在的父目录有写入+执行权限，和文件本身的权限无关，shiny用户对root所有的目录只有读和执行权限，自然无法删除目录下的日志文件。

解决方案 #

方案1：修复目录权限配置（保留本地日志） #

调整Dockerfile的执行顺序，把权限修改操作放在切换用户之前，用root权限执行保证生效：

# 提前创建日志目录并配置权限，此时默认是root用户，操作可正常执行
RUN mkdir -p /var/log/shiny-server \
    && chown -R shiny:shiny /var/log/shiny-server \
    && chmod 755 /var/log/shiny-server

RUN ["chmod", "+x", "/usr/bin/shiny-server.sh"]
EXPOSE 3838

RUN chown -R shiny:shiny /srv/shiny-server
# 所有权限配置完成后再切换到非root用户
USER shiny

CMD ["/usr/bin/shiny-server.sh"]

同时删除/usr/bin/shiny-server.sh里的chown行，避免无意义的权限修改尝试：

# Make sure the directory for individual app logs exists
mkdir -p /var/log/shiny-server

方案2：适配Cloud Run无服务场景（更推荐） #

Cloud Run本身会自动收集容器的标准输出/标准错误日志，完全不需要在容器内本地存储日志，直接修改Shiny Server配置把日志输出到控制台即可，从根源避免日志堆积和删除问题：
修改etc/shiny-server/shiny-server.conf如下：

# Instruct Shiny Server to run applications as the user "shiny"
run_as shiny;
# 日志直接输出到标准流，交给Cloud Run统一管理
access_log /dev/stdout;
error_log /dev/stderr;

# Define a server that listens on port 3838
server {
  listen 3838;

  # Define a location at the base URL
  location / {

    # Host the directory of Shiny Apps stored in this directory
    site_dir /srv/shiny-server;

    # 注释掉本地日志目录配置
    # log_dir /var/log/shiny-server;

    # When a user visits the base URL rather than a particular application,
    # an index of the applications available in this directory will be shown.
    directory_index on;
  }
}

权限验证结论 #

你当前的权限配置不足：如果/var/log/shiny-server目录所有者为root、权限为755，shiny用户作为非所有者用户对目录没有写入权限，即使目录下的日志文件所有者是shiny，也无法执行删除操作。按上述方案修改后即可解决问题。

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