On 01/19/2017 04:28 PM, Gregory Simpson wrote:
On both the working an non working VM the result of the netstat is the
following:
tcp 0 0 0.0.0.0:5672 0.0.0.0:*
LISTEN 2281/qdrouterd
Which looks like the dispatch router.
The broker on the non-working VM is logging bind errors at startup when
trying to bind to port 5672. I used the --port option to change the port,
received no bind errors, and reran the qpid-route command with the new port
and got the same VersionError.
The qpid-route command does behave the same way if the broker is not
running.
This strongly suggests that qpid-route is connecting to something other
than qpidd. Note that qdrouterd supports AMQP 1.0 only. qpid-route is
not appropriate for use against qdrouterd.
Since you are getting version errors, qpid-route is connecting to
_something_. Just not a qpid broker.
On Thu, Jan 19, 2017 at 1:34 PM, Ted Ross <[email protected]> wrote:
Is the broker on the non-working VM logging any bind errors? This is
acting as though there is some other process bound to your AMQP port that
is not talking AMQP 0-10.
Does the qpid-route command behave the same way if the broker is not
running?
-Ted
On 01/19/2017 03:23 PM, Gregory Simpson wrote:
So currently I have 2 VMs and on one of them the the following command
works:
qpid-route map localhost:5672
On the working VM I turned on the extra logging by using the -t option and
seen that it is connecting to the broker.
On the non working VM, when I run the the same commands it is failing with
the VersionError exception that I shown before. I believe it is because
for
some reason it is not connecting to the broker. I say this because with
the
extra logging turned on the broker does not respond when I run the
qpid-route command. I have tracked the raised exception down to the
"delegates.py" script lines 176-179 which are the following lines of code:
magic, _, _, major, minor = self.connection.read_header()
if not (magic == "AMQP" and major == cli_major and minor ==
cli_minor):
raise VersionError("client: %s-%s, server: %s-%s" %
(cli_major, cli_minor, major, minor))
On Thu, Jan 19, 2017 at 2:18 AM, Gordon Sim <[email protected]> wrote:
On 18/01/17 23:47, Gregory Simpson wrote:
qpid-cpp version 0.34
If it doesn't is there a way around or will I have to upgrade to 1.36?
qpid-cpp supports 0-10 by default (i.e. unless it is explicitly turned
off). Are you sure it is the qpid-cpp broker you are connecting to? Is
there anything on the broker log? Can you turn on extra logging
temporarily? Or perhaps get a wireshark trace if thats easier?
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
