На CentOS 6.2 x86_64 не работают мастера добавления - удаления дополнительных сайтов. При добавлении не создаются ни базы, ни пользователи, сайты не удаляются! После добавления второго сайта (по многосайтовости: s1.ru s2.ru) и создания ссылок на папки (bitrix, upload итд) первый сайт перестает работать, показывается только индекс папок bitrix, upload и images
|
Разработчикам |
RPM-пакет BitrixEnv4.0 и виртуальная машина BitrixVM4.0
RPM-пакет BitrixEnv4.0 и виртуальная машина BitrixVM4.0
|
|
|
|
|
|
|
Команда редактирования конфига немного другая
|
|||
|
|
|
|
scifi, права на вложенные папки/файлы проверьте, пользователь который у вас guest (скорей всего nobody) должен иметь права как минимум на чтение
|
|
|
|
|
|
Добавление параметра guest account = root решило проблему.
Проблемы безопасности меня не интересуют, использую на локальном компьютере для разработки и тестирования. |
|
|
|
|
|
Поставил новый пакет на голый CentOS 6.2 и не обошлось без баги
А клиент ищет его в /var/lib/mysql Корректировка конфига не дала результата, вылечил только симлинком
|
|||||
|
|
|
|
Nikolay Ryzhonin, Имеется два физических сервера: x.x.x.103 и x.x.x.104. На .103 будет развёрнут Битрикс редакции "Веб-кластер", а на .104 будут 12 сайтов "Стандарт". Сейчас, в качестве веб-сервера выступает Windows сервер с адресом .102. Перед серверами установлен DSR-1000, где прописаны правила для портов. Сейчас 80 порт перенаправляется на .102.
На .103 и .104 установлено Веб-окружение 3.0.5. На сервере .104, в целях эксперимента созданы (мастером) 2 дополнительных сайта, например site1.domen.ru и site2.domen.ru. Вопрос. Как организовать доступ к сайтам site1.domen.ru ... site12.domen.ru, если на маршрутизаторе будет прописан 80 порт для .103? Уже сутки играюсь с настройками apache и nginx и ничего в голову не приходит. Спасибо! |
|
|
|
|
|
|||
|
|
|
|
pvolkov, попробуйте на роутере в зависимости от доменного имени направлять на разные сервера. Если не получится то на одной из машин можно настроить балансировщик на базе nginx который в зависимости от настроек будет направлять на нужный сайт.
|
|
|
|
|
|
Поддержу вопрос про реализацию кластера. Интересует вопрос с nginx. В документации сказано, что можно использовать третью машину с nginx, но ничего не сказано про nginx на нодах кластера. При реализации кластера, nginx мастера является "балансировщиком" между мастером и слэйвами? Или же так и остается обычным фронтэндом сервера без перенаправления на другие ноды? Кластер пока небольшой, всего из трех серверов, два для работы пользователей, а третий как резервный, без доступа на него пользователей и так же не используется для memcach'a. Все серверы расположены в разных ДЦ, но в случае вылета мастера сайт становится недоступен из-за использования базы мастера как главной базы. Отсюда есть потребность мониторинга серверов и автоматическое изменение параметров слэйвов для продолжения работы. Пока написал небольшой bash скрипт, который по мимо пинга проверяет nmap'ом 80 и 8080 порты, уведомляет системного администратора по почте и в случае полной недоступности мастера изменяет параметры nginx и dbconn. Скрипт добавлен в крон и каждые две минуты запускается. Хотелось бы узнать мнение других людей, которые реализовали подобное. Или может подсказали какие то другие способы. Nagios, zabbix и тд на мой взгляд пока "громоздки" для такой задачи.
|
|
|
|
|
|
1. при настройки кластера при помощи стандартных мастеров nginx на мастере выполняет дополнительную роль балансировщика, распределяя нагрузку между всеми нодами кластера.
2. механизм переключения нагрузки реализованный вами не корректен. помимо изменения настроек nginx и dbconn.php необходимо переключать режим работы mysql со слайв на мастер, после чего перенастраивать на новый мастер другие БД. 3. автоматическое смена мастера достаточно опасна так как как оценить что временная недоступность вызвана обрывом канала, или просто временный лаг сети. При размещение в 2-х ДЦ будет более актуальна конфигурация с 2-мя мастерами и балансировка нагрузки внешним устройством/сервисом. |
|
|
|
|
|
Про второй пункт и mysql в курсе, не стал просто описывать это здесь. А вот про третий пункт не могли бы Вы рассказать подробнее о способе реализации или же привести пример, где можно почитать об этом. До этого о реализации мастер-мастер читал только в блоге, в рассказе о битрикс-24.
|
|
|
|
|
1. Ставил не локально, хотел перенести сайты. 2. Доменные имена настроены правильно, у виртуалки внешний ip 3. Скопировал перечисленные файлы в дополнительный сайт со старого сервера, оба сайта заработали, только в основном отображаются страницы от дополнительного, с дополнительным никаких проблем нет |
|||
|
|
|
Сам mysql из консоли работал, т.е. mysql -u root выполнялось корректно, но попытки подключиться были неудачными |
|||||
|
|
|
|
Владимир пишет:
|
|||
|
|
|
|
увы... но данная инсталяция у меня на локальном сервере, он не имеет белого IP
|
|
|
|
|
|
В ряде случаев возможна проблема при добавление удаление дополнительных сайтов. Проблема возникает из за того, что при использование некоторых систем виртуализации или их настроек, значение устанавливаемое по умолчанию в зависимости от процессора имеет низкое значение.
Установка в /etc/nginx/nginx.conf значения server_names_hash_bucket_size = 128; и перезапуск nginx решает данную проблему. |
|
|
|
|
|
На CentOS Linux release 6.3 не устанавливается (((
|
|||
|
|
|
|
Будем разбираться, судя по логу выглядит как будто он не может поставить стандартные пакеты
|
|
|
|
|
|
Сначало пробовал ставить на
CentOS 6.0, ситуация аналогичная была. |
||||
|
|
|
|||
