Узел NLB, участвующий в кластере, но не перечисленный в менеджере

С любым *отклоняют приложение, самый легкий метод должен запросить сам двоичный файл. В случае httpd я предположил бы, что процесс будет чем-то вроде этого:

$ whereis httpd
/usr/sbin/httpd
$ /usr/sbin/httpd -V
Server version: Apache/2.2.11 (Unix)
Server built:   Jun 17 2009 14:55:13
Server's Module Magic Number: 20051115:21
Server loaded:  APR 1.2.7, APR-Util 1.2.7
Compiled using: APR 1.2.7, APR-Util 1.2.7
Architecture:   64-bit
Server MPM:     Prefork
  threaded:     no
    forked:     yes (variable process count)
Server compiled with....
 -D APACHE_MPM_DIR="server/mpm/prefork"
 -D APR_HAS_SENDFILE
 -D APR_HAS_MMAP
 -D APR_HAVE_IPV6 (IPv4-mapped addresses enabled)
 -D APR_USE_FLOCK_SERIALIZE
 -D APR_USE_PTHREAD_SERIALIZE
 -D SINGLE_LISTEN_UNSERIALIZED_ACCEPT
 -D APR_HAS_OTHER_CHILD
 -D AP_HAVE_RELIABLE_PIPED_LOGS
 -D DYNAMIC_MODULE_LIMIT=128
 -D HTTPD_ROOT="/usr"
 -D SUEXEC_BIN="/usr/bin/suexec"
 -D DEFAULT_PIDLOG="/private/var/run/httpd.pid"
 -D DEFAULT_SCOREBOARD="logs/apache_runtime_status"
 -D DEFAULT_LOCKFILE="/private/var/run/accept.lock"
 -D DEFAULT_ERRORLOG="logs/error_log"
 -D AP_TYPES_CONFIG_FILE="/private/etc/apache2/mime.types"
 -D SERVER_CONFIG_FILE="/private/etc/apache2/httpd.conf"

Как Вы видите - мой OS X говорит, что двоичный файл, если не направленный иначе, будет использовать файл конфигурации:/private/etc/apache2/httpd.conf

Если это не помогает, возможно, предложение Christopher находки является следующим шагом.

-1
задан 17 February 2012 в 21:42
1 ответ

Я бы посмотрел на уровень 2, чтобы убедиться, что сетевые адаптеры, не являющиеся частью NLB, могут видеть друг друга. Если используется память, узлы объединятся через сетевые адаптеры NLB, но все управление, в том числе консоль администратора NLB, когда одна запрашивает другую, будет осуществляться через сетевые карты, которые не являются частью NLB. Также проверьте свою привязку, чтобы убедиться, что службы клиента и сервера не привязаны к NLB, если, конечно, это служба сервера не обслуживает то, что вы пытаетесь сбалансировать, и что физические ip.addrs сетевых адаптеров NLB не регистрируется в DNS и / или WINS. Если это виртуальные блоки, убедитесь, что после перезагрузки вы не были перенесены на другой хост, отличный от того, на котором вы были до перезагрузки, и если VMware, это IP-хеширование является алгоритмом балансировки нагрузки на vswitch. HTH

0
ответ дан 5 December 2019 в 20:52

Теги

Похожие вопросы