Join GitHub today
GitHub is home to over 31 million developers working together to host and review code, manage projects, and build software together.
Sign upPanic "divide by zero" in remote_write loop #2808
Comments
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
|
The issue is reproducible, but you have to keep the remote storage adapter suspended for at least a couple of minutes. During that time, Prometheus is running and is logging warnings about exceeding the context deadline to the remote write. After unsuspending the receiver, it will print a batch of samples it received, and then no more, and checking the Prometheus status shows that it's panicked. |
brian-brazil
added
component/remote storage
kind/bug
labels
Jun 5, 2017
This comment has been minimized.
This comment has been minimized.
|
Actually, you don't even have to restart the suspended receiver, just leave it suspended for five minutes or so. |
brian-brazil
added
the
priority/P2
label
Jul 14, 2017
This comment has been minimized.
This comment has been minimized.
|
This will be fixed when #2973 is merged. |
tomwilkie
referenced this issue
Jul 25, 2017
Merged
Prevent number of remote write shards from going negative. #2973
fabxc
closed this
in
#2973
Jul 28, 2017
This comment has been minimized.
This comment has been minimized.
lock
bot
commented
Mar 23, 2019
|
This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs. |
cubranic commentedJun 5, 2017
What did you do?
While prometheus was using it as the remtoe write endpoint, I suspended the example remote write receiver with Ctrl-Z. Prometheus crashed with the following message:
Linux 3.10.0-327.el7.x86_64 x86_64