宿主机 Docker 巡检时发现有两个值得处理的已退出容器：
grafana-provision-copy：状态为 Exited (1)e5renew：状态为 Exited (0)处理目标不同：
grafana-provision-copy 更像一次性辅助容器，确认无保留必要后可直接删除e5renew 仍需保留运行，因此要调整重启策略并重新启动grafana-provision-copy 的退出原因并清理容器e5renew 重新运行e5renew 的重启策略改为 always，避免后续异常退出或宿主机重启后不自动恢复检查结果显示该容器执行的是一次性复制动作：
cp /src/openclaw-overview.json /host/grafana-dashboard-openclaw-overview.json
日志显示错误为：
cp: '/src/openclaw-overview.json' and '/host/grafana-dashboard-openclaw-overview.json' are the same file
这说明它并不是核心长期服务，而是一个部署辅助容器；失败原因是源文件与目标文件实际指向同一文件。
确认其无继续保留价值后，直接删除容器：
docker rm grafana-provision-copy
先把 e5renew 的重启策略改成 always：
docker update --restart always e5renew
随后重新启动容器：
docker start e5renew
复核时看到：
restart=alwaysstatus=runningrestart_count=0127.0.0.1:1066->1066/tcpdocker ps -a 列表中always127.0.0.1:1066使用：
docker ps -a --filter name='^/grafana-provision-copy$' --filter name='^/e5renew$'
验证结果：
grafana-provision-copy 不再存在e5renew 处于 Up 状态使用：
docker inspect e5renew
确认：
restart=always
status=running
running=true
exit=0
restart_count=0
当前日志中仍可看到应用历史异常与 ASP.NET DataProtection 持久化告警，但容器本身没有进入重启循环，当前可稳定运行。
e5renew 的应用日志里仍出现过 AdminController.Login(LoginViewModel login) 相关空引用异常，说明应用层面仍有 bug，后续如继续使用需继续排查docker update --restart always 已作用于当前容器，但如果以后通过新的 compose / run 方式重建容器，而部署源文件里未固化该策略，则该设置可能丢失e5renew 会长期保留，建议把 restart: always 固化到其部署源文件docker ps -a 中遗留过多历史噪音