I'll bump to 0.8.5 and see if it makes any difference :)
toddpersen joined the channel
nphase joined the channel
toddpersen has quit
areski has quit
nphase has quit
korya joined the channel
areski joined the channel
SpNg_ joined the channel
SpNg has quit
SpNg_ is now known as SpNg
jvshahid joined the channel
areski has quit
areski joined the channel
korya has quit
meson10 joined the channel
korya joined the channel
Damm needs a regexp bootcamp i think
selby has quit
areski has quit
jjmalina has quit
timperrett joined the channel
timperre_ has quit
nphase joined the channel
nphase has quit
jprieur has quit
timperrett has quit
timperrett joined the channel
timperrett has quit
korya has quit
korya joined the channel
ezotrank joined the channel
timperrett joined the channel
freeformz has quit
freeformz joined the channel
chavito has quit
ezotrank has quit
clarkh has quit
nphase joined the channel
nphase has quit
nphase joined the channel
nphase has quit
timperrett has quit
bmhatfield joined the channel
spuder has quit
neurodrone joined the channel
nphase joined the channel
nathanielc
I am running into a crash consistently after about an hour of uptime on the influxdb server. The error I get is a runtime: program exceeds 10000-thread limit
fatal error: thread exhaustion
meson10 has quit
nphase has quit
Damm
hmmm what are you pushing to hit that many threads?
nathanielc, anywho this is your kernel
nathanielc, cat /proc/sys/kernel/threads-max
nathanielc, if you seriously think you need more threads running feel free to up it
cat somevalue > /proc/sys/kernel/threads-max
replacesomevalue with a real value
nathanielc
cat /proc/sys/kernel/threads-max
191904
Damm
and that's a lot of threads
hope everything is working right
nathanielc
I read up on the go error and it seemed to imply that the 10,000 threads where in a blocking state.
Damm
nope
that's a kernel limit really
nathanielc, by default that's the kernel limit
not sure why you show 191904 there
nathanielc
k
yeah i haven't tweaked it
Damm
yeah i noticed one box is an even 10000
and another is 1030439
weird
anything else in your logs to indicate other errors?
nathanielc
no, in fact I had to run the server non-daemon just to get that err, it came out over stderr and was not captured in the log
I am on fedora 19 with 0.8.5 install of influxdb
It has happend at least 6 times now, every time I run the server after about an hour it crashes
I am htting it with 50 metrics a second with some continuous queries running every 2s 4s 8s and 24s