On 09/20/2012 10:02 AM, wei6rong wrote:
Hi guys,
I have the following issue:
I have two node 172.26.184.35 and 172.26.184.45
in 172.26.184.35
cd /root/qpid-0.18/cpp/src/.libs
./lt-qpidd -d --auth 0 -p 5682 --cluster-name cluster_one --load-module
./cluster.so --data-dir=/tmp/5682
./lt-qpidd -d --auth 0 -p 5683 --cluster-name cluster_two --load-module
./cluster.so --data-dir=/tmp/5683
in 172.26.184.45
/root/qpid-0.18/cpp/src/.libs
./lt-qpidd -d --auth 0 -p 5682 --cluster-name cluster_two --load-module
./cluster.so --data-dir=/tmp/5682
./lt-qpidd -d --auth 0 -p 5683 --cluster-name cluster_one --load-module
./cluster.so --data-dir=/tmp/5683
35-->45
172.26.184.35
/root/qpid-0.18/cpp/src/.libs
qpid-config -b 172.26.184.35:5682 --durable add queue queue-test
--limit-policy=flow-to-disk --flow-stop-size=0 --flow-resume-size=0
--file-size=2 --file-count=4 --max-queue-size=10000
qpid-config -b 172.26.184.45:5682 --durable add queue queue-test
--limit-policy=flow-to-disk --flow-stop-size=0 --flow-resume-size=0
--file-size=2 --file-count=4 --max-queue-size=10000
qpid-config -b 172.26.184.45:5682 --durable add exchange direct ex-test
qpid-config -b 172.26.184.45:5682 --durable bind ex-test queue-test
queue-test
qpid-route queue add 172.26.184.45:5682 172.26.184.35:5682 ex-test
queue-test --durable
after then, i using
qpid-cluster -C 172.26.184.35:5683 -k
kill cluster_two
but when i restart cluster_two, they would throw NoSuchTransportException in
Broker.cpp:1006
follow is output log
[root@localhost .libs]# ./lt-qpidd --auth 0 -p 5682 --cluster-name
cluster_two --load-module ./cluster.so --data-dir=/tmp/5682
2012-09-20 16:44:37 [Unspecified] notice Journal "TplStore": Created
2012-09-20 16:44:37 [Unspecified] notice Store module initialized;
store-dir=/tmp/5682
2012-09-20 16:44:37 [HA] notice Initializing CPG
2012-09-20 16:44:37 [HA] notice Cluster store state: clean
cluster-id=2ee15447-470a-4ef8-bf96-46bd29551bf7
shutdown-id=7d851924-0082-44ab-9f2f-e43bd21eaece
2012-09-20 16:44:37 [HA] notice cluster(172.26.184.45:4822 PRE_INIT)
configuration change: 172.26.184.45:4822
2012-09-20 16:44:37 [HA] notice cluster(172.26.184.45:4822 PRE_INIT) Members
joined: 172.26.184.45:4822
2012-09-20 16:44:37 [Unspecified] notice Journal "queue-test": Created
2012-09-20 16:44:37 [Unspecified] warning Journal "queue-test": Recovery
found 4 files (different from --num-jfiles value of 8).
2012-09-20 16:44:37 [Unspecified] warning Journal "queue-test": Recovery
found file size = 2 (different from --jfile-size-pgs value of 24).
2012-09-20 16:44:37 [Broker] error Link connection to 172.26.184.35:5682
failed: Unsupported transport type: tcp (qpid/broker/Broker.cpp:1006)
2012-09-20 16:44:39 [Broker] error Link connection to 172.26.184.35:5682
failed: Unsupported transport type: tcp (qpid/broker/Broker.cpp:1006)
2012-09-20 16:44:43 [Broker] error Link connection to 172.26.184.35:5682
failed: Unsupported transport type: tcp (qpid/broker/Broker.cpp:1006)
2012-09-20 16:44:51 [Broker] error Link connection to 172.26.184.35:5682
failed: Unsupported transport type: tcp (qpid/broker/Broker.cpp:1006)
2012-09-20 16:45:07 [Broker] error Link connection to 172.26.184.35:5682
failed: Unsupported transport type: tcp (qpid/broker/Broker.cpp:1006)
2012-09-20 16:45:39 [Broker] error Link connection to 172.26.184.35:5682
failed: Unsupported transport type: tcp (qpid/broker/Broker.cpp:1006)
From what I understood, in
qpid/broker/Broker.cpp:338
would call Plugin::initializeAll(*this);
but when my restart my cluster_two, this is link info in my rhm store,
the recovery code is in qpid/broker/Broker.cpp:287
store->recover(recoverer); which is before Plugin::initializeAll(*this);
so when recover there would throw NoSuchTransportException because at this
time some plugin is not initialized,
Is it possible? I would be very appreciate of any advice you my offer.
The NoSuchTransportException would suggest that the SSL (or less likely
the rdma) plugin was not loaded or not configured on restart but was
somehow being requested...
Do you have SSL enabled federation links recorded in the store?
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For additional commands, e-mail: dev-h...@qpid.apache.org
