Плагин скорее всего сначало создает эксчейндж, затем создает очередь, потом байндит их вместе, но шлет он в эксчейндж. А у тебя видимо очередь уже создана. Причем с другими параметрами, вот и не получается отправить месседж. Удали очередь попробуй (если там нет данных офк). Если есть убери параметр очереди x-max-length.
Очереди заранее создаются приложением, не могу убрать параметр
channel error; protocol method: #method<channel.close>(reply-code=406, reply-text=PRECONDITION_FAILED - inequivalent arg 'x-max-length' for queue 'test.stm-inplay' in vhost '/': received none but current is the value '10000' of type 'signedint', class-id=50, method-id=10)
Спасибо за подборку, но думаю тут надо в другую сторону посмотреть, раз с джиметром не выходит. А в этом AMQP плагине для Гатлинга была возможности указывать max length? И можно ли через него в принципе залить данные в существующую очередь?
А Гатлинг сможет выдать отчет о состоянии сервера и бд, на котором она крутиться?
это лучше делать системами мониторинга, гатлинг может показать только метрики нагрузки (rps, response и т.д.), аппаратные характеристики снимать лучше прометеусом
Спасибо за подборку, но думаю тут надо в другую сторону посмотреть, раз с джиметром не выходит. А в этом AMQP плагине для Гатлинга была возможности указывать max length? И можно ли через него в принципе залить данные в существующую очередь?
Попробуй вручную (ч/з рэббитовское апи) в эксчейндж закинуть сообщение с нужным роутингом, проверь попадет оно у тебя в нужную очередь.
проблема походу не в количестве потоков. я не так много запускаю пока что, 50 штук за раз. у гатлинга есть автоматический ответ на пинг, но в моем случае в случае бездействия пинг отправляет клиент. так что судя по всему соединение падает по таймауту.