Прошу прощения за офтоп.
Просто вот почитал это дело и вижу, что мы дожили до того самого кибер-будущего, где все люди под колпаком у власти и каждый шаг фиксируется Большим Братом...
Это, конечно, не новость, но просто вот оно - вот реальный человек, который запросто (ну или почти запросто) делает это своими руками.
Фантастика, незаметно и буднично ставшая реальностью.
Страшно.
И никуда от этого не деться... И дальше будет больше...
К чему это все приведет? Кто знает...
Но почему-то я не вижу впереди ничего хорошего...
Еще раз прошу прощения за офтоп. Пожалуйста, не пинайте ногами )
Первое, что проходит в голову, что апач работает таки не с prefork mpm и тормоза не из-за числа процессов.
Второе, возможно юзеру, от которого запущен апач, запрещено создавать больше ~11 процессов. Но при этом в логах была бы ругань.
А что показывает service httpd fullstatus?
Апач не компиленный - из prm, с mpm prefork.
Присмотритесь внимательно, минимум 1 процесс есть на ядре номер 1.
Сервер и апач перегружались уже много раз. После каждой перезагрузки результат всегда один и тот же.
vapetrov добавил 06.11.2009 в 08:05
Я таки заметил расхождение в dmesg при инициализации ядер.
CPU 1: Syncing TSC to CPU 0.
CPU 1: synchronized TSC with CPU 0 (last diff -4 cycles, maxerr 344 cycles)
Погуглил - возможно это таки баг процессора.
Попробую написать в суппорт датацентра гле куплен сервер.
Я администрирую десятки серверов. Мне есть с чем сравнивать. На работе я не пью. top действительно в каждой итерации показывает бОльшую загрузку ядер 2 и 3. Регулярно.
В аттаче вывод top с информацией по процессам по ядрам.
top -d 60
Нет, ошибки быть не может, это очевидно. Ядра 2 и 3 нагружены на порядок сильнее, чем 0 и 1.
top - 15:34:31 up 3 days, 11:18, 1 user, load average: 0.77, 0.87, 0.96 Tasks: 136 total, 1 running, 135 sleeping, 0 stopped, 0 zombie Cpu0 : 1.5%us, 0.6%sy, 0.0%ni, 91.2%id, 6.7%wa, 0.0%hi, 0.0%si, 0.0%st Cpu1 : 2.5%us, 0.4%sy, 0.0%ni, 89.8%id, 7.3%wa, 0.0%hi, 0.0%si, 0.0%st Cpu2 : 2.8%us, 0.5%sy, 0.0%ni, 62.3%id, 34.3%wa, 0.0%hi, 0.1%si, 0.0%st Cpu3 : 14.3%us, 2.3%sy, 0.0%ni, 60.4%id, 22.3%wa, 0.1%hi, 0.6%si, 0.0%st Mem: 3922768k total, 3108560k used, 814208k free, 230900k buffers Swap: 2096472k total, 13808k used, 2082664k free, 2097424k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 2379 mysql 15 0 924m 78m 4524 S 1.7 2.1 72:20.29 /usr/libexec/mysqld --basedir=/usr --datadir=/var/lib/mysql 24589 apache 15 0 381m 50m 32m S 1.4 1.3 0:17.55 /usr/sbin/httpd 26059 apache 15 0 373m 33m 23m S 1.2 0.9 0:10.77 /usr/sbin/httpd 24171 apache 15 0 382m 52m 34m S 0.8 1.4 0:20.17 /usr/sbin/httpd 26558 apache 15 0 372m 30m 21m S 0.8 0.8 0:07.52 /usr/sbin/httpd 24596 apache 15 0 373m 33m 23m S 0.7 0.9 0:19.43 /usr/sbin/httpd 26556 apache 15 0 374m 30m 20m S 0.6 0.8 0:07.69 /usr/sbin/httpd 24168 apache 15 0 382m 56m 38m S 0.6 1.5 0:21.29 /usr/sbin/httpd ........
Действительно, документация рулит
http://httpd.apache.org/docs/1.3/mod/core.html#files
<Files "page*.html>
Allow from all
Deny from xxx.xxx.xxx.xxx
</Files>
или
<Files ~ "^page[0-9]*\.html$>
<Files ~ "^(page1\.html|page15\.html|.....)$>
Не совсем понятно, чего вы хотите добиться?
CName, который в ДНСах прямого отношения к редиректам не имеет.
Эта запись в переводи на человеческий гласит: "у этого домена ip такой же, как и у того".
Редиректы обычно делаются на уровне http.
Используйте, например, mod_rewrite для апача. Пропишите в .htaccess типа
RewriteCond %{HTTP_HOST} ^(www\.)?site1\.ru$ [NC]
RewriteRule (.*) http://www.site2.ru/$1 [R=301,NE,L]
1. Можно. Используйте директиву listen-on чтобы указать какие интерфейсы и порты слушать.
2. DNS-серверы бывают только авторитативными или не авторитативным. Первичный/вторичный - это в принципе вопрос внутренней организации. То есть если вы его просто заставите слушать на нескольких адресах, то на всех он будет выдавать одинаковые авторитативные ответы. То есть один работающий демон в данном случае вполне сойдет за пару первичный/вторичный.
Админы на зарплате такого обычно не говорят. Тут логика обратная. Просто они уделяют серверу столько внимания, сколько он по их мнению заслуживает исходя из зарплаты.
А какую проблему-то решит? Возможно админ видит то, что не видит программер. Например, видит проблемы с удалением или добавлением файлов или с бакапом и т.п., в то время как программер сделал свой тест на доступ к файлу и успокоился.
Если два человека не могут договориться - нужно им помочь. Выслушайте обоих, найти точку конфликта и заставить их провести сотню тестов, но чтобы они оба пришли таки к единому мнению.
Вполне вероятно, что этот нерешенный конфликт таки и зарубил на корню инициативу админа. Он почувствовал свою ненужность и отстраненность.
Вам нужна помощь не технарей, а скорее психолога :)
Я думаю, вам нужно не на этом форуме общаться, а сесть вместе втроем с программером и админом поговорить, что называется, по душам. Если не в реале, то хотя бы по скайпу.
1. Поговорите с админом об оплате. Узнайте уровень его удовлетворенности зарплатой. Четче определите круг обязанностей. Лучше всего - увеличьте ему зарплату или определите условия получения премии.
2. Наведите порядок с субординацией - дайте понять админу, что это он помогает работать программеру, а не наоборот. И что его задача - сделать программера довольным жизнью.
3. Определите порядок разрешения конфликтов.
4. Почитайте в конце концов книжки о мотивации персонала ;)
В общем мой совет - не спешите отказываться от текущего админа. Хорошего и надежного админа нелегко найти. Лучше постарайтесь наладить нормальные, рабочие, полностью доверительные отношения с имеющимся.
Если админ таки смог решить проблему - значит таки компетентен.
Судя по вашему диалогу, админ занялся изучением вопроса оптимизации openx сразу же по первой вашей просьбе. И сделал рекомендованные на сайте шаги оптимизации весьма быстро.
Однако слова админа "настройка скриптов - это больше прогера задача - а получается я делаю это" в данном случае несколько неуместны. Поскольку данную настройку может сделать только админ, а не программер.
Но данную настройку при сетапе сервера админ сам по своей инициативе делать был не обязан. Это программер, который устанавливал openx, должен был почитать инструкцию сказать админу "установи мне это и это".
Поэтому все случилась так, как должно было случиться - сервер забарахлил, вы попросили админа разобраться, что он и сделал.
То, что админ по первому звонку не стал изучать возможности по оптимизации сервера под конкретную задачу - это нормально, учитывая 250/4 баков в месяц.
А то, что он сделал это по вашей просьбе с некоторой неохотой - это говорит только о вашем с ним договоре и его понимании своих обязанностей. И опять таки в свете $250/4...
Мой совет:
1. Платите админам больше и требуйте от них больше.
2. Общайтесь с ними чаще. Если админ часть команды - его эффективность намного больше, чем просто смотрителя сервера.
3. Заставляйте прогеров общаться с админами - замечательно, когда прогеры консультируются с админами по поводу используемого ПО и особенностей его использования на конкретных системах или ОСях.
А если прогерры с админом конфликтуют - тогда беда... Это уже вопрос к руководителю - он должен создать сплоченный коллектив, который будет эффективно работать. Выгонять кого-то - последнее дело. Люди - они и есть люди, нужно уметь их объединить.
