So uh, I can't really start influxdb as a service. I can see the process running, but then it disappears and quickly comes back. I think it repeatedly tries to load files?
blahdeblah
Reeckz: checked syslog for messages?
Reeckz
Seems like Influx is having issues reading a symlink?
Line in question: influxd[15578]: run: open server: open service: open /etc/letsencrypt/live/monit.ams.rem.uz/fullchain.pem: permission denied
I checked permissions and influx has access.
blahdeblah
Seems pretty obvious that some component in that path does not...
check each directory on the way to both the symlink and its target
(as the user running influxdb)
Reeckz
Thank you blahdeblah !
I just copied it into /etc/influxdb
blahdeblah
That works, I guess; as long as you're not expecting it to update regularly or something
Reeckz
Once every 90 days.
blahdeblah
Of course; in that case, I strongly recommend against just copying the file
Reeckz
Why is that?
blahdeblah
Because then you have to recopy the file every time you renew your letsencrypt certificate instead of just restarting influxdb
Although, depending on how letsencrypt manages permissions, that may be necessary anyway
Reeckz
It's the same user that runs certbot
blahdeblah
But if it were me, I'd at least try to find out whether it's possible to keep only one local copy of the key
Reeckz
Yeah, I can't figure this out.
edrocks joined the channel
edrocks has quit
voxadam has quit
Seb-Solon joined the channel
voxadam joined the channel
Grapes joined the channel
Grapes has quit
SkyRocknRoll joined the channel
hillar joined the channel
shmiti joined the channel
overlord_tm joined the channel
edrocks joined the channel
makefu
nathanielc: i found my problem (not sure if it is an architectural one). i can only create batch tasks in kapacitor for collectd data, stream is not working. For future reference https://paste.krebsco.de/EqCqx3kY is what is working for me
edrocks has quit
voxadam has quit
voxadam joined the channel
scristian joined the channel
edvorg joined the channel
balalinux has quit
netopejr joined the channel
Cohedrin_ joined the channel
Issif joined the channel
voxadam has quit
voxadam joined the channel
elefant1311 has left the channel
winem_ joined the channel
babilen has quit
babilen joined the channel
knutix joined the channel
scottc_ joined the channel
balalinux joined the channel
xnxs_ joined the channel
balalinux has quit
balalinux joined the channel
robswain[m] has quit
astone[m] has quit
buzz-dee[m] has quit
robswain[m] joined the channel
scottc_ has quit
Salander27 joined the channel
astone[m] joined the channel
buzz-dee[m] joined the channel
Onepamopa has quit
edvorg has quit
balalinux has quit
Mattch has quit
knutix joined the channel
balalinux joined the channel
GiLgAmEzH joined the channel
edrocks joined the channel
robinsmidsrod
I've recently upgraded to telegraf 1.2.0 and I'm seeing these errors in my telegraf log: E! ERROR in input [inputs.exec]: Errors encountered: [metric parsing error, reason: [buffer too short], buffer: [], index: [0]]
I've verified that the metric line is correct by trying to inject it directly using the influx cli command
I think it might be related to the changes regarding newline that has been done not so long ago
edrocks joined the channel
edvorg joined the channel
is it possible to increase debug level to figure out exactly where/why the parse fails?
modafinil joined the channel
gabriel_ joined the channel
gabriel_ is now known as ghounds
I figured out what the issue is. If a program run by inputs.exec with data format "influx" outputs no lines, this error will show up
aviau has quit
aviau joined the channel
what should a line protocol script output if it has no lines to output (e.g. because the monitoring service is not installed)