robertkein: Возможно, имеет смысл сделать владельцем папки 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?
по теме, смотрим # netstat -nlpt на каких портах сидят апач и нжинкс, и ни чему не удивляемся)) проблема решена?
Raistlin:
Ну если мне всё же объяснит кто-нибудь смысл использования Nginx, без мифических "потому что круто", и "быстро, но цифры покажу такие, где сравнивается не сравнимое", тогда поставлю его везде на всех серверах. Nginx используют только для экономии памяти, не так ли? ) Но все ли знают, что при должном подходе апач ест её ещё меньше? :).
P.S. Хотя нет. Пусть все читают хабр и считают его правильным ресурсом. Ога.
пример vkontakte.ru у которого триллионы запросов в день, как не настраивай апач, сколько ему не добавляй оперативки, он умрет)))
сам ощутил силу нжинкса и апача в связке, скриншот можно глянуть тут
и кстати, нжинкс заточен на статику а апач на динамику
А точно есть трафик с Facebook?
точно, пишут - неопределено
Рабочий вариант!
всем спасибо за содействие
#!bin/sh -> #!/bin/sh
пробовал, работает кстати и так и так)
проблема устранена, что-то с сервером т.к. на боевом шел работает, в коде ошибок нет!
Позвонить директору и поржать как выгонят админа)))
Возможно, имеет смысл сделать владельцем папки 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?
прошелся по логам, запускает крон он все таки от рута
но, друпаловский крон должен запускаться от апача ведь?
cron -> cron.hourly file (root) -> drupal/cron.php (???)
разобрался, в итоге на cc-web-7 умирает один из двух хардов
протестил # bonnie
по теме, смотрим # netstat -nlpt на каких портах сидят апач и нжинкс, и ни чему не удивляемся)) проблема решена?
Ну если мне всё же объяснит кто-нибудь смысл использования Nginx, без мифических "потому что круто", и "быстро, но цифры покажу такие, где сравнивается не сравнимое", тогда поставлю его везде на всех серверах. Nginx используют только для экономии памяти, не так ли? ) Но все ли знают, что при должном подходе апач ест её ещё меньше? :).
P.S. Хотя нет. Пусть все читают хабр и считают его правильным ресурсом. Ога.
пример vkontakte.ru у которого триллионы запросов в день, как не настраивай апач, сколько ему не добавляй оперативки, он умрет)))
сам ощутил силу нжинкса и апача в связке, скриншот можно глянуть тут
и кстати, нжинкс заточен на статику а апач на динамику
Тему можно закрыть
Сброшу до 2000р. без торга, желающие в личку.