Skip to content
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

API Key not enabled #5869

Closed
somnium78 opened this issue Apr 15, 2019 · 3 comments
Closed

API Key not enabled #5869

somnium78 opened this issue Apr 15, 2019 · 3 comments
Assignees
Labels
needs triage Issues which need to be manually labelled

Comments

@somnium78
Copy link

somnium78 commented Apr 15, 2019

Bug report summary

Log says API Key not enabled after Upgrade

OS / Environment

Ubuntu 18.04

Netdata version (ouput of netdata -V)

netdata v1.14.0-rc0-52-g6c9e8e83

Component Name

stream.conf

Steps To Reproduce

stream.conf on master:
[50db0d35-fdf2-4cd4-af3e-xxxxx]
enabled = yes
allow from = *
default history = 3600
default memory mode = save
health enabled by default = no
default postpone alarms on connect seconds = 60
multiple connections = allow

stream.conf on slave:
[stream]
enabled = yes
destination = xxxxx.de:19999
api key = 50db0d35-fdf2-4cd4-af3e-xxxxx
timeout seconds = 60
default port = 19999
buffer size bytes = 1048576
reconnect delay seconds = 5
initial clock resync iterations = 60

Log on Master:
2019-04-15 13:46:15: STREAM: 5756 '[xxxxx::234]:36086' 'ACCESS DENIED - KEY NOT ENABLED' host 'xxxxx.de' api key '50db0d35-fdf2-4cd4-af3e-xxxxx' machine guid '8de5a5d8-38f5-11e8-ada5-xxxxx'
2019-04-15 13:46:15: 361: 5756 '[xxxxx::234]:36086' 'STREAM' (sent/all = 67/67 bytes -0%, prep/sent/total = 1555328775049.72/1555328775049.75/0.02 ms) 401 'key=50db0d35-fdf2-4cd4-af3e-xxxxx&hostname=xxxxx.de&registry_hostname=yyyyy.de&machine_guid=8de5a5d8-38f5-11e8-ada5-xxxxx&update_every=2&os=linux&timezone=Europe/Berlin&tags='

Log in Slave:
2019-04-15 13:46:35: netdata INFO : STREAM_SENDER[xxxxx.de] : STREAM xxxxx.de [send to xxxxx.de:19999]: connecting...
2019-04-15 13:46:35: netdata INFO : STREAM_SENDER[xxxxx.de] : STREAM xxxxx.de [send to xxxxx.de:19999]: initializing communication...
2019-04-15 13:46:35: netdata INFO : STREAM_SENDER[xxxxx.de] : STREAM xxxxx.de [send to xxxxx.de:19999]: waiting response from remote netdata...
2019-04-15 13:46:35: netdata ERROR : STREAM_SENDER[xxxxx.de] : STREAM xxxxx.de [send to xxxxx.de:19999]: server is not replying properly (is it a netdata?).
2019-04-15 13:46:40: netdata LOG FLOOD PROTECTION too many logs (201 logs in 181 seconds, threshold is set to 200 logs in 1200 seconds). Preventing more logs from process 'netdata' for 1019 seconds.

Expected behavior
@cakrit cakrit added bug priority/high Super important issue labels Apr 17, 2019
@cakrit cakrit self-assigned this Apr 17, 2019
@cakrit
Copy link
Contributor

cakrit commented Apr 17, 2019

I just looked at this and replicated the issue. Top priority, we're looking into it now.

@cakrit
Copy link
Contributor

cakrit commented Apr 17, 2019

I rechecked my configuration and had a wrong key. As soon as it was corrected, it worked fine.

Can you please ensure that the config files you showed in the OP are in the correct places (i.e. /etc/netdata) and that both master and slave have been restarted to read them? It's clearly a case of API key mismatch, so the config you have must work, unless it's not the one actually being used.

@cakrit cakrit added needs triage Issues which need to be manually labelled and removed bug priority/high Super important issue labels Apr 17, 2019
@somnium78
Copy link
Author

i restarted netdata very often to analyze the problem.

I was able to get it running by deleting my Netdata instances. After the reinstallation everything works with the above configuration.
Maybe there is a problem upgrading from an older version (I haven't installed any updates since March 2018).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
needs triage Issues which need to be manually labelled
Projects
None yet
Development

No branches or pull requests

2 participants