[stable/train] Creation of the QoS policy takes ages
Bug #1898748 reported by
Slawek Kaplonski
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
neutron |
Expired
|
Critical
|
Unassigned |
Bug Description
It seems that on stable/train job openstacksdk-
openstack.
or
openstack.
tags: | added: api |
description: | updated |
Changed in neutron: | |
status: | New → Confirmed |
To post a comment you must log in.
Hello:
This is not only Neutron but all OpenStack services and agents that stop working. In the logs provided [1], reviewing the rabbitmq logs [2], we can see how all services stop connecting to the MQ. There is a hiatus from 9:06 to 9:13.
I still don't know why this is happening, I don't see anything in the logs. Actually, the logs jump from 9:06 to 9:13 without any reason.
The system is still working [3] and there are no resource consumption spikes (at least I don't see any).
Regards.
[1]https:/ /storage. bhs.cloud. ovh.net/ v1/AUTH_ dcaab5e32b234d5 6b626f72581e364 4c/zuul_ opendev_ logs_82a/ 755958/ 1/check/ openstacksdk- functional- devstack/ 82a83f0/ job-output. txt /storage. bhs.cloud. ovh.net/ v1/AUTH_ dcaab5e32b234d5 6b626f72581e364 4c/zuul_ opendev_ logs_82a/ 755958/ 1/check/ openstacksdk- functional- devstack/ 82a83f0/ controller/ logs/rabbitmq/ rabbit% 40ubuntu- bionic- vexxhost- ca-ymq- 1-0020274479_ log.txt /storage. bhs.cloud. ovh.net/ v1/AUTH_ dcaab5e32b234d5 6b626f72581e364 4c/zuul_ opendev_ logs_82a/ 755958/ 1/check/ openstacksdk- functional- devstack/ 82a83f0/ controller/ logs/dstat- csv_log. txt
[2]https:/
[3]https:/