h.diver пишет: Сущаствует много причин, по которым виртуалка не может получить IP-адрес от DHCP-сервера. Одна из них - DHCP-сервера просто нет.
У меня была такая же проблема, правда, DHCP-сервер у меня всё-таки был и есть. Решилась просто — сносом и переустановкой VMWare Player. Изначально VMWare Player ставился в рамках одной локальной сети со своим роутером с поднятым сервером DHCP. Всё работало без проблем. Однако после перевоза ноутбука на другой географический адрес, где, соответственно, стоит другой роутер с включенным DHCP, IP-адрес виртуалке выдаваться перестал. В логах Windows 8.1 было сказано, что VMWare Player работает с ошибками, и её было предложено переустановить, что и было сделано.
Может, они таким образом собирают статистику по востребованности исправления: написали свыше 10 тыс. по одной и той же проблеме — решить в первую очередь, меньше 10 тыс, но больше 5 тыс. — во вторую и так далее.
Дополню. Мне еще понадобилось заполнить параметр 'Дополнительный параметр для передачи функции mail' в настройках главного модуля конструкцией вида -fнужный@email В противном случае в Return-Path каждого отправляемого письма будет нечто вроде apache@localhost (у меня CentOS*). На текущий момент такие письма принимают Google и Yandex, но не Mail.ru и Rambler. Настройка будет относиться ко всем отправляемым с сайта письмам, исключая рассылки.
Nikolay Ryzhonin пишет: В вашем случае у вас 10 процессов apache.
Ну с этим никто и не спорит.
Провёл небольшой эксперимент, наблюдая в логах apache server reached MaxClients setting, consider raising the MaxClients setting. Увеличил MaxClients c 10 до 20. Перезагрузил apache. Через 5 минут открыл вышеуказанный график в munin и заметил изменения: ildle servers стало на 1 больше (не 9, а 10: итого процессов стало 11), а ошибка server reached MaxClients setting, consider raising the MaxClients setting больше не появилась. Снизил MaxClients c 20 до 10, и всё вернулось на круги своя. Таким образом, при наличии указанной ошибки (кол-во процессов не всегда достаёт до «потолка») о кол-ве отображаемых процессов в munin (busy servers + ildle servers) можно говорить как о текущем значении MaxClients в настройках apache.
Хочу поделиться своим первым наблюдением за munin. Если в рамках текущего запуска apache среди последних в error_log появилось сообщение server reached MaxClients setting, consider raising the MaxClients setting, достаточно заглянуть в дневную статистику munin, чтобы узнать кол-во MaxClients в apache, то есть не заглядывая в конфигурационные файлы apache.
Излагаю. Дневная статистика munin (см. скрин): в колонке Cur складываем busy servers + ildle servers = текущее значение MaxClients в apache (в данном примере 1 + 9 = 10). Под текущим значением подразумевается не буквально текущее, а близкое к текущему с определённым временным лагом.
Разумеется, если сообщения server reached MaxClients setting, consider raising the MaxClients setting в логах не было, сумма busy servers + ildle servers не будет == MaxClients, но в любом случае она будет <= MaxClients.
Надеюсь, я хотя бы близок к правильному пониманию.
Nikolay Ryzhonin пишет: Общение лучше продолжать в ветке про версию 4.2 а не 4.0
ОК. Тогда, может быть, и ссылку с описания «Веб-окружения» версии 4.2 сделать на тему про эту же версию, а не 4.0? Или хотя бы добавить ссылку на тему про 4.2?
В продолжение. Выявилась еще одна проблема при добавлении дополнительного сайта (операция 13):
Цитата
Unpacking Bitrix enviroment Stopping httpd: [ OK ] Starting httpd: httpd: Could not reliably determine the server's fully qualified domain name, using 2a01:4f8:131:5242::2 for ServerName [ OK ] Stopping nginx: [ OK ] Starting nginx: [ OK ] The website has been created successfully.
На первый взгляд, вроде бы ничему не мешает.
Решается добавлением в конец файла /etc/httpd/bx/conf/bx_apache_site_name_port.conf строчки:
Nikolay Ryzhonin пишет: 1. После установки rpm пакета необходимо в iptables открыть необходимые порты. Как минимум 80
1. У меня после установки iptables не был запущен. Соответственно, никакие порты открывать пока не надо. Это нормально? По идее, по соображениям безопасности, iptables надо запускать автоматически, сразу после установки.
Нет, топикстартер имеет в виду блок после авторизации, то есть вместо
Цитата
Войти Регистрация
перед авторизацией нечто а ля
Цитата
Иван Иванов (nickname) (выйти) Корзина
после авторизации. А под Иваном Ивановым выпадающее меню с ссылками на ключевые разделы сайта. Первая на профайл. В общем, гляньте в топ, чуть правее любой страницы любого из публичных доменов 1c-bitrix.ru, будучи авторизованными, и все прояснится. Тут даже скрин не нужен.
Чтобы получить текст сообщения, потребуется редактирование компонента (component.php), а не только его шаблона, а именно - добавить CForumMessage::GetByID(). В качестве параметра используйте LAST_MESSAGE_ID из обработки результата запроса CForumTopic::GetListEx() и/или CForumNew::GetListEx().
vladigor пишет: Пару часов назад запустил, сейчас 9%, может за ночь распакуется...
Цитата
vladigor пишет: Вчера крайний раз глянул - 10%. Сейчас смотрю - "Шаг 2: Выполняется распаковка архива" 10%. Прошло часов 9, где-то затык.
Господа, знакомая картина, но к чему такие жертвы? Электричества не жалко?
Как поступаю я:
1. Делаю бэкап не средствами битрикса, а через ssh с помощью mysqldump и tar -czf, но предварительно закрыв доступ к сайту, почистив кеш и проверив и оптимизировав базу.
2. Эти файлы скачиваются через sftp и так же через sftp заливаются на виртуальную машину. Создаются нужная база, пользователь базы, распаковывются архивы, переносятся в нужные папки.
Ради интереса пробовал стандартные механизмы для установки/развертывания данных, так progress bar установки продукта из новой копии зависал на 0%, а при восстановлении на 71%.
Если это первый вход пользователя, то он добавляется в список пользователей сайта (с установленным значением поля "Тип авторизации", равным сервису авторизации).