New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
python.d plugins not storing data #8451
Comments
@zdzichu 👋 Could you test (w/o module name)
|
Without module name collectors also work. I'm attaching output as file, as it is quite big. |
it should work then
do
it should contain all info about started jobs. Refresh your browser and make sure url has no |
Sadly, it doesn't work. I waited about ten minutes, no Sensors section. |
2020-03-21 22:38:53: python.d ERROR: apache[localhost] : Url: http://localhost/server-status?auto. Error: HTTPSConnectionPool(host='localhost', port=443): Max retries exceeded with url: /server-status?auto (Caused by SSLError(SSLCertVerificationError("hostname 'localhost' doesn't match either of 'enotty.pipebreaker.pl', 'fotki.pipebreaker.pl', 'mother.pipebreaker.pl', 'pipebreaker.pl'")))
2020-03-21 22:38:53: python.d ERROR: apache[localhost] : Traceback (most recent call last):
File "/usr/lib/python3.7/site-packages/urllib3/connectionpool.py", line 672, in urlopen
File "/usr/lib/python3.7/site-packages/urllib3/connectionpool.py", line 376, in _make_request
File "/usr/lib/python3.7/site-packages/urllib3/connectionpool.py", line 994, in _validate_conn
File "/usr/lib/python3.7/site-packages/urllib3/connection.py", line 420, in connect
File "/usr/lib/python3.7/site-packages/urllib3/connection.py", line 430, in _match_hostname
File "/usr/lib64/python3.7/ssl.py", line 334, in match_hostname
File "/usr/libexec/netdata/python.d/python_modules/bases/FrameworkServices/UrlService.py", line 123, in _get_raw_data
File "/usr/libexec/netdata/python.d/python_modules/bases/FrameworkServices/UrlService.py", line 155, in _get_raw_data_with_status
File "/usr/lib/python3.7/site-packages/urllib3/request.py", line 76, in request
File "/usr/lib/python3.7/site-packages/urllib3/request.py", line 97, in request_encode_url
File "/usr/lib/python3.7/site-packages/urllib3/poolmanager.py", line 369, in urlopen
File "/usr/lib/python3.7/site-packages/urllib3/poolmanager.py", line 330, in urlopen
File "/usr/lib/python3.7/site-packages/urllib3/connectionpool.py", line 720, in urlopen
File "/usr/lib/python3.7/site-packages/urllib3/util/retry.py", line 436, in increment
2020-03-21 22:38:53: python.d INFO: plugin[main] : apache[localipv4] : check failed Does your server redirect http to https? I see the last line is
Btw is it the whole output? |
Yes, it redirects, but I'm not concerned about |
Lets try to disable also do same but w/o grep and share error.log |
Here's |
I dont understand what is the problem, there is no info in the It loads all jobs, starts init,check, checks few modules and that is it (according log)
Nothing after. At the same time 2020-03-22 15:42:45: python.d INFO: plugin[main] : [sensors] built 1 job(s) configs
2020-03-22 15:42:45: python.d DEBUG: plugin[main] : sensors[sensors] was previously active, applying recovering settings which means that sensor module job was active 🤷♂ |
Found it! |
I think this should be handled by module/library. I see there is optional timeout parameter for https://docs.ceph.com/docs/master/rados/api/python/#cli-commands |
Well, i see
@PaulMez 👋 any ideas how to handle the hang problem? |
Bug report summary
Data collected by
python.d
plugins are not displayed in web interface.OS / Environment
Netdata version
Using distribution packages: netdata-1.20.0-1.fc31.x86_64
Component Name
python.d
Steps To Reproduce
I can see that plugins are working when run standalone, for example:
etc. But the web interface doesn't even show Sensors, hddtemp, ceph nor other python.d plugins.
I've built simple custom dashboard: https://pipebreaker.pl/z/netdata-enviro.html , it stopped working with messages like
hddtemp_local.disks_temp: chart not found on url "/api/v1/chart?chart=hddtemp_local.disks_temp"
error_log
doesn't have anything:Also reported downstream: https://bugzilla.redhat.com/show_bug.cgi?id=1815197
The text was updated successfully, but these errors were encountered: