🚀 Попробуйте Zilliz Cloud, полностью управляемый Milvus, бесплатно — ощутите 10-кратное увеличение производительности! Попробовать сейчас>

milvus-logo
LFAI
Главная
  • Вопросы и ответы
  • Home
  • Docs
  • Вопросы и ответы

  • Устранение неполадок

Устранение неполадок

На этой странице перечислены общие проблемы, которые могут возникнуть при работе Milvus, а также возможные советы по их устранению. Проблемы на этой странице делятся на следующие категории:

Проблемы загрузки

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

$ docker logs <your milvus container id>

Проблемы во время выполнения

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

Проблемы API

Эти проблемы возникают во время вызовов методов API между сервером Milvus и вашим клиентом. Они будут возвращены клиенту синхронно или асинхронно.

Проблемы сбоя etcd

1. etcd pod pending

Кластер etcd по умолчанию использует pvc. StorageClass должен быть предварительно сконфигурирован для кластера Kubernetes.

2. Авария etcd pod

Когда etcd pod терпит крах с Error: bad member ID arg (strconv.ParseUint: parsing "": invalid syntax), expecting ID in Hex, вы можете войти в этот pod и удалить файл /bitnami/etcd/data/member_id.

3. Несколько стручков продолжают аварийно завершаться, в то время как etcd-0 все еще запущен.

Вы можете выполнить следующий код, если несколько стручков продолжают падать, пока etcd-0 все еще запущен.

kubectl scale sts <etcd-sts> --replicas=1
# delete the pvc for etcd-1 and etcd-2
kubectl scale sts <etcd-sts> --replicas=3

4. Все капсулы аварийно завершают работу

Если все капсулы аварийно завершают работу, попробуйте скопировать файл /bitnami/etcd/data/member/snap/db. Используйте https://github.com/etcd-io/bbolt для изменения данных базы данных.

Все метаданные Milvus хранятся в ведре key. Создайте резервную копию данных в этом ведре и выполните следующие команды. Обратите внимание, что данные префикса в файле by-dev/meta/session не требуют резервного копирования.

kubectl kubectl scale sts <etcd-sts> --replicas=0
# delete the pvc for etcd-0, etcd-1, etcd-2
kubectl kubectl scale sts <etcd-sts> --replicas=1
# restore the backup data


Если вам нужна помощь в решении проблемы, не стесняйтесь:

  • Присоединяйтесь к нашему каналу Slack и обратитесь за поддержкой к команде Milvus.
  • Оформитепроблему на GitHub с подробным описанием вашей проблемы.

Попробуйте Managed Milvus бесплатно

Zilliz Cloud работает без проблем, поддерживается Milvus и в 10 раз быстрее.

Начать
Обратная связь

Была ли эта страница полезной?