Aerospike errorNodes: время ожидания AerospikeException

Я получаю эту ошибку при отправке данных в Aerospike, любой, кто сталкивался с этим, и возможное решение:

Aerospike Error: Client timeout: timeout=0 iterations=3 failedNodes=3 failedConns=0

Я пытаюсь создать кеш с помощью Aerospike и получаю эту ошибку при отправке данных.

ReactJs | Supabase | Добавление данных в базу данных
ReactJs | Supabase | Добавление данных в базу данных
Это и есть ваш редактор таблиц в supabase.👇
1
0
55
1
Перейти к ответу Данный вопрос помечен как решенный

Ответы 1

Ответ принят как подходящий

Эта ошибка фактически означает, что узел, который должен хранить данные, которые вы пытаетесь «поместить», недоступен. Обычно это происходит из-за временной ошибки и должно быстро исправиться. Например, если у вас есть кластер Aerospike из 5 узлов и один из узлов выходит из строя во время записи данных на этот узел, клиентская библиотека Aerospike получит ошибку тайм-аута. Однако в этом случае кластер будет «самовосстанавливаться», и обычно через пару секунд кластер заметит, что узел вышел из строя, и назначит другой узел для обработки этих данных. Следовательно, повторная попытка через пару секунд не должна привести к истечению тайм-аута.

Если вы видите, что это происходит постоянно, есть ли у вас проблемы с подключением к сети? Например, если вы успешно установили соединение с кластером и ваша сеть зависла, вы, скорее всего, увидите эту ошибку.

Какую версию Aerospike вы используете и какую версию клиента Aerospike? Какой язык клиента? Если вы расскажете мне немного о своей среде и кластере, возможно, я смогу помочь больше. Также параметры политики, которые вы используете, когда возникает ошибка, и является ли ошибка случайной или постоянной.

Извините, что отвечаю так поздно, экспериментировал с некоторыми исправлениями. Вот некоторые подробности: Версия Aerospike: 5.7.0.16 Язык клиента: Java Хостинг: k8s Периодически происходит сбой: ровно каждые 2 часа и 7 минут. Одним из важных наблюдений было то, что модули были запланированы на определенный узел, на котором выполнялась другая служба aerospike и модули Apache solr, похоже, завершил работу в указанный период времени (для всех служб). После запуска команды кордона, чтобы не планировать эти модули, и добавления правил антисходства проблема в некоторой степени решена. Хотелось бы знать, есть ли для всего этого какая-то причина.

Prasoon Balara 06.05.2024 21:12

Другие вопросы по теме