Ошибка при наборе номера сервера регистратора: websocket: плохое рукопожатие

У меня есть cloudfoundry, настроенный на AWS, и я следовал руководству из документов cloudfoundry.

У меня сейчас запущено 4 экземпляра

API/0

деа/0

данные/0

ядро/0

Я смог успешно отправить приложение до вчерашнего дня, но когда я попытался отправить вчерашнюю операцию отправки, произошел сбой, и я не могу проверить журналы из-за следующей ошибки.

Предупреждение: журналы ошибок

Ошибка при наборе номера сервера регистратора: веб-сокет: плохое рукопожатие.

Попросите вашего оператора Cloud Foundry проверить конфигурацию платформы (конечная точка loggregator — ws://loggregator.XX.XX.XX.XX.xip.io:80).

Я не уверен, где именно мне нужно проверять журналы, я использовал cf 146, как это было предложено документом. Я не хочу полностью сбрасывать настройки.

Помощь в этом вопросе была бы очень велика.

С уважением,

Шрилатха к.


amazon-web-services ibm-cloud cloud-foundry
person user3282197    schedule 18.11.2014    source источник

Ответы (2)


arrow_upward
0
arrow_downward

Вы используете очень старую версию (146) cf, обновите ее и повторите попытку.

Последнюю версию можно получить здесь.

https://github.com/cloudfoundry/cli/releases

Я также предлагаю включить трассировку «CF_TRACE=true cf logs myapp --recent» и предоставить o/p, если вы все еще получаете какую-либо ошибку.

person diwesh    schedule 18.11.2014
comment
Большое спасибо за ваш ответ, Дивеш, но инструмент командной строки WRT cf я использую последнюю версию cf v6. Но cf release iam использует более раннюю версию cf146. Поэтому, если я должен развернуть последнюю версию, я не уверен, что вся существующая установка будет разрушена. - person user3282197; 18.11.2014
comment
Я также хочу развернуть последнюю версию, но я боюсь, что если я потеряю все запущенные экземпляры и снова получу новый набор экземпляров, чего я не хочу. Пожалуйста, помогите мне в этом. - person user3282197; 18.11.2014
comment
группы .google.com/a/cloudfoundry.org/forum/ может быть эта ссылка может помочь вам в обновлении без переустановки с помощью BOSH - person diwesh; 18.11.2014
comment
Это единственный доступный вариант, на самом деле я пробовал monit stop all и monit start all во всех случаях, но все еще сталкиваюсь с проблемой. - person user3282197; 18.11.2014
comment
Вы также можете попробовать понизить версию CF cli до версии до 6.x. Но я боюсь, что обновление - ваш лучший выбор. Ваши экземпляры должны продолжать работать нормально, если у вас более одного DEA. Ваши экземпляры будут перемещены из одного DEA в другое DEA до закрытия первого. Кстати, версия 146 настолько старая (октябрь 2013 г.), что мне трудно просмотреть все изменения, чтобы увидеть, что может вызвать плохое рукопожатие. - person Johannes; 26.11.2014

arrow_upward
0
arrow_downward

Попробуйте следующее: 1.) Попробуйте просто перезапустить контроллер трафика и проверьте, решает ли это проблему.

2.) Loggregator_consumer можно найти @ https://github.com/cloudfoundry/loggregator_consumer/blob/master/consumer.go.

3.) Я также нашел в этом блоге - https://blog.starkandwayne.com/2014/10/30/fixing-loggregator-problems-one-problem-at-a-time/ , что проблема будет исправлена ​​в v192. Поэтому, пожалуйста, проверьте эту версию.

Инструкции по использованию последней версии можно найти на странице http://docs.cloudfoundry.org/deploying/common/cf-release.html

Похоже, вы не хотите обновляться, но без обновления вы не сможете получить исправление. Боюсь, другого решения я не нашел. Вам нужно будет обновить cf, чтобы решить эту проблему.

Согласно комментариям, в случае разрыва ссылки - Предоставление информации ниже - CF-Release - это репозиторий выпуска BOSH для Cloud Foundry. Используйте это с настраиваемым манифестом для вашей среды, чтобы развернуть Cloud Foundry.

В этом разделе описывается, как создать выпуск Cloud Foundry, готовый к развертыванию в вашей среде, после начальной загрузки BOSH.

Примечание. Эти инструкции относятся к выпуску Cloud Foundry v170. Мы настоятельно рекомендуем использовать самый высокий тег окончательной версии cf-release, хотя для этого может потребоваться изменить манифест развертывания. Клонировать CF-релиз

Создайте папку для своего клона репозитория CF-Release и клонируйте репозиторий с Github:

$ mkdir -p ~/bosh-workspace/releases $ cd ~/bosh-workspace/releases $ git clone https://github.com/cloudfoundry/cf-release.git $ cd cf-release

Загрузить релиз

Релизы Cloud Foundry публикуются регулярно. Используйте выпуск bosh для загрузки RELEASE-NAME, чтобы загрузить выпуск в развертывание BOSH. Замените RELEASE-NAME версией файла YAML cf-release по вашему выбору. Мы рекомендуем вам использовать самый высокий тег конечной версии cf-release.

Выполните следующую команду, чтобы загрузить файл выпуска .yml:

$ bosh загрузить выпуск releases/cf-170.yml

Копирование пакетов

rootfs_lucid64 (1) НАЙДЕНО ЛОКАЛЬНО...

Копирование заданий

saml_login (4) НАЙДЕНО ЛОКАЛЬНО...

Создание архива

Сгенерировано /tmp/d20130829-912-fq3kkd/d20130829-912-1vco0hv/release.tgz Размер релиза: 1.0G ... Релиз загружен

Выполните следующую команду, чтобы убедиться, что вы успешно добавили выпуск:

$ бош релизы

+------+----------+-------------+ | Имя | Версии | Фиксировать хэш | +------+----------+-------------+ | ср | 170 | 121623ca | +------+----------+-------------+

Теперь вы можете развернуть выпуск, используя файл манифеста развертывания.

person Dheeraj    schedule 18.11.2014
comment
Я не уверен, что это правильный обходной путь, но я изменил инструмент командной строки cf на 5.4.7, после чего эта проблема с регистратором была решена, так как я использовал более старую версию развертывания cf, более старая версия инструмента командной строки работала, я не уверен - person user3282197; 04.12.2014
comment
@ user3282197, не могли бы вы принять ответ, чтобы его можно было закрыть? - person Jeff Sloyer; 06.03.2015