- Ограничение по отправлке логов crontab,
 noname, 15:33 , 21-Июн-12 (1)> Добрый день.
> Есть у меня утилитка, которую я по crontab запускаю каждый 5
> мин. Где прописать, чтоб crontab мне как root не выслал итоги
> запуска этой утилитки.
> Вот строка из crontab
> */5 *
> * *
> * root
> /etc/ping.sh
> Заранее спасибо.*/5 * * * * root export MAILTO=""&&/etc/ping.sh
- Ограничение по отправлке логов crontab, ashota, 17:33 , 21-Июн-12 (2)
>[оверквотинг удален]
>> Вот строка из crontab
>> */5 *
>> * *
>> * root
>> /etc/ping.sh
>> Заранее спасибо.
> */5 * *
> *
> * root
> export MAILTO=""&&/etc/ping.sh Не помогло. Все равно каждый 5 мин получаю
- Ограничение по отправлке логов crontab, lavr, 18:12 , 21-Июн-12 (3)
>[оверквотинг удален]
>>> */5 *
>>> * *
>>> * root
>>> /etc/ping.sh
>>> Заранее спасибо.
>> */5 * *
>> *
>> * root
>> export MAILTO=""&&/etc/ping.sh
> Не помогло. Все равно каждый 5 мин получаю https://www.opennet.ru/base/sys/cron_intro.txt.html например: # /etc/crontab - root's crontab for FreeBSD
#
# $FreeBSD: src/etc/crontab,v 1.33.4.1 2011/09/23 00:51:37 kensmith Exp $
#
SHELL=/bin/sh
PATH=/etc:/bin:/sbin:/usr/bin:/usr/sbin #-- lavr for empty MAIL MAILTO="" #
#minute hour mday month wday who command
#
*/5 * * * * root /usr/libexec/atrun
#
# Save some entropy so that /dev/random can re-seed on boot.
*/11 * * * * operator /usr/libexec/save-entropy
#
# Rotate log files every hour, if necessary.
0 * * * * root newsyslog
#
# Perform daily/weekly/monthly maintenance.
1 3 * * * root periodic daily
15 4 * * 6 root periodic weekly
30 5 1 * * root periodic monthly
#
# Adjust the time zone if the CMOS clock keeps local time, as opposed to
# UTC time. See adjkerntz(8) for details.
1,31 0-5 * * * root adjkerntz -a в данном случае уведомления о выполнении всех скриптов и утилит будут в /dev/null
если вам нужно чтобы только от вашего скрипта не высылалась почта о выполнении,
создайте crontab файл пользователя: # crontab -u username -e
MAILTO=""
*/5 * * * * /etc/ping.sh - Ограничение по отправлке логов crontab, noname, 20:48 , 21-Июн-12 (4)
> Не помогло. Все равно каждый 5 мин получаю для FreeBSD работает. Какая у Вас ОС - я не знаю
- Ограничение по отправлке логов crontab, zandyg, 06:52 , 22-Июн-12 (5)
*/5 * * * * root /etc/ping.sh >/dev/null 2>&1
- Ограничение по отправлке логов crontab, ashota, 10:08 , 22-Июн-12 (6)
> */5 *
> * *
> * root
> /etc/ping.sh >/dev/null 2>&1 Заработала! Спасибо!
- Ограничение по отправлке логов crontab, lavr, 16:22 , 22-Июн-12 (7)
>> */5 *
>> * *
>> * root
>> /etc/ping.sh >/dev/null 2>&1
> Заработала! Спасибо!это у вас скрипт заработал после stdout/stderr redirect a не MAILTO, небось ping с выводом
на stdout/stderr без редиректа :( Вот ваша проблема, а не MAILTO. На будущее - учите матчасть, чтобы не запускать через cron интерактивные
утилиты-скрипты или с выводом на stdout/stderr
- Ограничение по отправлке логов crontab, LSTemp, 00:17 , 26-Июн-12 (8)
>>> */5 *
>>> * *
>>> * root
>>> /etc/ping.sh >/dev/null 2>&1
>> Заработала! Спасибо!
> это у вас скрипт заработал после stdout/stderr redirect a не MAILTO, небось
> ping с выводом
> на stdout/stderr без редиректа :( Вот ваша проблема, а не MAILTO.ИМХО можно и внутри ping.sh вывод собственно ping обнулить (а кроме пинга скрипт ничего судя по названию и не делает).... не вижу разницы ИМХО MAILTO решает вопрос глобально.... > На будущее - учите матчасть, чтобы не запускать через cron интерактивные
> утилиты-скрипты или с выводом на stdout/stderr ИМХО это бред (про "не запускать"). часть скриптов таки все же отслеживать нужно.... PS
С Уважением, к Вам Lavr. Поэтому везде ИМХО...
- Ограничение по отправлке логов crontab, Ashot, 10:02 , 26-Июн-12 (9)
>
> ИМХО можно и внутри ping.sh вывод собственно ping обнулить (а кроме пинга
> скрипт ничего судя по названию и не делает).... не вижу разницы Утилита проверяет, доступен ли основной канал, если нет, то он переключает доступ к интернет по резервному каналу, но все же продолжает проверять основной. Если доступ появился, сервер переключается на основной. А в частности хотелось бы получать отчет, если сервер переключиться на резервный. Вот что в самом утилитке #!/bin/sh
IP_EXCOM="11.22.33.44"
IP_UTK="55.66.77.88"
LOG="/var/log/ping.log"
IP_GATEWAY="/sbin/route get default | \
/usr/bin/grep gateway | \
/usr/bin/awk '{print $2}'"
/sbin/ping -c 2 ${IP_UTK}
if [ $? != 0 ]
then
/sbin/ping -c 2 ${IP_EXCOM}
if [ $? != 0 ]
then
/bin/echo -n "`/bin/date` ALARM! " >> ${LOG}
/bin/echo "UTK ${IP_UTK} and EXCOM ${IP_EXCOM} not pinget" >> ${LOG}
else
/bin/echo -n "`/bin/date` UTK ${IP_UTK} not pinget," >> ${LOG}
if [ "x${IP_EXCOM}" = "x${IP_GATEWAY}" ]
then
/bin/echo "`/bin/date` Default gateway (EXCOM) ${IP_GATEWAY} - OK" >> ${LOG} else
/bin/echo -n "`/bin/date` Switch default gateway ${IP_GATEWAY}" >> ${LOG}
/bin/echo " to EXCOM ${IP_EXCOM}" >> ${LOG}
/sbin/route change default ${IP_EXCOM}
# /etc/iptonnel_bisert.sh
fi
fi
else
/bin/echo "`/bin/date` UTK ${IP_UTK} ping - OK" >> ${LOG}
if [ "x${IP_UTK}" = "x${IP_GATEWAY}" ]
then
/bin/echo "`/bin/date` Default gateway (UTK) ${IP_GATEWAY} - OK" >> ${LOG}
else
/bin/echo -n "`/bin/date` Switch default gateway ${IP_GATEWAY}" >> ${LOG}
/bin/echo " to UTK ${IP_UTK}" >> ${LOG}
/sbin/route change default ${IP_UTK}
# /etc/iptonnel_bisert_utk.sh
fi
fi
- Ограничение по отправлке логов crontab, lavr, 10:42 , 26-Июн-12 (10)
>[оверквотинг удален]
>> это у вас скрипт заработал после stdout/stderr redirect a не MAILTO, небось
>> ping с выводом
>> на stdout/stderr без редиректа :( Вот ваша проблема, а не MAILTO.
> ИМХО можно и внутри ping.sh вывод собственно ping обнулить (а кроме пинга
> скрипт ничего судя по названию и не делает).... не вижу разницы
> ИМХО MAILTO решает вопрос глобально....
>> На будущее - учите матчасть, чтобы не запускать через cron интерактивные
>> утилиты-скрипты или с выводом на stdout/stderr
> ИМХО это бред (про "не запускать"). часть скриптов таки все же отслеживать
> нужно....ну посмотрите выше, прямо моя строка: НЕ запускать через cron ИНТЕРАКТИВНЫЕ
и дальше ваш комментарий что это бред. или я невнятно написал, или вы меня не поняли, смысл таков: - использовать redirect stdout/stderr в crontab - иначе вылезут проблемы
или не забывать про stdout/stdin
- MAILTO и прочие переменные - устанавливаются для всех заданий MAILTO,
и если нужно подавить только для одного задания, лучше для него создать отдельное
расписание или для группы таких заданий
- Ограничение по отправлке логов crontab, LSTemp, 03:00 , 28-Июн-12 (11)
>[оверквотинг удален]
>>> на stdout/stderr без редиректа :( Вот ваша проблема, а не MAILTO.
>> ИМХО можно и внутри ping.sh вывод собственно ping обнулить (а кроме пинга
>> скрипт ничего судя по названию и не делает).... не вижу разницы
>> ИМХО MAILTO решает вопрос глобально....
>>> На будущее - учите матчасть, чтобы не запускать через cron интерактивные
>>> утилиты-скрипты или с выводом на stdout/stderr
>> ИМХО это бред (про "не запускать"). часть скриптов таки все же отслеживать
>> нужно....
> ну посмотрите выше, прямо моя строка: НЕ запускать через cron ИНТЕРАКТИВНЫЕ
> и дальше ваш комментарий что это бред.погорячился - прошу прощения. > или я невнятно написал, или вы меня не поняли, смысл таков: я неправильно понял очевидно. просто хотел сказать, что вывод можно как в скрипте пинга обнулить, так и в самом кроне при вызове - там же тоже фактически скрипт (второе часто предпочтительней, ибо сам скрипт пинга может интерактивно тогда пользоваться из шела) > - использовать redirect stdout/stderr в crontab - иначе вылезут проблемы
> или не забывать про stdout/stdin угу. я про то же и написал, когда Вас не понял. > - MAILTO и прочие переменные - устанавливаются для всех заданий MAILTO,
> и если нужно подавить только для одного задания, лучше для него создать
> отдельное
> расписание или для группы таких заданий согласен. так и сказал: это - глобальное решение. для нормальной работы оно никак не подходит.
|
Версия для распечатки
Ограничение по отправлке логов crontab, 
