egoryichinfo
Создатель
- Регистрация
- 19 Мар 2010
- Сообщения
- 43
- Реакции
- 6
- Автор темы
- #1
Всем привет.
Стоит Ubuntu server 10.04.2 LST, Apache/2.2.14, nginx/0.7.65. Фронтом нжинкс (статика), беком апач (динамика).
Установлен drupal 6.20, настроено расписание бекапа базы(модуль), прописан cron.hourly на выполнение друпаловского крона.
Прописаны доступы на выполнение файла в cron.hourly (root 0755)
друпаловский cron.php (root/user 0755)
Прописан доступ к папке бекапа (www-data/root/user 0777)
При срабатывании крона в логах пишет
Но если запустить друпаловский крон в ручную, он легко и не принужденно запускает скрипт и сохраняет бекап в туже самую папку. Т.е. при ручном запуске апаческий юзер имеет доступ и права на запись. А когда cron заставляет www-data выполнить скрипт, тот пишет что нет доступа.
Крон срабатывает, проверяет наличие обновлений.
В чем может быть проблема? заранее спасибо)
Стоит Ubuntu server 10.04.2 LST, Apache/2.2.14, nginx/0.7.65. Фронтом нжинкс (статика), беком апач (динамика).
Установлен drupal 6.20, настроено расписание бекапа базы(модуль), прописан cron.hourly на выполнение друпаловского крона.
Прописаны доступы на выполнение файла в cron.hourly (root 0755)
друпаловский cron.php (root/user 0755)
Прописан доступ к папке бекапа (www-data/root/user 0777)
При срабатывании крона в логах пишет
Код:
Oct 21 11:21:12 user drupal: http://*******/drupal|1319181672|backup_migrate||http://*******/cron.php?cron.php||0||Could not run backup because the file could not be saved to the destination.
Но если запустить друпаловский крон в ручную, он легко и не принужденно запускает скрипт и сохраняет бекап в туже самую папку. Т.е. при ручном запуске апаческий юзер имеет доступ и права на запись. А когда cron заставляет www-data выполнить скрипт, тот пишет что нет доступа.
Крон срабатывает, проверяет наличие обновлений.
В чем может быть проблема? заранее спасибо)