terrible Опубликовано 11 августа, 2010 · Жалоба Есть задания: * * * * * root /usr/local/bin/php-cgi /usr/local/etc/swctrl.php * * * * * root /usr/local/bin/php-cgi /usr/local/etc/auto.php 40 1 * * * root /usr/local/bin/mysqldump --default-character-set=cp1251 -Qucmd -u tanker database | gzip -9 > /usr/home/`date "+%Y%m%d"`.gz 15 4 * * * root /usr/local/bin/php-cgi /usr/local/etc/dumpman.php Все работают, кроме третьего. В логах крона тихо. Куда нужно посмотреть, чтобы продиагностировать проблему неработоспособности третьего задания? Если всю строку задания выполнить в конкольке - всё выполняется отлично. Выполняется в течении примерно 2-х минут. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
martin74 Опубликовано 11 августа, 2010 · Жалоба /var/log/cron что нить говорит? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
terrible Опубликовано 11 августа, 2010 (изменено) · Жалоба пусто :( чёрт, был не запущен сислог, простите, буду искать проблему. Изменено 11 августа, 2010 пользователем terrible Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
kapa Опубликовано 11 августа, 2010 · Жалоба Может, крон не знает где гзип? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
terrible Опубликовано 11 августа, 2010 · Жалоба указал абсолютный путь к зипу - не выполняет :( Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
s.lobanov Опубликовано 11 августа, 2010 · Жалоба Было тоже самое, когда пытался использовать `date что-нибудь`, просто написал скрипт запуска из одной(или, быть может, пары строчек). Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
terrible Опубликовано 11 августа, 2010 · Жалоба s.lobanov, спасибо большое за подсказку, действительно, если команду запихнуть в скрипт и выполнить - все работает. Актуально только для date. Не знал такого нюанса. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
s.lobanov Опубликовано 11 августа, 2010 · Жалоба Можно конечно копать дальше, проблема, предположительно, связана с переменным окружением, которое, как правило, в кроне несколько отличное, по сравнению с тем, которое используется, зайдя на сервер по ssh. Но что-то лень такой фигнёй заниматься :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
martin74 Опубликовано 12 августа, 2010 · Жалоба а date вызванная из скрипта вызванного из cron какое то другое окружение получит, чем если ее напрямую из cron вызвать? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
andriko Опубликовано 12 августа, 2010 (изменено) · Жалоба больше похоже на парсинг аргументов команды кроном, + создание пайп, наверно кавычек нужно много, поетому "<интерпретатор> <скрипт>" ка ка*** выглядит попроще хмм, вот такое работает давно у меня... 5 5 * * * /usr/local/bin/mysqldump --ignore-table=radius.radacct --ignore-table=radius.radpostauth --ignore-table=radius.totacct --skip-extended-insert radius > /home/backup/radius.`date +\%s`.sql Изменено 12 августа, 2010 пользователем andriko Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...