При использовании текущего мастера (checkout d5e1d01adafff7e42d985537b953f7d5ba506f47) генерация базы данных (php bin/console pim:installer:db --env=prod) выдает ошибку в ElasticSearch и не продолжает генерацию базы данных.
foo@akeneo-dev :~/pim-community-dev$ php bin/console pim:installer :db --env=prod
Подготовить схему базы данных
Удалена база данных для соединения с именемakeneo_pim
Создана база данныхakeneo_pim
для соединения с именем по умолчанию
ВНИМАНИЕ: Эта операция не должна выполняться в производственной среде.Создание схемы базы данных...
Схема базы данных успешно создана!
Нечего обновлять — ваша база данных уже синхронизирована с текущими метаданными объекта.
Сбросить индексы elasticsearch[ElasticsearchCommon\Exceptions\NoNodesAvailableException]
В вашем кластере не найдено активных узлов
Установлено с использованием комбинации текущей информации из основной документации на сервере Ubuntu 17.04.
Привет @TheOnlyJoey ,
Эта ошибка исходит не от PIM, а от Elasticsearch, кажется, он не находит никаких живых узлов.
Я предлагаю вам взглянуть на существующие вопросы, уже поднятые на форуме Elasticsearch относительно этой ошибки, т.е.:
https://github.com/elastic/elasticsearch-php/issues/519
https://github.com/elastic/elasticsearch-php/issues/300
Документация по эластичному поиску:
https://www.elastic.co/start
https://www.elastic.co/guide/en/elasticsearch/reference/current/getting-started.html
Я надеюсь, что эта информация поможет вам!
С уважением,
Карен
Эй, Карен,
Так что я уже попробовал несколько версий ElasticSearch и убедился, что это не проблема моей локальной версии.
У меня также был контакт с разработчиками ElasticSearch, и они упомянули, что, вероятно, это связано с реализацией в Akeneo.
Композитор отлично строится, поэтому ElasticSearch правильно собрал и настроил.
Я тестировал на двух разных системах (Ubuntu 16.04 и Debian Sid), и у обеих была одна и та же проблема, независимо от настроек.
Эта ошибка мешает Akeneo сгенерировать правильную базу данных, я думаю, что эти типы ошибок довольно смертельны за пару дней до релиза.
@TheOnlyJoey ,
Не могли бы вы поделиться с нами информацией о системных файлах?
Спасибо,
Карен
Протестированные системы (как уже упоминалось) Ubuntu 16.04 с зависимостями, установленными из документации Akeneo (из мастера) и Debian Sid с последними пакетами.
Также изначально тестировался на Ubuntu 17.04. Все системы используют PHP7.1 в соответствии с рекомендациями.
@TheOnlyJoey ,
Мы думаем, что это может быть связано с проблемой подключения, поскольку эта ошибка обычно появляется при использовании значения по умолчанию для параметра index_hosts («localhost: 9200»).
Рабочее значение конфигурации: '
Вы можете найти параметр index_hosts в app/config/parameters.yml.
С уважением,
Карен
Изменение значения на ':@:' приводит к:
[ElasticsearchCommon\Exceptions\InvalidArgumentException]
Не удалось разобрать URI
Также, как вы можете видеть в https://github.com/akeneo/pim-community-dev/blob/master/app/config/parameters.yml.dist#L13 , значением по умолчанию для index_hosts является ' localhost:9200 '
Привет @TheOnlyJoey
Извините, возникла проблема с отображением значения в предыдущем комментарии.
Рабочее значение конфигурации:
'<user>:<password>@<server>:<port>'
это действительно по умолчанию ' elastic:changeme@localhost :9200'
С уважением,
Карен
Кажется, что нет предупреждения или проверки, работает ли ElasticSearch, Composer, кажется, изначально убил службу ElasticSearch.
Принудительный перезапуск процесса исправил проблему, используя обычный localhost: 9200.
Было бы неплохо убедиться, что ElasticSearch запущен в консольном сценарии pim :installer :db, так как без этого установка не будет завершена.
я пытаюсь заставить akeneo работать с эластичным поисковым кластером aws... получаю
В строке StaticNoPingConnectionPool.php 51:
В вашем кластере не найдено активных узлов
В app/config/parameters.yml я изменил index_host на конечную точку aws vpc — кто-нибудь знает?
В моем случае значение index_host в app/config/parameters.yml было таким:
localhost :9200
Итак, я удалил пробел, и теперь он работает нормально:
localhost:9200
решение было порт: 80... aws использует порт 80...
Привет,
Я потратил так много времени, чтобы получить это.
локальный хост: 9200 не работает
локальный хост: 9200 не работает
Не знаю, почему akeneo не отгружает готовые рабочие контейнеры.
взгляните на документацию
https://docs.akeneo.com/3.0/install_pim/docker/installation_docker.html
в ваших параметрах.yml.dist вы должны установить
эластичный:changeme@elasticsearch : 9200
После этого:
очистить контейнер
docker-compose down -v
запустить контейнер
docker-compose up -d
bin/docker/pim-dependencies.sh
bin/docker/pim-initialize.sh
и elasticsearch должен работать.
Итак, строка подключения для плагина ElasticSearch Head для Google Chrome:
(здесь вы также можете проверить, работает ли машина elasticsearch)
http://локальный : 9210/
elastic : имя пользователя по умолчанию для elasticsearch, нигде не задано
changeme : пароль по умолчанию для elasticsearch, нигде не задан
elasticsearch : в docker-compose.yml вы должны найти «elasticsearch», это имя хоста, которое используется здесь.
9200: используемый порт установлен в
докер-compose.override.yml
- '9210:9200'
Порт док-машины 9200
Внешний порт 9210 для подключения с вашего хост-компьютера
я пытаюсь заставить akeneo работать с эластичным поисковым кластером aws... получаю
В строке StaticNoPingConnectionPool.php 51:В вашем кластере не найдено активных узлов
В app/config/parameters.yml я изменил index_host на конечную точку aws vpc — кто-нибудь знает?
ты уже решил это?
@Rud5G да... aws использует порт 80...
Пожалуйста, кто-нибудь может мне помочь? Я столкнулся с той же проблемой, и я работал над ней часами без какого-либо прогресса.
`В StaticNoPingConnectionPool.php строка 53:
В вашем кластере не найдено активных узлов
Команда завершилась с кодом ошибки: 1.
Ошибка при установке PIM. Команда завершилась с кодом ошибки: 1.
`
Я выполнил все предложенные решения, перечисленные выше, но изменений нет. Я использую Akeneo версии 3.2.
Самый полезный комментарий
В моем случае значение index_host в app/config/parameters.yml было таким:
localhost :9200
Итак, я удалил пробел, и теперь он работает нормально:
localhost:9200