Куда сохраняется вывод скрипта, запущенного через крон?

[Brontozaur]

Всем привет.
Вопрос такой, если запустить из консоли php-скрипт его вывод попадает на экран, а если запустить через крон - куда?
ТС не появлялся на Форуме более полугода по состоянию на 22/07/2019 (последняя явка: 24/09/2018). Модератором раздела принято решение закрыть тему.
--zg_nico

[victor00000]

только, не было chmod +x script.

[ALiEN]

куда укажете:

* * * * * command >> /cronjob.log 2>&1

[Brontozaur]

только, не было chmod +x script.

это да, но задача такого вида 0 0 * * * php /path

куда укажете:

Это тоже уже понятно, но вопрос именно в том, куда это все пишется по-умолчанию.
К серверу имели доступ сеошники, запускали через cron свой скрипт и к моему возвращению свободное место на сервере закончилось. Вот теперь вопрос куда этот весь мусор сохранялся.

[ALiEN]

journalctl | grep -i cron

[Brontozaur]

journalctl | grep -i cron

Я прошу прощения, не уточнил сразу, версия Ubuntu 12.04 и таких слов она не знает (((

[victor00000]

Brontozaur,

Код: [Выделить]

grep "CRON" /var/log/syslog


[Brontozaur]

grep "CRON" /var/log/syslog

К сожалению, ничего полезного эта команда не показала, а свободное место на диске уменьшается.
Если вчера в 17-00 df показывал что занято 90% из 1Тб, то сейчас 95%.

Еще вопрос. В /tmp нашел файл logprocess.out c таким содержанием

Код: [Выделить]

[] INFO: I/O exception (java.net.ConnectException) caught when processing request: Connection refused
[] INFO: Retrying request
ERROR: zclient.IO_ERROR (invoke Connection refused, server: localhost) (cause: java.net.ConnectException Connection refused)zclient первый раз вижу, но гугл намекает, что это из области игр.

[Sly_tom_cat]

К сожалению, ничего полезного эта команда не показала, а свободное место на диске уменьшается.

А с чего вы взяли что это место занимают логи крона?

Если это и есть проблема которую вы решаете то ставьте baobab смотрите что отъедает. Проверьте ротацию логов. И т.п.

[Pasha-pivo]

Попробуй ncdu. Клевая вещь.

[Brontozaur]

го вы взяли что это место занимают логи крона?

Это была первая мысль, т.к. я не вносил никаких изменений в систему, а сеошникн ковыряли крон и добавляли свой скрипт, и внезапно пропало свободное место.

Попробуй ncdu. Клевая вещь.

Да вот как раз только закончила работу эта утилита - очень удобно.
В итоге выяснилось, что дико разросся лог mysql.

Код: [Выделить]

--- /var/log/mysql ---------------------------------
                        /..
  259.4GiB [##########]  mysql.log
    1.9GiB [          ]  mysql.log.1.gz
    1.3GiB [          ]  mysql.log.2.gz
    1.3GiB [          ]  mysql.log.7.gz
    1.2GiB [          ]  mysql.log.4.gz
  864.8MiB [          ]  mysql.log.3.gz
  546.3MiB [          ]  mysql.log.6.gz
  490.7MiB [          ]  mysql.log.5.gz

В логротейте для нее такая задача

Код: [Выделить]

# - I put everything in one block and added sharedscripts, so that mysql gets
#   flush-logs'd only once.
#   Else the binary logs would automatically increase by n times every day.
# - The error log is obsolete, messages go to syslog now.
/var/log/mysql.log /var/log/mysql/mysql.log /var/log/mysql/mysql-slow.log {
daily
rotate 7
missingok
create 640 mysql adm
compress
sharedscripts
postrotate
test -x /usr/bin/mysqladmin || exit 0
# If this fails, check debian.conf!
MYADMIN="/usr/bin/mysqladmin --defaults-file=/etc/mysql/debian.cnf"
if [ -z "`$MYADMIN ping 2>/dev/null`" ]; then
  # Really no mysqld or rather a missing debian-sys-maint user?
  # If this occurs and is not a error please report a bug.
  #if ps cax | grep -q mysqld; then
  if killall -q -s0 -umysql mysqld; then
      exit 1
  fi
else
  $MYADMIN flush-logs
fi
endscript
}# - I put everything in one block and added sharedscripts, so that mysql gets
#   flush-logs'd only once.
#   Else the binary logs would automatically increase by n times every day.
# - The error log is obsolete, messages go to syslog now.
/var/log/mysql.log /var/log/mysql/mysql.log /var/log/mysql/mysql-slow.log {
daily
rotate 7
missingok
create 640 mysql adm
compress
sharedscripts
postrotate
test -x /usr/bin/mysqladmin || exit 0
# If this fails, check debian.conf!
MYADMIN="/usr/bin/mysqladmin --defaults-file=/etc/mysql/debian.cnf"
if [ -z "`$MYADMIN ping 2>/dev/null`" ]; then
  # Really no mysqld or rather a missing debian-sys-maint user?
  # If this occurs and is not a error please report a bug.
  #if ps cax | grep -q mysqld; then
  if killall -q -s0 -umysql mysqld; then
      exit 1
  fi
else
  $MYADMIN flush-logs
fi
endscript
}
Теперь такой вопрос. В каталоге /etc/cron.dayly есть файл *logrotate,
но команда crontab -l выводит только 1 не закомментированную задачу - скрипт сеошников.
Будет ли при этом ежедневно запускаться логротейт и все остальные файлы из каталога /etc/cron.dayly?
Пользователь добавил сообщение 08 Августа 2018, 14:16:16:Принудительно запустил логротейт для mysql -  logrotate -vf mysql-server

В результате занято всего 65%.
Но вопрос остается открытым:

В каталоге /etc/cron.dayly есть файл *logrotate, но команда crontab -l выводит только 1 не закомментированную задачу - скрипт сеошников.
Будет ли при этом ежедневно запускаться логротейт и все остальные файлы из каталога /etc/cron.dayly?

[Sly_tom_cat]

Это была первая мысль....

... В итоге выяснилось, что дико разросся лог mysql.

Итого имеем: вместо поиска причины траблы А выдвигаем предположение и решаем проблему В. На будущее не спрашивайте про В спрашивайте про А.

Теперь такой вопрос. В каталоге /etc/cron.dayly есть файл *logrotate,
но команда crontab -l выводит только 1 не закомментированную задачу - скрипт сеошников.
Будет ли при этом ежедневно запускаться логротейт и все остальные файлы из каталога /etc/cron.dayly?

Лучше проверить.

Собственно почему не работал логротейт для mysql - это вопрос А, а вы опять спрашиваете В (будет ли ...).

[Brontozaur]

вместо поиска причины траблы А

Все-таки не совсем так.
Я задал вопрос по проблеме В, но при этом искал решение проблемы А, так что к моменту, когда Pasha-pivo присоветовал ncdu, она уже заканчивала сканирование диска.

Собственно почему не работал логротейт для mysql - это вопрос А, а вы опять спрашиваете В (будет ли ...).

А вот здесь у меня просто не хватает знаний, а гугл отвечает что-то невнятное.
Я просто не знаю как должно быть, поэтому спрашиваю возможно не очень корректно.

Проверка показала, что логротейт не сработал. Если точнее, Такое впечатление что вообще из всех задач крона отрабатывают только те, которые расположены в каталоге cron.d.
Вопрос: как должна выглядеть правильно настроенная система планирования задач и в частности логротейт?
Достаточно ли наличия в каталогах cron.daily, hourly etc. соответствующих задач или все они должны быть прописаны в кронтаб. Или может быть что-то еще. Я просто уже совсем запутался.

Пользователь добавил сообщение 09 Августа 2018, 12:42:40:
=====================================
Может стоит вынести эти вопросы в отдельную тему?
А то история получилась немного сумбурная, и каждому зашедшему придется вникать во все это, чтобы сказать что-то путное.