Какие типичные ошибки возникают при работе с Docker и как их решать

Да ты посмотри, какие тут у людей с этим вашим Docker проблемы-то возникают, блядь! Прям как в анекдоте про Герасима и Муму, только тут не собаку топить, а контейнеры свои отлаживать. Ну ладно, разбираемся по порядку, а то народ безмозглый, блядь, безмозглый в пизду!

1. Конфликт портов — классика жанра, ёпта!

Что происходит: Запускаешь контейнер, а он тебе в ответ: Error starting userland proxy: listen tcp4 0.0.0.0:8080: bind: address already in use. Волнение ебать!

В чём соль: Твой порт 8080 на компе уже занят каким-то другим процессом. Например, твоя же прошлая версия приложения или какая-нибудь мартышлюшка-программа.

Что делать, блядь?

• Найти того, кто сидит на твоём порту, и послать его нахуй (то есть остановить процесс).
• Или, что проще — просто переназначить порт, как будто ты не в своём уме. Зачем драться, если можно обойти?

# Вот смотри: порт 80 внутри контейнера мы привязываем к порту 8888 на компе. И все довольны.
docker run -p 8888:80 nginx

2. Данные исчезают после перезапуска — вот это пиздец!

Проблема: Поработал ты в контейнере, накодил, наконфигурировал, перезапустил его — а там пусто, блядь! Всё пропало, как Муму в озере. Терпения ноль ебать!

Почему так: Потому что ты, хитрая жопа, хранил данные внутри самого контейнера, а его файловая система — штука временная, эфемерная, как твои обещания.

Как исправить: Использовать volumes (тома), ёбана! Это как внешний жёсткий диск для твоего контейнера.

# Создаём том с именем, чтобы не потерять, как последнего идиота.
docker volume create my-data
# И подключаем его к контейнеру в нужную папку.
docker run -v my-data:/path/in/container my-image

# Или можно сразу папку с компа примонтировать — ещё проще.
docker run -v /host/path:/container/path my-image

3. Ошибки прав доступа в volumes — адская тема!

Ошибка: Контейнер пытается что-то записать в смонтированную папку, а ему — Permission denied. Сам от себя охуел!

Причина: Пользователь внутри контейнера (со своим UID) — это один чувак, а владелец файлов на твоём компе (с другим UID) — совсем другой. Они друг друга не узнают, как два пьяных мужика в подъезде.

Решение:

• Либо запустить контейнер от имени нужного пользователя (ключик --user).
• Либо на компе поправить права на папку командами chmod или chown. Иногда проще дать всем права, чем разбираться, но это не всегда хорошо, блядь.

4. Сборка образа тормозит и весит овердохуища

Что не так: Ты пишешь docker build, идёшь пить чай, возвращаешься — а он всё ещё думает. И образ получается размером с хороший такой дистрибутив Linux.

Почему:

• Ты накосячил с порядком команд в Dockerfile, и кэш слоёв не работает. Это как собирать шкаф, начиная с дверцы.
• У тебя нет файла .dockerignore, и в образ тащатся все твои node_modules, .git и прочий цифровой мусор. Э сабака сука!

Как быть:

• В Dockerfile сначала ставь то, что редко меняется (системные пакеты), а в конце — то, что меняется часто (твой код). Э бошка думай!
• Обязательно создай .dockerignore и перечисли там всё лишнее. Это мастхэв, блядь!

5. Утечки ресурсов — диск забит хламом!

Проблема: Со временем на диске скапливается куча остановленных контейнеров, старых образов и забытых томов. Места нет, а ты гадаешь, куда оно всё делось.

Решение: Время от времени проводи генеральную уборку одной волшебной командой.

# Эта команда — твой друг. Она удалит всё ненужное: контейнеры, образы, сети и даже тома (с ключом --volumes).
docker system prune -a --volumes

И главное, запомни, как мантру: когда что-то не работает, первым делом смотри логи! Команда docker logs <container_id> — это твои глаза и уши. Без неё ты как Герасим — немой и глухой, и только мычишь "Муму", когда всё уже накрылось медным тазом.