Форум

Можно попробовать удалить mysqld без удаления зависимостей:

[CODE]# service mysqld stop && rpm --nodeps -e mysql-server [/CODE]

Проблема возникает на уровне PHP. Соответственно, следует выполнить перенос без использования PHP, то есть старым добрым способом: вручную распаковать файлы из архива с резервной копией в /home/bitrix/www, после чего "накатить" dump базы данных, который можно будет найти в /home/bitrix/www/bitrix/backup.

В первую очередь надо определить какой модуль приводит к падениям процессов Apache. APC — частый, но не единственный возможный виновник. Если проблема таится в другом модуле, то никакой переезд на eAccelerator или XCache не поможет. Сведения о том, как проводить отладку можно обнаружить в соответствующей [url=https://httpd.apache.org/dev/debugging.html]документации[/url]. Дальнейший план действий можно будет продумывать только после того, как будет найден проблемный модуль.

[QUOTE]почему так ? ведь запуск фактически происходит под одним и тем же пользователем?[/QUOTE]Доступные переменные окружения определяются не только и не столько пользователем. Подробности можно найти в первом ответе на [url=http://unix.stackexchange.com/questions/23892/run-script-in-a-non-interactive-shell]этот[/url] вопрос.

[QUOTE]подскажите плс чего делать[/QUOTE] Самый простой способ в данном случае — это добавить определение соответствующих переменных окружения прямо в crontab. Например:

[CODE]PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin

* * * * * /usr/bin/php -r "mail('some@mail.com', 'Some subject', 'Some body');" [/CODE]

Трудно что-либо подсказать при таком описании проблемы. Было бы неплохо указывать чуть больше информации. В частности:

[U]1) Что за система?[/U]

CentOS, Debian? Какая версия.

[U]2) Как настроена почтовая система?[/U]

Какой MTA или SMTP клиент используется (exim, postfix, msmtp)? Было бы здорово приложить конфигурационный файл.

[U]3) Как именно производится удачный вызов скрипта отправки письма из консоли?[/U]

Приложить команду, набираемую в консоле. Например:
[CODE]$ php -r "mail('some@mail.com', 'Some subject', 'Some body');"[/CODE]
[U]4) Как именно производится неудачный вызов скрипта по крону?[/U]

Приложить строку из crontab. Что-то вроде:
[CODE]* * * * * /usr/bin/php -r "mail('some@mail.com', 'Some subject', 'Some body');"[/CODE]
[U]5) Показать выдержку из лога MTA или SMTP клиента в период запуска скрипта через cron.[/U]

Логи можно найти в /var/log. Например, для msmtp это, как правило, файл /var/log/msmtp.log.

[U]6) Показать результат выполнения скрипта через cron.[/U]

Как правило, если в процессе выполнения произошла ошибка, ее можно найти в /var/spool/mail/<имя пользователя>.

[U]7) Показать переменные окружения для случая вызова скрипта отправки почты из консоли (удачный случай) и для cron (неудачный случай).[/U]
[CODE]$ env > /tmp/env_user[/CODE]
В crontab добавить:
[CODE]* * * * * env > /tmp/env_cron[/CODE]
Подождать минуту. Убрать запись из crontab. Приложить содержимое файлов /tmp/env_user и /tmp/env_cron.

[QUOTE]vlad gkjdhgkj пишет:
1.Есть ли возможность установить на виртуальную машину виртуал бокса ?
2. Можно ли установить на виндоуз 7?
[/QUOTE]1. Да, можно. Для этого надо самостоятельно создать виртуальную машину с нужными характеристиками в VirtualBox, после чего присоединить образ жесткого диска от виртуальной машины Битрикс (файл system.vmdk).

2. Не совсем понятен вопрос.

[QUOTE]Михаил Лабенский пишет:
На тестовом примере сделал просто - в nginxVM закомментил proxy_set_header x-real-ip и x-forwarded-for - а в nginx-proxy указал их передачу - вместе с прокси пасс.
[/QUOTE]
Если как внутренние (локальная сеть), так и внешние (интернет) пользователи обращаются к внешнему nginx (nginx-proxy), а внешний nginx слушает оба интерфейса (внутренний и внешний), то это будет работать.
Если же внешние пользователи обращаются к nginx-proxy, а внутренние — напрямую к nginxVM, то IP адреса внешних пользователей будут прокидываться правильно, а вот IP внутренних пользователей до apache уже не дойдут.

По идее, достаточно прокидывать корректный IP в заголовке X-Real-IP на всех этапах и все будет хорошо. То есть, общая схема примерно такая:

1) Внешний (проксирующий) nginx прокидывает заголовок X-Real-IP:

[CODE]...
location / {
   ...
   proxy_set_header X-Real-IP $remote_addr;
   proxy_pass ...
   ...
}
...[/CODE]

2) Внутренний nginx прокидывает полученный X-Real-IP, или обычный $remote_addr, если X-Real-IP не получен:

[CODE]...
set $the_very_real_ip $remote_addr;

if ($http_x_real_ip) {
   $the_very_real_ip $http_x_real_ip;
}

proxy_set_header X-Real-IP $the_very_real_ip;
...[/CODE]

В настройках Apache при этом ничего менять не надо, при условии установленного и настроенного mod_rpaf.

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

Да, обе системы хранят историю изменений совершенно по-разному. Тем не менее, функциональность обеих систем для конечного пользователя, в общем случае, одинаковая. Нет задачи, которую нельзя было бы так или иначе решить в Git, но можно в Mercurial, и наоборот. Именно это и делает указанные DVCS похожими.

В качестве обратного примера можно рассмотреть пару Git/Subversion. Эти системы различаются функционально, потому они не похожи.

Разница во внутренностях Git и Mercurial — это как разница между бензиновым и дизельным двигателями в автомобилях: хотя инженерные различия очень велики, для обычного водителя кардинальных отличий в управлении автомобилями с такими двигателями нет.

Кстати, приведенные в статье выводы как минимум очень спорные и выдают в авторе явного поклонника Mercurial.

На всякий случай, если кто-то найдет тему через поиск. Еще одна популярная проблема — автоматическое добавление / в конце запроса (т.н. trailing slash) на уровне nginx:

[CODE]server {
   ...
   rewrite ^([^.]*[^/])$ $1/ permanent;
   ...
} [/CODE]