☰

升级至 Virtuozzo 7 后，某些 docker 容器因 OCI 运行时错误而无法启动

tag-icon • tag-icon docker ubuntu-18.04 openvz virtuozzo
升级至 Virtuozzo 7 后，某些 docker 容器因 OCI 运行时错误而无法启动

我的 KVM（Strato）的托管提供商最近将他们使用的 Virtuozzo 版本从 6 升级到了 7。从那时起，我的一些 docker 容器无法启动，并出现以下错误消息：

❯ sudo docker start spring_webapp

Error response from daemon: 
OCI runtime create failed: container_linux.go:349: starting container process caused
"process_linux.go:297: applying cgroup configuration for process caused 
\"failed to set memory.kmem.limit_in_bytes, 
because either tasks have already joined this cgroup 
or it has children\"": unknown

Error: failed to start containers: spring_webapp

无法启动的容器的唯一共同点似乎是它们都包含一个 Java Web 应用程序。其他容器（如 gitlab 或一些 mariadb 实例）似乎可以正常启动。

使用 google 搜索该错误消息，结果返回了 github 上的一些旧问题，但这些问题似乎几年前就已修复：https://github.com/opencontainers/runc/issues/1083

我在跑步Ubuntu 18.04 LTS和docker 19.03.12。

已经向我的托管服务提供商开了一张票，但他们用一个固定的答复回答说，因为我有一个根服务器，所以他们无法帮助我，基本上是说这是我的配置的问题。

不幸的是，我对 OpenVZ/Virtuozzo 了解不够，无法反驳他们。

任何能给我指明正确方向的提示都将不胜感激:)

这是 /proc/user_beancounters 的输出

❯ sudo cat /proc/user_beancounters
         
Version: 2.5
       uid  resource                     held              maxheld              barrier                limit              failcnt
    831745: kmemsize                564412416            766132224  9223372036854775807  9223372036854775807                    0
            lockedpages                     0                   16  9223372036854775807  9223372036854775807                    0
            privvmpages               5148863              5444666  9223372036854775807  9223372036854775807                    0
            shmpages                    41758                74651  9223372036854775807  9223372036854775807                    0
            dummy                           0                    0  9223372036854775807  9223372036854775807                    0
            numproc                       919                  919                 1100                 1100                    0
            physpages                 1972269              2444334              8388608              8388608                    0
            vmguarpages                     0                    0  9223372036854775807  9223372036854775807                    0
            oomguarpages              2104451              2452167                    0                    0                    0
            numtcpsock                      0                    0  9223372036854775807  9223372036854775807                    0
            numflock                        0                    0  9223372036854775807  9223372036854775807                    0
            numpty                          4                    4  9223372036854775807  9223372036854775807                    0
            numsiginfo                     16                  129  9223372036854775807  9223372036854775807                    0
            tcpsndbuf                       0                    0  9223372036854775807  9223372036854775807                    0
            tcprcvbuf                       0                    0  9223372036854775807  9223372036854775807                    0
            othersockbuf                    0                    0  9223372036854775807  9223372036854775807                    0
            dgramrcvbuf                     0                    0  9223372036854775807  9223372036854775807                    0
            numothersock                    0                    0  9223372036854775807  9223372036854775807                    0
            dcachesize              353423360            552648704  9223372036854775807  9223372036854775807                    0
            numfile                      6327                11230  9223372036854775807  9223372036854775807                    0
            dummy                           0                    0  9223372036854775807  9223372036854775807                    0
            dummy                           0                    0  9223372036854775807  9223372036854775807                    0
            dummy                           0                    0  9223372036854775807  9223372036854775807                    0
            numiptent                     219                  222                 2000                 2000                    0

答案1

是的，这是 Strato 的问题...发生在他们于 2020 年 7 月 15/16 日进行维护之后。我已经提交了工单...让我们看看是否有回复。

不用说，Strato 在过去 3.4 个月中存在严重的性能问题，最近才得到修复。

现在，上周的这次维护又把一切都搞乱了。

编辑：

刚刚从我的服务器上删除了容器并重新安装它们。现在一切又恢复正常了。也许这对其他人来说也是一个解决方案？

相关内容