I've updated Juanjo's script at [0]: 1) minor rewrite for py3, 2) works on keystonev3 environments.
Since the type of neutron-plugin is configured on charm-neutron-api, but charm-neutron-openvswitch is related to charm-nova-compute, I think this fix should be added in charm-neutron-openvswitch.
According to [1], nrpe-external-master relation doesn't exist, and I think "juju add-relation neutron-openvswitch:nrpe-external-master nrpe:nrpe-external-master" should trigger the addition of this check.
NRPE check would need to be split in two:
1) cronjob run as nova user: 1) will have access to /etc/nova/nova.conf to gather keystone credentials to list instances, networks and ports; 2) will need to use rootwrap which enables "ovs-ofctl" command run_as root
2) nrpe check which parses generated output by step #1
Hi,
I've updated Juanjo's script at [0]: 1) minor rewrite for py3, 2) works on keystonev3 environments.
Since the type of neutron-plugin is configured on charm-neutron-api, but charm-neutron- openvswitch is related to charm-nova-compute, I think this fix should be added in charm-neutron- openvswitch.
According to [1], nrpe-external- master relation doesn't exist, and I think "juju add-relation neutron- openvswitch: nrpe-external- master nrpe:nrpe- external- master" should trigger the addition of this check.
Output looks like:
"""
OK: all needed tun_ids present: [1031, 1064, 1097, 1128, 1041, 1078]
"""
NRPE check would need to be split in two:
1) cronjob run as nova user: 1) will have access to /etc/nova/nova.conf to gather keystone credentials to list instances, networks and ports; 2) will need to use rootwrap which enables "ovs-ofctl" command run_as root
2) nrpe check which parses generated output by step #1
0. https:/ /pastebin. canonical. com/p/5jSJzW8t5 V/ /github. com/openstack/ charm-neutron- openvswitch/ blob/master/ metadata. yaml
1. https:/