rm /patch/to/mod-tmp/* скажет Вам просто Argument list too long.
Дело не в том, что "с под юзера", а еще и в том, что удалять "rm /dir/*" просто не будет
для 10k файлов в /dir/. Нужно объяснить почему?
Эта проблема не специфична для Debian. Просто из-за того, что сессии хранятся в отдельной
директории почти для любого сайта. Сочинить универсальное крон-задание сложно, учитывая
возможность кастомных настроек для сессий под каждый виртуалхост. Хотя в FAQ какой-нить
могли нарисовать решение.
djos, я бы настоятельно не советовал делать _так_, как советует madoff.
В примере крон-задания в дебиане есть же нормальный способ. И дело
даже не в том, что Вы удалите валидные сессии тоже. Просто неоднократно
видел (и думаю, не я один), как именно подобным образом ставили "раком"
весь сервер. Однажды так получите новую проблему.
madoff, это не решит проблему ТС - ему нужно просто периодически очищать старые сессии.
Боюсь даже предположить, что ответил хостер, на вопрос о том, почему
бекапы не распаковываются. Или таки не задавали вопрос?
ага 🍿
В т.ч. на исходном сервере с cpanel?
Приношу извинения ТС за некоторый флуд в его теме, надеюсь
полезные для себя советы он в ней разыщет...
А за сим... 🍿
Ну, в бсдшном таре по-умолчанию там дефолтовое
тап-устройство (запись на ленточное устройство хранения данных).
У GNU-шного тара дефолт - stdin/stdout или из переменной окружения специальной берется.
По счастью, разработчики панелей закончили школу и совсем детских ошибок не делают.
Потому и отправили вас маны читать. Аргумент для опции -f tar'у нужно
указывать при распаковке. Почему - написано в документации.
Уж так мир устроен, извините.
madoff, ничем не отличается в плане поддержки таких древних опций,
что указали Вы. И Debian и CentOS используют GNU tar, чуть разных версий.
