vault backup: 2024-08-21 08:14:23

This commit is contained in:
Struchkov Mark 2024-08-21 08:14:23 +03:00
parent 8e2a19d4e5
commit f25b2c7ccf
No known key found for this signature in database
GPG Key ID: A3F0AC3F0FA52F3C
5 changed files with 39 additions and 25 deletions

View File

@ -23,25 +23,25 @@
"markdownOnly": false,
"unresolvedLinks": false,
"recentFilesStore": [
{
"filepath": "wiki/zero/00 Docker.md",
"timestamp": 1724217241692
},
{
"filepath": "_inbox/Очистка мусора в Docker.md",
"timestamp": 1724217238599
},
{
"filepath": "_inbox/Команды Docker.md",
"timestamp": 1724217206861
},
{
"filepath": "_inbox/Ручная очистка docker overlay2.md",
"timestamp": 1724216695170
},
{
"filepath": "_inbox/Очистка мусора в Docker.md",
"timestamp": 1724216690692
},
{
"filepath": "wiki/zero/00 Docker.md",
"timestamp": 1724216689511
},
{
"filepath": "_inbox/Структура хранилища файлов Docker.md",
"timestamp": 1724216676741
},
{
"filepath": "_inbox/Структура хранения файлов в Linux.md",
"timestamp": 1724216673812
}
],
"bookmarkedFileStore": [],

View File

@ -1,16 +1,20 @@
{
"recentFiles": [
{
"basename": "Ручная очистка docker overlay2",
"path": "_inbox/Ручная очистка docker overlay2.md"
"basename": "00 Docker",
"path": "wiki/zero/00 Docker.md"
},
{
"basename": "Очистка мусора в Docker",
"path": "_inbox/Очистка мусора в Docker.md"
},
{
"basename": "00 Docker",
"path": "wiki/zero/00 Docker.md"
"basename": "Команды Docker",
"path": "_inbox/Команды Docker.md"
},
{
"basename": "Ручная очистка docker overlay2",
"path": "_inbox/Ручная очистка docker overlay2.md"
},
{
"basename": "Структура хранилища файлов Docker",
@ -195,10 +199,6 @@
{
"basename": "Финишное покрытие стены",
"path": "_inbox/Финишное покрытие стены.md"
},
{
"basename": "Обои",
"path": "_inbox/Обои.md"
}
],
"omittedPaths": [],

View File

@ -13,3 +13,8 @@ linked:
```
docker stats
```
Посмотреть короткую статистику и занятое место
```
docker system df
```

View File

@ -13,7 +13,20 @@ linked:
Столкнулся с проблемой, что никакие команды по очистке мусора с prune мне не помогали. Проведя анализ занятого места на дисках нашел, что одна из директорий в overlay2 занимает много места.
Далее можно попробовать найти какому контейнеру этот
Далее можно попробовать перебрать все контейнеры и найти какому контейнеру принадлежит проблемная директория. Выполняем команду и сравниваем директории.
```bash
docker inspect --format='{{.GraphDriver.Data.MergedDir}}' <container_id>
```
Далее необходимо разобраться для чего контейнер использует проблемную директорию и можно ли ее удалить без последствий.
## Удаление проблемной директории
Возможные последствия удаления `/var/lib/docker/overlay2`:
1. **Потеря контейнеров**: Все контейнеры, которые были созданы и работали на основе файлов, хранящихся в `overlay2`, перестанут работать. Контейнеры, которые используют эти слои файловой системы, будут потеряны, и Docker не сможет их восстановить.
2. **Потеря образов Docker**: Образы, которые были использованы для создания контейнеров, также будут потеряны. Эти образы хранятся в виде слоев файловой системы внутри `overlay2`, и их удаление приведет к необходимости повторного скачивания и создания образов, если они понадобятся в будущем.
3. **Нарушение целостности Docker**: Docker может перестать корректно работать, так как утратит связь со всеми контейнерами и образами, которые были связаны с этими слоями. Вам, возможно, придется переустановить Docker или пересоздать инфраструктуру Docker-контейнеров с нуля.
4. **Удаление данных**: Любые данные, хранящиеся в контейнерах, которые были на данный момент не сохранены (например, данные базы данных или файловые изменения внутри контейнеров), будут потеряны.
Если вы уверены в своих действиях, то выполните простую команду удаления. Пример
```bash
sudo rm -rf /var/lib/docker/overlay2/4c7cd655687d527abea5c3bd479d8f68ec564e6b1
```

View File

@ -18,10 +18,6 @@ parents:
## Логирование
По умолчанию все что пишется в stdout контейнера попадает в итоге в файл лога. И по умолчанию нет никакой ротации.
```yml
services:
service-name: