Chrome-PHP项目在Ubuntu系统中启动Chromium的cgroup问题解析

问题背景

在使用chrome-php/chrome项目控制Chromium浏览器时，部分Ubuntu 22.04 LTS用户会遇到浏览器进程异常退出的问题。系统日志中会出现两类典型错误提示：

1. /system.slice/php8.2-fpm.service is not a snap cgroup
2. snap-update-ns failed with code 1

这些错误通常表现为间歇性出现，特别是在通过PHP-FPM服务调用Chromium时更为明显。

技术原理分析

cgroups与Snap限制

现代Linux系统使用cgroups（控制组）机制进行进程资源管理。当Chromium通过Snap包安装时，它会期望运行在特定的Snap cgroups环境中。而PHP-FPM作为系统服务运行时，其进程属于传统的systemd cgroups层级（如/system.slice/），这就产生了cgroups环境不兼容的问题。

会话持续性影响

问题表现出与用户会话相关的特性：当用户通过SSH登录时能正常运行，退出后失败。这是因为：

1. 用户登录时会创建完整的会话环境
2. 退出后某些会话相关资源会被释放
3. Snap应用需要特定的用户命名空间维持

解决方案比较

方案一：启用用户 lingering（推荐）

执行以下命令为PHP-FPM服务启用用户 lingering：

sudo loginctl enable-linger php8.2-fpm

优势：

• 保持用户会话在注销后持续运行
• 不影响现有系统服务架构
• 无需修改应用代码

注意事项：

• 会增加系统常驻进程数量
• 需要确保PHP-FPM运行用户有适当权限

方案二：非Snap方式安装Chromium

对于x86架构系统，可以考虑：

1. 卸载Snap版Chromium
2. 通过APT源安装传统.deb包
3. 或直接安装Google Chrome

限制：

• ARM64架构可能缺少官方.deb包
• 需要手动处理依赖关系

方案三：环境变量调整

针对特定错误可尝试：

export TMPDIR=$HOME/tmp
mkdir -p $TMPDIR

这解决了某些情况下临时目录访问权限问题。

最佳实践建议

1. 生产环境部署：

   • 优先考虑用户lingering方案
   • 为PHP-FPM创建专用系统用户
   • 配置适当的资源限制

2. 开发环境调试：

   • 检查/var/log/syslog获取详细错误
   • 使用systemd-cgls命令查看cgroups层级
   • 测试不同用户上下文下的执行情况

3. 长期维护：

   • 监控Chromium进程资源占用
   • 定期检查Snap更新日志
   • 考虑使用Docker容器化方案隔离环境

总结

这类问题本质上是Linux系统资源管理机制与应用程序打包方式之间的兼容性问题。通过理解cgroups的工作机制和Snap容器的隔离特性，我们可以选择最适合业务场景的解决方案。对于大多数PHP+Chromium的应用场景，启用用户lingering是目前最稳定可靠的解决方案。