Damien Gardner via observium wrote on 16.03.2021 08:14:
Hi Team,
Been pulling my hair out for a large chunk of the day trying to sort out why our Huawei devices stopped polling after I split out polling run into two lots (one excluding the huawei devices group, one including it)
Seems that when you enable debug with poller-wrapper.py http://poller-wrapper.py/ (-d), it's passing a string to substring.check_call rather than a file, so it throws an exception and doesn't run the poller.
The diff below is an example that seems to fix this issue (though I'm a php dev, not python, so someone who knows python might have a nicer way to do it..)
root@observium:/opt/observium# svn diff poller-wrapper.py http://poller-wrapper.py Index: poller-wrapper.py http://poller-wrapper.py =================================================================== --- poller-wrapper.py http://poller-wrapper.py (revision 11124) +++ poller-wrapper.py http://poller-wrapper.py (working copy) @@ -837,7 +837,7 @@ command_args.extend(command_list) command_args.append(device_id) if debug: - command_out = temp_path + '/observium_' + process + '_' + str(device_id) + '.debug' + command_out = open(temp_path + '/observium_' + process + '_' + str(device_id) + '.debug', 'w') #print(command_args) #debug subprocess.check_call(map(str, command_args), stdout=command_out, stderr=subprocess.STDOUT)
this is incorrect change, because command_out is just file path where should be written std output, passed by subprocess.check_call().
(This doesn't fix the group being polled but nothing appearing in the DB or RRDs, but I'm still trying to figure out what's going on there, I'm sure it's something borked in our DB or something..)
Thanks,
DG
Damien Gardner Jnr Senior Dev Ops P: (02) 8115 8812 4 Amy Close, Wyong, NSW 2259 Need assistance? We are here 24/7 +61 2 8115 8888
Sent from Front
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium