BGP polling issues for NXOS #637
Description
Describe the bug
Issues are being seen in the poller logs for polling BGP on my nxos devices (9.3(7a)).
To Reproduce
Run SuzieQ 0.16.0 against Nexus devices running 9.3(7a).
Attach
Here is the interesting parts of the polling log.
2022-03-17 15:13:45,100 - suzieq.poller.worker.services.service - ERROR - Processing data failed for service bgp on node spine2-nxos
Traceback (most recent call last):
File "/usr/local/lib/python3.7/site-packages/suzieq/poller/worker/services/service.py", line 726, in run
result = self.process_data(output)
File "/usr/local/lib/python3.7/site-packages/suzieq/poller/worker/services/service.py", line 443, in process_data
return self.clean_data(result, data)
File "/usr/local/lib/python3.7/site-packages/suzieq/poller/worker/services/service.py", line 502, in clean_data
processed_data = dev_clean_fn(processed_data, raw_data)
File "/usr/local/lib/python3.7/site-packages/suzieq/poller/worker/services/bgp.py", line 302, in _clean_nxos_data
for i, item in enumerate(entry['afiSafi']):
TypeError: 'NoneType' object is not iterable
2022-03-17 15:13:48,613 - suzieq.poller.worker.services.service - ERROR - Processing data failed for service bgp on node spine1-nxos
Traceback (most recent call last):
File "/usr/local/lib/python3.7/site-packages/suzieq/poller/worker/services/service.py", line 726, in run
result = self.process_data(output)
File "/usr/local/lib/python3.7/site-packages/suzieq/poller/worker/services/service.py", line 443, in process_data
return self.clean_data(result, data)
File "/usr/local/lib/python3.7/site-packages/suzieq/poller/worker/services/service.py", line 502, in clean_data
processed_data = dev_clean_fn(processed_data, raw_data)
File "/usr/local/lib/python3.7/site-packages/suzieq/poller/worker/services/bgp.py", line 302, in _clean_nxos_data
for i, item in enumerate(entry['afiSafi']):
TypeError: 'NoneType' object is not iterable
Expected behavior
TBC
Screenshots
TBC
Additional context
Environment from which this is occurring in:
- remote cli is being used
- correct port setting applied via "set rest-server-port=443"
- can successfully query other tables. For example "device show"