- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Всем привет.
Стоит 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 выполнить скрипт, тот пишет что нет доступа.
Крон срабатывает, проверяет наличие обновлений.
В чем может быть проблема? заранее спасибо)
А разве можно от www-data пускать cron?
Я думаю что для него закрыт, ибо это дыра.
прошелся по логам, запускает крон он все таки от рута
но, друпаловский крон должен запускаться от апача ведь?
cron -> cron.hourly file (root) -> drupal/cron.php (???)
Возможно, имеет смысл сделать владельцем папки backup
пользователя drupal
А так же:
1. Нужно посмотреть в каком режиме работает апач (php, suphp, cgi)
2. Какие папки прописаны в base_dir и включена ли эта директива
3. Кто является владельцем всех перечисленных папок?
4. Почему крон запускается от имени рута, а не от имени пользователя, которому принадлежит каталог с друпалом?
Решения два: резервировать шелл-скриптом от рута на уровне системы, а не веб-сервера или запускать cron.php от имени того пользователя, которому принадлежит папка с друпалом. Этому пользователю должны быть предоставлены права на запись в папку для хранения бэкапа.
Согласен с предыдущим оратором.
Возможно, имеет смысл сделать владельцем папки backup
пользователя drupal
А так же:
1. Нужно посмотреть в каком режиме работает апач (php, suphp, cgi)
2. Какие папки прописаны в base_dir и включена ли эта директива
3. Кто является владельцем всех перечисленных папок?
4. Почему крон запускается от имени рута, а не от имени пользователя, которому принадлежит каталог с друпалом?
Решения два: резервировать шелл-скриптом от рута на уровне системы, а не веб-сервера или запускать cron.php от имени того пользователя, которому принадлежит папка с друпалом. Этому пользователю должны быть предоставлены права на запись в папку для хранения бэкапа.
И так, по порядку:
Проверил список юзеров # vim /etc/passwd юзера drupal там нет
1. апач работает в php режиме
2. open_basedir без значения
3. папка scheduled (владелец root); файлы созданы www-data
4. в cron.hourly/drupal владелец root, может стоит его поменять на www-data?
Может стоит установить apache mpm-itk или php cgi/fastcgi ?
Тогда и файлы будут создаваться от имени юзера и доступ он к нему получить сможет.
А в крон добавлять так:
crontab -e -u ЮЗЕР
а не пихать всё в cron.hourly