find -delete работает нормально, но не с cron

ОБРАТИТЕ ВНИМАНИЕ : Я прочитал все подобные вопросы повторно. cron, paths, env-переменные и так далее, но не нашли ни одного, который предлагал бы решения моей конкретной проблемы.

У меня есть скрипт, который делает некоторые дампы MySQL, а затем удаляет старые, как это:

/usr/bin/find "/home/bkp/dbdump" -name "*.gz" -mtime +5 -delete

( команда выше была изменена из моей первоначальной команды предложениями из комментариев )

Однако файлы никогда не удаляются, когда cron запускает этот скрипт. Пользователь cron - root.

Отладка заметок

Если я вручную запускаю сценарий, в котором появляется команда, он удаляет их, как и ожидалось.
Если я запускаю указанную выше команду find самостоятельно из командной строки от имени пользователя root, она удаляет их, как и ожидалось (и с параметром -print возвращает список файлов старше 5 дней, как и ожидалось)
Я также добавил явную инструкцию path в crontab root, но
это ничего не меняет.
Cron не отправляет сообщение об ошибке, и если я передам операцию поиска в файл журнала, он
будет пустым или не будет создан вообще.
Я использую сервер Ubuntu 14.04.03 LTS.

cron

— TommyPeanuts
источник

Я бы избегал подстановочных знаков (например, * .gz) в пути. cron может интерпретироваться как * .gz, не раскрывая все файлы gz.

— Archemar

Какой вывод вы получите, если запустите задание без действия/usr/bin/find /home/bkp/dbdump/*.gz -mtime +5

— user9517

@Archemar Почему бы не подстановить шаблон? cronКоманды запускаются через оболочку, а оболочка расширяет подстановочные знаки.

— Бармар

cronследует отправить письмо с выводом и сообщениями об ошибках. Вы получаете такое письмо от этой работы?

— Бармар

@ В общем, все работает как положено.

— TommyPeanuts

Ответы:

Проблема в том, что crontabне $PATHустановлен во время работы. Вы можете указать путь к нему, добавив его в начало файла, открытого с помощью crontab -e:

PATH=/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin

(или что PATHвы предпочитаете использовать). Это означает, что вы можете не указывать полные пути к командам напрямую из cron.

Есть несколько проблем с вашей исходной командой. Вы в основном просите, чтобы оболочка выполнила расширение подстановочного знака, а не find. Во-вторых, вы не предоставляете полный путь rm; используйте /bin/rmили /usr/bin/rm, где бы он ни находился в вашей системе (см. which rm).

Первый аргумент для поиска - это «местоположение для поиска», а затем вы указываете «поисковый запрос» с различными -<option>s. Итак, правильный формат команды, которую вы хотите выполнить:

find "/home/bkp/dbdump" -name "*.gz" -mtime +5 -exec rm -f {} \;

или

find "/home/bkp/dbdump" -name "*.gz" -mtime +5 delete

Если вы не указали PATHопределение, как указано выше, используйте:

/usr/bin/find "/home/bkp/dbdump" -name "*.gz" -mtime +5 -exec /bin/rm -f {} \;

или

/usr/bin/find "/home/bkp/dbdump" -name "*.gz" -mtime +5 delete

— Будет
источник

Он должен был $PATHустановить, но это будет система по умолчанию. Это будет включать /usr/binи /bin, поэтому он должен быть в состоянии найти rmкоманду.

— Бармар

Поэтому я попытался поместить $ PATH в crontab (хотя, как упоминалось в другом месте, он, вероятно, по умолчанию использовал бы системный путь, если не указано), и убедился, что у всех есть полные пути. Я также использовал -name "* .gz" вместо подстановочного знака в пути поиска. Но ничего не происходит. Команда, похоже, просто не запускается, и никаких ошибок не выдается.

— TommyPeanuts

Попробуйте это вместо

find /home/bkp/dbdump -type f -name '*.gz' -mtime +5 -delete

— shad0VV
источник

Зачем вам перенаправлять stderr в файл? По умолчанию он будет отправлен по электронной почте, если был какой-либо вывод.

— kasperd

Да, это правда, что по умолчанию отправляет любое электронное письмо в спойлер MAIL пользователя и может быть прочитано с помощью почты.

— shad0VV

Чтобы получить тот же эффект, что и оригинальная команда, вам нужно добавить -maxdepth 1.

— Niels Keurentjes

Если я вызываю команду find непосредственно из корневого каталога root, а не как часть сценария, то она работает.

Рассматриваемый скрипт использует csh. Я считаю, что среда cron root в Ubuntu будет использовать / bin / bash (или / bin / dash?). Возможно, это как-то противоречит тому, как выполнялась команда find.

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

— TommyPeanuts
источник