RabbitMQ ищет плохие совпадения для всего, кроме uri по умолчанию

Я на RMQ версии 3.6.0.

Создание лопаты с использованием uri по умолчанию «amqp://» для источника и цели и v-host по умолчанию «/» работает нормально.

Однако всякий раз, когда я использую другой виртуальный хост или другого пользователя, это не работает. Это включает в себя явное указание виртуального хоста по умолчанию с использованием %2F. Я пробовал с %2F и без него как для виртуального хоста по умолчанию, так и для другого виртуального хоста. Я попытался перейти от виртуального хоста по умолчанию к новому виртуальному хосту и наоборот. Я пробовал с именем пользователя и паролем и без него и создал учетную запись администратора с простым паролем, чтобы исключить проблемы с кодировкой % пароля. Я пробовал с хостом и без него (доменное имя). Я пробовал с именем кластера и без него. Пробовал с портом и без (5672).

Несмотря на перебор всех этих комбинаций, лопата зависла в начальном состоянии из-за ошибки несоответствия:

crasher: initial call: gen:init_it/6 pid: <0.27614.7287> registered_name: [] exception exit: {{badmatch,{error,etimedout}}, [{rabbit_shovel_worker,make_conn_and_chan,1, [{file,"src/rabbit_shovel_worker.erl"},{line,236}]}, {rabbit_shovel_worker,handle_cast,2, [{file,"src/rabbit_shovel_worker.erl"},{line,62}]}, {gen_server2,handle_msg,2, [{file,"src/gen_server2.erl"},{line,1049}]}, {proc_lib,init_p_do_apply,3, [{file,"proc_lib.erl"},{line,240}]}]} in function gen_server2:terminate/3 (src/gen_server2.erl, line 1160) ancestors: [<0.3813.7286>,<0.536.0>,rabbit_shovel_dyn_worker_sup_sup, rabbit_shovel_sup,<0.532.0>] messages: [] links: [<0.3813.7286>] dictionary: [{random_seed,{26721,25702,22425}}] trap_exit: false status: running heap_size: 987 stack_size: 27 reductions: 1577 neighbours:


person Rene Wooller    schedule 22.09.2016    source источник


Ответы (1)


Итак, просто для тех, кто сталкивается с этой проблемой.

На самом деле это оказалась старая проблема %2F.

vhost был назван «/dev»

Исходный и целевой URI

amqp:///%2Fdev

Для vhosts без косой черты это было просто, например

amqp:///dev

работал в итоге.

person Rene Wooller    schedule 27.09.2016