- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Зачем быть уникальным в мире, где все можно скопировать
Почему так важна уникальность текста и как она влияет на SEO
Ingate Organic
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Добрый день!
Сегодня утром увидел что сайт не работает. В логах нашел вот что:
httpd: Syntax error on line 164 of /etc/httpd/conf/httpd.conf: Cannot load /etc/httpd/modules/mod_authnz_ldap.so into server: /etc/httpd/modules/mod_authnz_ldap.so: undefined symbol: ap_get_exec_line
В httpd.conf строчка 164 имеет вид:
Что тут не так?
По всей видимости, пытались обновить апач, но обновление не прошло до конца? Попробуйте завершить обновление системы (yum update). Попробуйте выполнить команду ldconfig (от пользователя root), после чего перезапустить апач (service httpd restart).
Строку с модулем можно закомментировать:
#LoadModule authnz_ldap_module modules/mod_authnz_ldap.so
Т.к. вам вряд ли нужна авторизация пользователей через LDAP.
Обновить я ничего не пытался, я вообще спал в это время :) Когда проснулся - увидел что сайт не работает и все сервисы запущены, кроме апача, запустил его вручную и все стало норм.
Preci, обновление ПО могла запустить панель управления.
Закомментируйте соотв строку в httpd.conf незачем грузить в оперативную память лишние модули.
Закомментировал, сегодня утром сервер опять упал, уже в другое время. но слава богу сам поднялся спустя какое-то время.
Вот лог из var/log/httpd/error_log
[Mon Nov 04 09:37:39 2013] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
[Mon Nov 04 09:37:39 2013] [warn] module proxy_ajp_module is already loaded, skipping
[Mon Nov 04 09:37:39 2013] [notice] Digest: generating secret for digest authentication ...
[Mon Nov 04 09:37:39 2013] [notice] Digest: done
[Mon Nov 04 09:37:43 2013] [notice] Apache/2.2.25 (Unix) DAV/2 mod_rpaf/0.6 mod_fcgid/2.3.9 PHP/5.3.27 configured -- resuming normal operations
[Mon Nov 04 09:42:09 2013] [notice] caught SIGTERM, shutting down
[Mon Nov 04 09:42:30 2013] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
[Mon Nov 04 09:42:31 2013] [warn] module proxy_ajp_module is already loaded, skipping
[Mon Nov 04 09:42:31 2013] [notice] Digest: generating secret for digest authentication ...
[Mon Nov 04 09:42:31 2013] [notice] Digest: done
[Mon Nov 04 09:42:31 2013] [notice] Apache/2.2.25 (Unix) DAV/2 mod_rpaf/0.6 mod_fcgid/2.3.9 PHP/5.3.27 configured -- resuming normal operations
[Mon Nov 04 10:11:18 2013] [notice] caught SIGTERM, shutting down
[Mon Nov 04 10:18:53 2013] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
[Mon Nov 04 10:18:53 2013] [warn] module proxy_ajp_module is already loaded, skipping
[Mon Nov 04 10:18:53 2013] [notice] Digest: generating secret for digest authentication ...
[Mon Nov 04 10:18:53 2013] [notice] Digest: done
[Mon Nov 04 10:18:55 2013] [notice] Apache/2.2.25 (Unix) DAV/2 mod_rpaf/0.6 mod_fcgid/2.3.9 PHP/5.3.27 configured -- resuming normal operations
Вот /var/log/messages
Nov 4 09:19:03 p111111 proftpd[22627]: xx.xx.xx.xxx - ProFTPD killed (signal 15)
Nov 4 09:19:03 p111111 proftpd[22627]: xx.xx.xx.xxx - ProFTPD 1.3.4d standalone mode SHUTDOWN
Nov 4 09:19:24 p111111 xinetd[22100]: Exiting...
Nov 4 09:19:27 p111111 kernel: Kernel logging (proc) stopped.
Nov 4 09:19:27 p111111 rsyslogd: [origin software="rsyslogd" swVersion="5.8.10" x-pid="22593" x-info="http://www.rsyslog.com"] exiting on signal 15.
Nov 4 09:36:55 p111111 kernel: imklog 5.8.10, log source = /proc/kmsg started.
Nov 4 09:36:55 p111111 rsyslogd: [origin software="rsyslogd" swVersion="5.8.10" x-pid="475" x-info="http://www.rsyslog.com"] start
Nov 4 09:37:02 p111111 xinetd[500]: xinetd Version 2.3.14 started with libwrap loadavg labeled-networking options compiled in.
Nov 4 09:37:02 p111111 xinetd[500]: Started working: 0 available services
Nov 4 09:37:18 p111111 saslauthd[1208]: detach_tty : master pid is: 1208
Nov 4 09:37:18 p111111 saslauthd[1208]: ipc_init : listening on socket: /var/run/saslauthd/mux
Nov 4 09:37:20 p111111 pdns[1236]: Listening on controlsocket in '/var/run/pdns.controlsocket'
Nov 4 09:37:20 p111111 pdns[1238]: Guardian is launching an instance
Nov 4 09:37:20 p111111 pdns[1238]: Reading random entropy from '/dev/urandom'
Nov 4 09:37:20 p111111 pdns[1238]: Unable to launch, no backends configured for querying
Nov 4 09:37:21 p111111 pdns[1236]: Child requested a stop, exiting
Nov 4 09:37:35 p111111 proftpd[1244]: xx.xx.xx.xxx - ProFTPD 1.3.4d (maint) (built Wed Sep 25 2013 09:07:47 NOVT) standalone mode STARTUP
Nov 4 09:42:08 p111111 saslauthd[1208]: server_exit : master exited: 1208
Nov 4 09:42:11 p111111 proftpd[1244]: xx.xx.xx.xxx - ProFTPD killed (signal 15)
Nov 4 09:42:11 p111111 proftpd[1244]: xx.xx.xx.xxx - ProFTPD 1.3.4d standalone mode SHUTDOWN
Nov 4 09:42:14 p111111 xinetd[500]: Exiting...
Nov 4 09:42:15 p111111 kernel: Kernel logging (proc) stopped.
Nov 4 09:42:15 p111111 rsyslogd: [origin software="rsyslogd" swVersion="5.8.10" x-pid="475" x-info="http://www.rsyslog.com"] exiting on signal 15.
Nov 4 09:42:28 p111111 kernel: imklog 5.8.10, log source = /proc/kmsg started.
Nov 4 09:42:28 p111111 rsyslogd: [origin software="rsyslogd" swVersion="5.8.10" x-pid="477" x-info="http://www.rsyslog.com"] start
Nov 4 09:42:28 p111111 xinetd[501]: xinetd Version 2.3.14 started with libwrap loadavg labeled-networking options compiled in.
Nov 4 09:42:28 p111111 xinetd[501]: Started working: 0 available services
Nov 4 09:42:30 p111111 saslauthd[1119]: detach_tty : master pid is: 1119
Nov 4 09:42:30 p111111 saslauthd[1119]: ipc_init : listening on socket: /var/run/saslauthd/mux
Nov 4 09:42:30 p111111 pdns[1147]: Listening on controlsocket in '/var/run/pdns.controlsocket'
Nov 4 09:42:30 p111111 pdns[1149]: Guardian is launching an instance
Nov 4 09:42:30 p111111 pdns[1149]: Reading random entropy from '/dev/urandom'
Nov 4 09:42:30 p111111 pdns[1149]: Unable to launch, no backends configured for querying
Nov 4 09:42:30 p111111 proftpd[1155]: xx.xx.xx.xxx - ProFTPD 1.3.4d (maint) (built Wed Sep 25 2013 09:07:47 NOVT) standalone mode STARTUP
Nov 4 09:42:31 p111111 pdns[1147]: Child requested a stop, exiting
Nov 4 10:01:02 p111111 rotated[2320]: Checking links to log files
Nov 4 10:02:28 p111111 rotated[2320]: Checking links finished
Nov 4 10:02:28 p111111 rotated[2320]: Rotation finished. 0 log files was processed. 0 seconds left
Nov 4 10:11:18 p111111 saslauthd[1119]: server_exit : master exited: 1119
Nov 4 10:11:22 p111111 proftpd[1155]: xx.xx.xx.xxx - ProFTPD killed (signal 15)
Nov 4 10:11:22 p111111 proftpd[1155]: xx.xx.xx.xxx - ProFTPD 1.3.4d standalone mode SHUTDOWN
Nov 4 10:11:29 p111111 xinetd[501]: Exiting...
Nov 4 10:11:30 p111111 kernel: Kernel logging (proc) stopped.
Nov 4 10:11:30 p111111 rsyslogd: [origin software="rsyslogd" swVersion="5.8.10" x-pid="477" x-info="http://www.rsyslog.com"] exiting on signal 15.
Nov 4 10:18:46 p111111 kernel: imklog 5.8.10, log source = /proc/kmsg started.
Nov 4 10:18:46 p111111 rsyslogd: [origin software="rsyslogd" swVersion="5.8.10" x-pid="477" x-info="http://www.rsyslog.com"] start
Nov 4 10:18:47 p111111 xinetd[501]: xinetd Version 2.3.14 started with libwrap loadavg labeled-networking options compiled in.
Nov 4 10:18:47 p111111 xinetd[501]: Started working: 0 available services
Nov 4 10:18:50 p111111 saslauthd[1126]: detach_tty : master pid is: 1126
Nov 4 10:18:50 p111111 saslauthd[1126]: ipc_init : listening on socket: /var/run/saslauthd/mux
Nov 4 10:18:51 p111111 pdns[1154]: Listening on controlsocket in '/var/run/pdns.controlsocket'
Nov 4 10:18:51 p111111 pdns[1157]: Guardian is launching an instance
Nov 4 10:18:51 p111111 pdns[1157]: Reading random entropy from '/dev/urandom'
Nov 4 10:18:51 p111111 pdns[1157]: Unable to launch, no backends configured for querying
Nov 4 10:18:52 p111111 pdns[1154]: Child requested a stop, exiting
Nov 4 10:18:52 p111111 proftpd[1162]: xx.xx.xx.xxx - ProFTPD 1.3.4d (maint) (built Wed Sep 25 2013 09:07:47 NOVT) standalone mode STARTUP
Может у кого есть мысли по поводу происходящего? Вообще ничего не понимаю...
Preci, начните с истоков, как вы понимаете что апач упал??? Просто потому что не работают сайты? Это в общем-то далеко не факт ..... посмотрите /server-status там написан Uptime, это может многое прояснить, например у вас в какое-то пиковое время могут быть заняты все конекты в апач, сайты тоже не будут открываться, но это вовсе не означает что апач упал....
По логу видно что он перезапускался, но это как бы не совсем проблема, при условии что у вас стоит панель, может быть все что угодно, к примеру в cPanel был одно время такой глючек, умный клиент через API добавляет домены пачкой.... т.е не 1 через формочку, а 100 через запросы... и банально рушится структура httpd.conf, но это было давно, нынче такого не замечал.... посмотрите включены ли core в системе? Если апач выпадает в корку... надо будет разбирать более детально именно это. У вас кстати и ftpd тоже че-то дергает ;))) Полагаю проблема общего харрактера, например битая память или что-то в этом роде :D Или последствия неудачного обновления библиотек.
Почему апач? Потому что в логах отрубается только он, nginx все это время работает, я же писал что вчера утром увидел что сайт в дауне, зашел в isp - там все сервисы запущены кроме апача.
насчет коннектов - по моему бред. Апач не просто перезапускался, а он толком и не работал все это время, что прекрасно видно по статистике li
[ATTACH]129335[/ATTACH]
т.е. он ~ в 7 утра вырубился (чего в логах почему то нет) а с ~с 9 начал перезагружаться и восстановился
UPD
В логах нашел строчку "running '/sbin/halt ' with root privileges on behalf of 'root'" погуглив выяснил что это может означать то, что были проблемы у хостера. Связался с ними, получил ответ что в это время у них были проблемы. Так что сегодняшний ребут никак не связан со вчерашним, проблема возможно успешно решена, но подожду до завтра, мало ли.
Может просто не включен автостарт апача ари ребуте
Включен, он же сам сегодня утром ребутился несколько раз, пока не устаканился, в чем-то другом проблема