You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I have a custom plugin written in Python that is not using any of the Framework Services classes such as URLService, LogService etc. In fact I merely adopted this script and turned it to generate and spit out data that was relevant for my use case: See script in this issue #206 by user: ktsaou
It runs great and I can see the charts in netdata but I really like the ability to debug a Service based script. When I try to debug this script I hit an exception:
'module' object has no attribute 'Service'
I already understand what is going on, i think : the python plugin daemon probably runs all charts that are based on the Service architecture, which leads me to the questions:
How do I debug a plugin that is a simply Python script and doesn't use the Service classes
What runs these scripts, if its not the python plugin daemon?
Maybe I should simply implement a custom class that inherits the base Service class to get around this? Is there any advantage to this?
Is there a way I can see the loading, output of netdata's internal and external plugins on the command line? This is useful for me in scenarios where I don't want to load up a browser in a remote machine via an SSH tunnel.
Thanks!
The text was updated successfully, but these errors were encountered:
Hi
I have a custom plugin written in Python that is not using any of the Framework Services classes such as URLService, LogService etc. In fact I merely adopted this script and turned it to generate and spit out data that was relevant for my use case: See script in this issue #206 by user: ktsaou
It runs great and I can see the charts in netdata but I really like the ability to debug a Service based script. When I try to debug this script I hit an exception:
'module' object has no attribute 'Service'
I already understand what is going on, i think : the python plugin daemon probably runs all charts that are based on the Service architecture, which leads me to the questions:
Thanks!
The text was updated successfully, but these errors were encountered: