Безопасно ли делать `rm -rf /tmp/*` ?

У него может поломаться программа в том же контейнере, которую он, как он сам пишет, запускает после того как может случиться rm -Rf /tmp/*

Что за программа он не уточняет, гадать не будем.

В приличных местах действует правило: контейнер это процесс. Если у вас два процесса, значит у вас два контейнера. Если у вас контейнер используется как виртуалка, обладает состоянием, содержит разные скрипты и демоны, которые совместно как-то работают, то вы делаете всё неправильно и очищение /tmp — наименьшая из ваших проблем.

А девопсы аргументируют почему они чистят его?

Почти или вообще не встречал таких в природе.

Да, есть какие-нибудь отдельные утилиты, типа ffmpeg, где реально может быть один процесс. Но большинство виденных мной всё же посложнее.

Да, правда в адекватных конфиг и данные вынесены из контейнера.

Вот бы узнать соответственно, правду ли тут пишет ИИ или это бред.

Попробуй такую штуку: критическое мышление. Вдруг понравится.

Есть ещё вариант чуть сложнее, когда запуск основного процесса что-то предваряет, какой-нибудь /bin/run.sh запускает внутри npm run и т.п. Технически процессов больше одного, но это ничего не меняет. Контейнер мыслится как процесс + окружение. Соответственно с ним нужно взаимодействовать как с процессом: запустить, остановить, послать сообщение etc. И ожидать от него того же, что и от процесса, например, отсутствия сохранения состояния между запусками. Тогда волосы становятся гладкими и шелковистыми.

Еще один кто не умеет распарсить текст в размером предложения.

Ты в своем уме, точно? Прочитай что я писал выше. После моего «совета» точно ничего не может сломаться, ибо мой «совет» - не тереть в /tmp как попало во время работы, при перезапусков можно.

Первое что приходит на ум, это когда /tmp чистят на этапе сборки образа в докерфайлах чтобы не тащить в итоговые образы лишние не нужные файлы типа кэша репозиториев. Уменьшение размера образа это вроде рациональное решение. А ТС не знает чем ему аргументировать своё фи. То есть за его желанием не стоит какого рацио

Давайте так попробуем: есть ли правила поведения относительно /tmp?

На моей предыдущей работе было правило: если в %TMP% что-то остаётся, что больше не используется, надо заносить баг. С этой точки зрения, периодическая очистка /tmp/* — костыль, каждая программа должна прибирать за собой самостоятельно. Если файл используется несколькими — прибирать должна последняя, когда уверена, что больше он не нужен.

Эти каталоги указанной в ОС командой не удаляются.

Аутореферентно

Шо, тоже учишь русский язык по иностранным словарям? Я не удивлюсь, если так.

помогите обосновать запрет на основе моего неосознанного жопного дискомфорта» это не технический вопрос, а психиатрический

Я бы сначала к проктологу сходил. А к психиатру потом - ему не нужно чисто соматические проблемы разгребать.

действует правило

Ещё один доноситель истины. Пофиг какие там правила действуют, его прога про них может не знать.

то вы делаете всё неправильно и очищение /tmp — наименьшая из ваших проблем.

Нет, если всё работает - проблем нет. Проблемы появляются когда свидетели правил начинают игнорировать реальность и портить работающую систему, руководствуясь неверными предпосылками.

сохранения состояния между запусками

Там нет между запусками. Ему как раз предлагают вставить rm -Rf /tmp/* между предварительными командами и основной.

При перезапуске контейнера он и так целиком затирается, так что непонятно о чём речь.

Если вы не понимаете как следует применять контейнеры и пытаетесь сделать из них нечто, чем они не являются, то несвоевременная очистка временных файлов — наименьшая из ваших проблем. У вас ошибка не в скриптах, а в архитектуре. Если вы упорствуете в своих заблуждениях, значит ошибка не в архитектуре, а в ДНК. Такие, вот, варианты.

Если монтировать в контейнер системные директории и запускать контейнер из-под рута, но везде сказано так не делать.

Собственно, на отсутствии контекста и строится всё обсуждение.

Какая разница какие и от кого? У контейнера могут быть данные, которые он обрабатывает (например база) и которые не планируется удалять, а твоя команда их затрёт.

Создать два контейнера с общим /tmp, чтобы один там базу свою хранил, а другой удалял случайным образом?

По этому поводу не грех и классику вспомнить.

Перед тем как влезать в разговор, читай ветку беседы. Иначе твой ответ рискует получится совершенно не к месту. В данном случае достаточно было всего 3 раза кликнуть на «ответ на» (ссылку на прошлый коммент).

На стейджинге поймают, делов то.

Выглядит что ты сюда не за правдой пришел, а за валидацией своих хотелок.