Что означает эта запись в журнале докера?
Несколько минут назад мой компьютер отказал, потому что, по-видимому, мой жесткий диск был полон. После начальной загрузки в режиме восстановления я затем узнал, что мой файл системного журнала в/var/log был 64 ГБ шириной. Я сохранил конец файла на другом разделе и затем удалил его. По-видимому, докер, кажется, был проблемой, потому что я нашел многое из этого в конце файла и был процесс докера, достигающий 200% ЦП все время. После очистки журнала и уничтожения докера все, кажется, нормально.
Nov 15 01:44:08 Elemental docker.dockerd[1120]:
time="2019-11-15T01:44:08.727060251Z" level=error
msg="failed to get event" error="rpc error: code =
Unavailable desc = all SubConns are in TransientFailure, latest connection
error: connection error: desc = \"transport: Error
while dialing dial unix /run/containerd/containerd.sock:
connect: permission denied\"" module=libcontainerd namespace=plugins.moby
Nov 15 01:44:08 Elemental docker.dockerd[1120]: time="2019-11-15T01:44:08.727116701Z"
...
И так далее. Я надеюсь, что эта проблема не появится снова, но тем не менее я хотел бы знать то, что, возможно, произошло здесь.
7 ответов
Мне установили пакет докера через способный и снимок одновременно. Таким образом, проблема устраняется путем удаления докера через снимок упаковочная система.
# apt list --installed | grep docker
docker/bionic,now 1.5-1build1 amd64 [installed]
docker-ce/bionic,now 5:19.03.5~3-0~ubuntu-bionic amd64 [installed]
docker-ce-cli/bionic,now 5:19.03.5~3-0~ubuntu-bionic amd64 [installed,automatic]
# snap list | grep docker
docker 18.09.9 418 stable canonical✓ -
# snap remove docker
docker removed
Кто-то в Cannonical завинчивает вещи несколько часов назад - он прослежен на панели запуска - https://bugs.launchpad.net/ubuntu / + source/snapd / + ошибка/1852720
, Моя система была вчера установлена с докером только и тем же как отдых людей здесь - системный журнал уничтожил все свободное пространство на диске, произведение чистку докера из снимка помогло.
У Вас есть несколько выполнений услуг докера. Похож на dockerd, пытается получить доступ к другой установке containerd, массово рассылая системный журнал.
В моем случае, teamcity агенте и установке докера конфликтовался.
sudo apt-get purge docker-ce
sudo apt autoremove
sudo rm -rf /var/lib/docker
sudo truncate -s 0 /var/log/syslog
Выполнил те команды выше и перезапустил. все пошло хорошо.
Произошедший со мной также. Интересно, был ли это снимок, обновленный, который заставил его произойти:
ID Status Spawn Ready Summary
17 Done today at 00:34 UTC today at 00:34 UTC Auto-refresh snap "docker"
Uninstall+reinstall docker.io пакета Ubuntu возвращает эту проблему, но по некоторым причинам у меня также был снимок установленного докера, таким образом, это - то, что инициировало конфликт.
Name Version Rev Tracking Publisher Notes
core 16-2.42.1 8039 stable canonical✓ core
docker 18.09.9 418 stable canonical✓ -
Однако я не помню, что когда-либо устанавливал пакет снимка докера..., но это - система тестирования, в конце концов, кто-то еще, возможно, думал, что это была хорошая идея...
Я столкнулся с этой проблемой также, таким образом, на всякий случай другие люди блуждают в здесь, я могу описать решение, которое работало на меня. Я сначала попробовал предложение Chris Sung, но это не работало.
признаки были:
-
dockerb, достигающий 200 + %, ЦП, и постоянно перезапускал бы с Гигантом команды
-
уничтожения файлы, являющиеся заполненным в системном журнале, как Philip Z. видел. Когда я приехал этим утром, это заполнило мой весь жесткий диск файлом на 700 ГБ.
Frist удаляют огромный файл, таким образом, можно на самом деле сделать материал. Это запустит заполнение снова, но у Вас должно быть некоторое время.
sudo truncate -s 0 /var/log/syslog
Затем удаляют поспешную установку докера. Это было проблемой для меня, не докером-ce
sudo snap stop docker
sudo snap remove docker
, я не уверен, что это необходимо, но я шел вперед и избавился от снимка в целом также
sudo apt purge snap
, Вы больше не должны видеть dockerb в вершине. Можно затем повторно выполнить журнал truncator для удаления любого спама, который был записан, в то время как Вы делали вышеупомянутые команды. Если Вы завинчиваете, как я сделал и удаляю системный журнал в целом, удостоверьтесь, что Вы даете новому системному журналу корректные полномочия.
sudo cd /var/log
sudo touch syslog
sudo chown syslog:adm syslog
sudo service rsyslog restart
Та же проблема здесь также с этой ночи.
контейнеры Докера (mosquitto/influxdb/grafana) не доступны на их соответствующих портах.
Не могущий остановить контейнеры, до использования --force.
Принудительная остановка все контейнеры, но сообщение при перезапуске каждого всегда является тем же:
"docker: Error response from daemon: all SubConns are in TransientFailure"
я сделал удаление пакета Silvio . Затем для перезапуска демона докера я выполнил эти команды как корень:
systemctl unmask docker.service
systemctl unmask docker.socket
systemctl start docker.service
service docker start
, Кажется, хорош теперь. Благодаря @Silvio.
Я получил низкое предупреждение пространства на человечности.
пространство недостаточно, чтобы я проанализировал, который повторил, что журнал смешивает/var/журнал
, Но новые журналы - точно то же самое как Вы.
я попробовал проверку, которые обрабатывают запись больше всего к диску, но % CPU найденного докера - более чем 250.
snap changes | grep docker
кажется, что снимок докера, установленный отдельно
54 Done yesterday at 23:31 EST yesterday at 23:31 EST Auto-refresh snap "docker
sudo snap remove docker --purge
, должен удалить докера, привязывают и сразу освобождают некоторое пространство