Здравствуйте.

Подскажите пожалуйста - подходят ли к серверу HP ProLiant DL380 G5 платы расширения стандартного размера (так как вживую его пощупать пока не получается, но существует необходимость добавить контроллер для сата-винтов)?

Спасибо.

Здравствуйте.

Проблема состоит в том, что на веб-сервере (на основе Apache v.2.2.19 + Nginx v.1.0.5, работающий на Centos 5.6) - время от времени (вне зависимости от интенсивности клиентских запросов и даже в минимумы пользовательской активности) возникают процессы (согласно top - именно httpd), которые сначала постепенно загружают процессор почти на 100%, а потом (через некоторое время), так же сами освобождают его ресурсы (иногда приходится перезагружать httpd)???

Если запустить strace для мониторинга происходящего в подобных процессах, то кроме данных собственно обработки клиентских запросов сыпется еще и вот что:
mmap2(NULL, 2363392, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7cba000
mmap2(NULL, 2363392, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7838000
munmap(0xb7cba000, 2363392) = 0
mmap2(NULL, 2363392, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7cba000
munmap(0xb7838000, 2363392) = 0
munmap(0xb7a79000, 2363392) = 0
mmap2(NULL, 2363392, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7a79000
mmap2(NULL, 2363392, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7838000
munmap(0xb7a79000, 2363392) = 0
munmap(0xb7cba000, 2363392) = 0
mmap2(NULL, 2363392, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7cba000
mmap2(NULL, 2363392, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7a79000
munmap(0xb7cba000, 2363392) = 0

При чем, чем больше этой хрени - тем больше загрузка процессов Апача.

Пробовал откатывать apache и php на более старую версию – нисколько не помогло.
Пробовал отключать nginx – то же бестолку.
Пробовал использовать вместо 2.6.18-235.19.1.el5xen более старое ядро (2.6.18-194.32.1.el5xen, 2.6.18-235.5.1.el5xen) - то же мало толку

Подскажите пожалуйста - как устранить причину вышеописанных глюков?

С целью разгрузки сервера (под управлением CentOS 5.6) - была установлена связка Apache 2.2.19 (backend) + Nginx 1.0.5 (frontend).
Сайты, размещенные на данном сервере (после установки вышеуказанной связки), — заработали (время ответа - сократилось, нагрузка на проц - уменьшилась), однако не обошлось без «ложки дегтя».
Так, сайт, использующий cookie для долговременного хранения параметров сессии пользователя (до следующего посещения) — частично утратил возможность их установки в новое значение (существующее значение — доступно только для считывания) (скрипты сайта не изменялись).
Частичность утраты возможности установки новых значений сессии в cookie - состоит в том, что если пользователь использует Internet Explorer или Chrome — тогда скрипт сайта может изменить cookie в заданное значение (как и должно быть - точно так же, как сайт работал до изменения настроек веб-сервера), а если пользователь использует Firefox либо Opera — тогда нет.

На одном из форумов встретилось упоминание о том, что данная проблема может быть решена установкой nginx из исходников — установил из исходников — без толку.
Nginx был сконфигурирован следующей строкой:
./configure --prefix=/usr --sbin-path=/usr/sbin/nginx --conf-path=/etc/nginx/nginx.conf --error-log-path=/var/log/nginx/error.log --pid-path=/var/run/nginx/nginx.pid --lock-path=/var/lock/nginx.lock --user=nginx --group=nginx --with-http_ssl_module --with-http_flv_module --with-http_gzip_static_module --http-log-path=/var/log/nginx/access.log --http-client-body-temp-path=/var/tmp/nginx/client/ --http-proxy-temp-path=/var/tmp/nginx/proxy/ --http-fastcgi-temp-path=/var/tmp/nginx/fcgi/

Подскажите, что нужно изменить/указать/добавить, что бы восстановить возможность изменения значений в cookie?

Ниже привожу выдержку из конфигурации NGINX:
server {
listen 192.168.1.1:80;
server_name domain.sitename.ru;
access_log off;

location / {
proxy_pass http://127.0.0.1:8080/;
proxy_redirect off;
log_not_found off;
proxy_set_header Host $http_host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
client_max_body_size 10m;
client_body_buffer_size 128k;
proxy_connect_timeout 90;
proxy_send_timeout 90;
proxy_read_timeout 90;
proxy_buffer_size 4k;
proxy_buffers 4 32k;
proxy_busy_buffers_size 64k;
proxy_temp_file_write_size 10m;
}
}

П.С. Пробовал указывать в разделе «location» директивы «proxy_pass_header Cookie» и «proxy_pass_header Set-Cookie» - без толку.