Короче говоря: и "sfctl cluster code-versions", и "sfctl cluster config-versions" возвращают пустые массивы.Является ли это признаком проблемы с кластером?
Справочная информация: я пытаюсь следовать учебному пособию по созданию контейнера для Linux , чтобы узнать о Service Fabric;но я столкнулся с проблемой, когда загрузка приложения не удалась с таймаутом.Изучив это, я обнаружил, что другие sfctl cluster команды (например, sfctl cluster health) все работали и возвращали полезные данные - кроме code-versions и config-versions, которые оба возвращают пустой массив:
$ sfctl cluster code-versions
[]
$ sfctl cluster config-versions
[]
Я не уверен, что это вредно для здоровья или какие данные они могут возвращать.
Другие примечания:
- Кластер защищен самоподписаннымсертификат;это установлено локально и работает правильно, но обе вышеупомянутые команды также регистрируют предупреждение:
~/.local/lib/python3.5/site-packages/urllib3/connectionpool.py:847: InsecureRequestWarning: Unverified HTTPS request is being made. Adding certificate verification is strongly advised. See: https://urllib3.readthedocs.io/en/latest/advanced-usage.html#ssl-warnings InsecureRequestWarning)
Однако, то же самое предупреждение регистрируется для других команд (например, sysctl cluster health) и не останавливает ихне работает. - Кластер имеет версию 6.4.634.1, в Linux
- Service Fabric Explorer отображает все как исправное: состояние работоспособности кластера, состояние работоспособности системного приложения и 3 узла.
- Портал Azure отображает состояние кластера как «Базовое обновление»
- В проводнике отображается кластер с версией кода «0.0.0.0»