Hi,
So sorry for my late reply.
Yes, I also think the problem is with cmd_matches_exepcted. And polling manager is the only one that reported not active as I saw in the log.
I think the problem is whith xenserver as hypervisor, q-agt which runs in compute node and will talk to dom0, we will set q-agt's root_helper as
"root_helper = sudo /usr/local/bin/neutron-rootwrap-xen-dom0 /etc/neutron/rootwrap.conf"
And this is different from the one q-domu that runs in domU and thus make this problem happen.
BR//Huan
-----Original Message-----
From: <email address hidden> [mailto:<email address hidden>] On Behalf Of Rossella Sblendido
Sent: Wednesday, September 09, 2015 3:50 PM
To: Huan Xie
Subject: [Bug 1493662] Re: Xen ovs-agent-plugin polling manager is reported as not active
It seems a problem with cmd_matches_expected ....this is used all over the place, is the polling manager the only one that it's reported as not active?
** Summary changed:
- ovs-agent-plugin polling manager fails to monitor interface table
+ Xen ovs-agent-plugin polling manager is reported as not active
Title:
Xen ovs-agent-plugin polling manager is reported as not active
Status in neutron:
New
Bug description:
My environment is XenServer + Neutron with ML2 plugin, OVS as driver, VLan type.
This is a single box environment installed by devstack.
When it began to run, I found q-agt always had error logs like this:
2015-09-09 05:15:23.653 ERROR neutron.agent.linux.ovsdb_monitor [req-
2dfc6939-277b-4d54-83d5-d0aecbfdc07c None None] Interface monitor is
not active
Dig deep into the code, I found the callstack is trace from
OVSNeutronAgent.rpc_loop() to neutron/agent/linux/utils.py
remove_abs_path(). So I temporarily added debug log and found
Hi, exepcted. And polling manager is the only one that reported not active as I saw in the log. bin/neutron- rootwrap- xen-dom0 /etc/neutron/ rootwrap. conf"
So sorry for my late reply.
Yes, I also think the problem is with cmd_matches_
I think the problem is whith xenserver as hypervisor, q-agt which runs in compute node and will talk to dom0, we will set q-agt's root_helper as
"root_helper = sudo /usr/local/
And this is different from the one q-domu that runs in domU and thus make this problem happen.
BR//Huan
-----Original Message-----
From: <email address hidden> [mailto:<email address hidden>] On Behalf Of Rossella Sblendido
Sent: Wednesday, September 09, 2015 3:50 PM
To: Huan Xie
Subject: [Bug 1493662] Re: Xen ovs-agent-plugin polling manager is reported as not active
It seems a problem with cmd_matches_ expected ....this is used all over the place, is the polling manager the only one that it's reported as not active?
** Summary changed:
- ovs-agent-plugin polling manager fails to monitor interface table
+ Xen ovs-agent-plugin polling manager is reported as not active
-- /bugs.launchpad .net/bugs/ 1493662
You received this bug notification because you are subscribed to the bug report.
https:/
Title:
Xen ovs-agent-plugin polling manager is reported as not active
Status in neutron:
New
Bug description:
My environment is XenServer + Neutron with ML2 plugin, OVS as driver, VLan type.
This is a single box environment installed by devstack.
When it began to run, I found q-agt always had error logs like this:
2015-09-09 05:15:23.653 ERROR neutron. agent.linux. ovsdb_monitor [req- 277b-4d54- 83d5-d0aecbfdc0 7c None None] Interface monitor is
2dfc6939-
not active
Dig deep into the code, I found the callstack is trace from nt.rpc_ loop() to neutron/ agent/linux/ utils.py abs_path( ). So I temporarily added debug log and found
OVSNeutronAge
remove_
2015-09-09 05:15:23.653 DEBUG neutron. agent.linux. utils [req-2dfc6939- 277b-4d54- 83d5-d0aecbfdc0 7c None None] cmd_matches_ expected, cmd:['/ usr/bin/ python' , '/usr/local/ bin/neutron- rootwrap- xen-dom0' , '/etc/neutron/ rootwrap. conf', 'ovsdb-client', 'monitor', 'Interface', 'name,ofport, external_ ids', '--format=json'], expect: ['ovsdb- client' , 'monitor', 'Interface', 'name,ofport, external_ ids', '--format=json'] from (pid=11595) cmd_matches_ expected /opt/stack/ neutron/ neutron/ agent/linux/ utils.py: 303
So, it's clear that after remove absolute path, the command still cannot match, so it will lead to the ERROR log of "Interface monitor is not active"
To manage notifications about this bug go to: /bugs.launchpad .net/neutron/ +bug/1493662/ +subscriptions
https:/