cron + www-data не выполняются задания

засунь www-data в группу crontab.

А что за машинка, кстати?

Сделай это через

/etc/crontab

смотри логи, делай strace (если он есть)... если настроена почта то сделай MAILTO.

засунь www-data в группу crontab

Не помогло =( Тем более, на хосте www-data не в crontab, а все работает.

А что за машинка, кстати?

Тион от ЗАО-ЗЭО с нашей «материнской платой».

Делал... Эффект такой же.

смотри логи, делай strace (если он есть)

в /var/log/ вообще ничего про cron нету...

Strace до этого не пользовался. Почитал сейчас и чет не понял, как ее к крону прикрутить....

Буду признателен, если подскажете.

echo «* * * * * root /bin/touch /tmp/test.crontab.tmp.file » >> /etc/crontab

Вы не внимательно прочитали мой первый пост. От рута все выполняется. Если же я заменяю root на www-data, то ничего не происходит!

1) прибить тот крон что есть

2) запустить strace -f -s 128 -o ~/cron_strace cron и подождать две минуты чтобы наверняка

Если ничего ценного на тачке нет (т.к. в лог попадают куски passwd и вообще всего что трогал крон) то выкладывай cron_strace сюда, иначе сам смотри обо что крон внутри спотыкается.

А если попробовать внести задание не в кронтаб пользователя а в общесистемный?

Спасибо! Правда, сегодня, похоже, уже попробовать не смогу. Плату забрали на доработку...

Как будет возможность - сразу попробую и отпишусь.

логи крона что говорят?

Логи крона должны лежать в /var/log/cron, так?

Такого файла нет вообще!

У пользователя www-data определён login-shell (в /etc/passwd)? Есть версии crond, которые проверяют что написано в /etc/passwd.

www-data:x:33:33:www-data:/var/www:/bin/sh

Я так понимаю, что /bin/sh как-раз и есть login-shell...

Да, login-shell есть. Ещё могут быть файлы /etc/cron.allow и /etc/cron.deny.

Логи крона пишутся через syslogd, посмотрите его конфиги, может они пишутся в другой файла, а может логирование для cron выключено.

Писать в кронтаб N N * * * su www-data command?

Наконец добрался до платы.

Сделал так, как Вы написали - получил 1.5К строк лога. Что-то мне подсказывает, что сюда их выкладывать не стоит...

Сам я в этом логе ничего не понял, признаюсь честно. Смущают только строки вида:

988   send(6, "<85>Apr  9 12:53:15 CRON[988]: pam_unix(cron:account): expired password for user www-data (root enforced)", 105, MSG_NOSIGNAL) = 105

cron.allow и cron.deny нету. Но Вы были правы - в конфиге syslog'а (rsyslog.conf) cron был закомментирован. Убрал комментарий со строки

cron.*                          /var/log/cron.log

не помогает, но спасибо за идею

Всем спасибо за помощь! Думаю, по факту тему можно закрыть... Какой-то cron у меня шибко корявый.

Пересмотрю свою задачу так, чтобы можно было сунуть в автозагрузку через rc*. Надеюсь, хоть это на моем урезанном линуксе будет работать =D

еще одна^W2 идея^Hи в порядке бреда

зарано жму ентер

1. а если зайти из под www-data в шелл и попробывать запустить комманду. а с полным path?

2. пользователя www-data в кроне писать в скобках («www-data»)

с полным path пробовал, «www-data» тоже не помогает =(

из под юзера www-data эта комманда отрабатывает?

перезапустил после этого syslog?

expired password for user www-data

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

Мало ли кто будет гуглить

Действительно, проблема оказалась в том, что для www-data каждый раз требовалось задать пароль: поле date of last password change в /etc/shadow имело значение 0. После изменения значения этого поля (я просто оставил его пустым) все заработало.