[neutron][rabbitmq] Neutron-server service shows deprecated "AMQPDeprecationWarning"
Hi, Today we are facing losing connection of neutron especially during instance creation or so as “systemctl status neutron-server” shows below message be deprecated in amqp 2.2.0. Since amqp 2.0 you have to explicitly call Connection.connect() before using the connection. W_FORCE_CONNECT.format(attr=attr))) /usr/lib/python2.7/site-packages/amqp/connection.py:304: AMQPDeprecationWarning: The .transport attribute on the connection was accessed before the connection was established. This is supported for now, but will be deprecated in amqp 2.2.0. Since amqp 2.0 you have to explicitly call Connection.connect() before using the connection. W_FORCE_CONNECT.format(attr=attr))) OpenStack release which we are running is “Pike”. Is there any way to remedy this? Thanks Amjad
On 1/7/20 9:14 AM, Amjad Kotobi wrote:
Hi,
Today we are facing losing connection of neutron especially during instance creation or so as “systemctl status neutron-server” shows below message
be deprecated in amqp 2.2.0. Since amqp 2.0 you have to explicitly call Connection.connect() before using the connection. W_FORCE_CONNECT.format(attr=attr))) /usr/lib/python2.7/site-packages/amqp/connection.py:304: AMQPDeprecationWarning: The .transport attribute on the connection was accessed before the connection was established. This is supported for now, but will be deprecated in amqp 2.2.0. Since amqp 2.0 you have to explicitly call Connection.connect() before using the connection. W_FORCE_CONNECT.format(attr=attr)))
It looks like this is a red herring, but it should be fixed in the current oslo.messaging pike release. See [0] and the related bug. 0: https://review.opendev.org/#/c/605324/
OpenStack release which we are running is “Pike”.
Is there any way to remedy this?
I don't think this should be a fatal problem in and of itself so I suspect it's masking something else. However, I would recommend updating to the latest pike release of oslo.messaging where the deprecated feature is not used. If that doesn't fix the problem, please send us whatever errors remain after this one is eliminated.
Thanks Amjad
Hi Ben,
On 7. Jan 2020, at 22:59, Ben Nemec <openstack@nemebean.com> wrote:
On 1/7/20 9:14 AM, Amjad Kotobi wrote:
Hi, Today we are facing losing connection of neutron especially during instance creation or so as “systemctl status neutron-server” shows below message be deprecated in amqp 2.2.0. Since amqp 2.0 you have to explicitly call Connection.connect() before using the connection. W_FORCE_CONNECT.format(attr=attr))) /usr/lib/python2.7/site-packages/amqp/connection.py:304: AMQPDeprecationWarning: The .transport attribute on the connection was accessed before the connection was established. This is supported for now, but will be deprecated in amqp 2.2.0. Since amqp 2.0 you have to explicitly call Connection.connect() before using the connection. W_FORCE_CONNECT.format(attr=attr)))
It looks like this is a red herring, but it should be fixed in the current oslo.messaging pike release. See [0] and the related bug.
0: https://review.opendev.org/#/c/605324/
OpenStack release which we are running is “Pike”. Is there any way to remedy this?
I don't think this should be a fatal problem in and of itself so I suspect it's masking something else. However, I would recommend updating to the latest pike release of oslo.messaging where the deprecated feature is not used. If that doesn't fix the problem, please send us whatever errors remain after this one is eliminated.
I checked it out, we are having the latest pike Oslo.messaging and it still showing the same upper messages. Any ideas?
Thanks Amjad
On 1/9/20 5:57 AM, Amjad Kotobi wrote:
Hi Ben,
On 7. Jan 2020, at 22:59, Ben Nemec <openstack@nemebean.com> wrote:
On 1/7/20 9:14 AM, Amjad Kotobi wrote:
Hi, Today we are facing losing connection of neutron especially during instance creation or so as “systemctl status neutron-server” shows below message be deprecated in amqp 2.2.0. Since amqp 2.0 you have to explicitly call Connection.connect() before using the connection. W_FORCE_CONNECT.format(attr=attr))) /usr/lib/python2.7/site-packages/amqp/connection.py:304: AMQPDeprecationWarning: The .transport attribute on the connection was accessed before the connection was established. This is supported for now, but will be deprecated in amqp 2.2.0. Since amqp 2.0 you have to explicitly call Connection.connect() before using the connection. W_FORCE_CONNECT.format(attr=attr)))
It looks like this is a red herring, but it should be fixed in the current oslo.messaging pike release. See [0] and the related bug.
0: https://review.opendev.org/#/c/605324/
OpenStack release which we are running is “Pike”. Is there any way to remedy this?
I don't think this should be a fatal problem in and of itself so I suspect it's masking something else. However, I would recommend updating to the latest pike release of oslo.messaging where the deprecated feature is not used. If that doesn't fix the problem, please send us whatever errors remain after this one is eliminated.
I checked it out, we are having the latest pike Oslo.messaging and it still showing the same upper messages. Any ideas?
Hmm, not sure then. Are there any other log messages around that one which might provide more context on where this is happening? I've also copied a couple of our messaging folks in case they have a better idea what might be going on.
Thanks Amjad
On Thu, Jan 9, 2020 at 2:27 PM Ben Nemec <openstack@nemebean.com> wrote:
Hi Ben,
On 7. Jan 2020, at 22:59, Ben Nemec <openstack@nemebean.com> wrote:
On 1/7/20 9:14 AM, Amjad Kotobi wrote:
Hi, Today we are facing losing connection of neutron especially during instance creation or so as “systemctl status neutron-server” shows below message be deprecated in amqp 2.2.0. Since amqp 2.0 you have to explicitly call Connection.connect() before using the connection. W_FORCE_CONNECT.format(attr=attr))) /usr/lib/python2.7/site-packages/amqp/connection.py:304: AMQPDeprecationWarning: The .transport attribute on the connection was accessed before the connection was established. This is supported for now, but will be deprecated in amqp 2.2.0. Since amqp 2.0 you have to explicitly call Connection.connect() before using the connection. W_FORCE_CONNECT.format(attr=attr)))
It looks like this is a red herring, but it should be fixed in the current oslo.messaging pike release. See [0] and the related bug.
0: https://review.opendev.org/#/c/605324/
OpenStack release which we are running is “Pike”. Is there any way to remedy this?
I don't think this should be a fatal problem in and of itself so I suspect it's masking something else. However, I would recommend updating to
On 1/9/20 5:57 AM, Amjad Kotobi wrote: the latest pike release of oslo.messaging where the deprecated feature is not used. If that doesn't fix the problem, please send us whatever errors remain after this one is eliminated.
I checked it out, we are having the latest pike Oslo.messaging and it
still showing the same upper messages. Any ideas?
Hmm, not sure then. Are there any other log messages around that one which might provide more context on where this is happening?
I've also copied a couple of our messaging folks in case they have a better idea what might be going on.
This deprecation warning should not result in a connection failure. After the amqp connection code issues that warning it immediately calls connect() for you, which establishes the connection. What concerns me is that you're hitting that warning in latest Pike. That version of oslo.messaging should no longer trigger that warning. If at all possible can you get a traceback when the warning is issued? When did these failures start to occur? Did something change - upgrade/downgrade, etc? Otherwise if you can reproduce the problem can you get a debug-level log trace? thanks,
Thanks Amjad
-- Ken Giusti (kgiusti@gmail.com)
participants (3)
-
Amjad Kotobi
-
Ben Nemec
-
Ken Giusti