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 upTarget Scrape Timing Issue (Possibly Related to golang/go#16579) #2056
Comments
This comment has been minimized.
This comment has been minimized.
|
@paulcavallaro Thanks for the report! I don't have a Mac to reproduce. Any chance you could build Prometheus (just |
This comment has been minimized.
This comment has been minimized.
|
I'll have to double check later, but I believe my co-worker did that, running MacOS Sierra and was able to get it working building from prometheus head + golang 1.7. |
This comment has been minimized.
This comment has been minimized.
fiadliel
commented
Oct 7, 2016
•
|
I just downloaded the 1.2.0 release for OSX from the website, and it crashed regularly and quickly from browsing the HTTP interface (with the default OOTB configuration). Recompiling with the latest go compiler was fine; it looks like your current releases are quite broken on OSX Sierra. (edit: sorry, never mind: it was 1.1.3 I downloaded, earlier today, so I assume you've updated your go toolchain for that release) (edit: nope, it still crashes immediately after start, if I browse the website: |
This comment has been minimized.
This comment has been minimized.
|
And it works fine if you compile it natively? @sdurrheimer any ideas? Could it be related to the cgo changes? |
This comment has been minimized.
This comment has been minimized.
fiadliel
commented
Oct 7, 2016
|
Yes, the version compiled with Go 1.7.1 is running fine for the last hour or two, but refreshing the web page repeatedly causes the distributed version to die almost immediately. I'm not that familiar with Go, but this goroutine stack always seems to be present:
|
This comment has been minimized.
This comment has been minimized.
|
@grobie Prometheus doesn't use cgo since 1.1.3. |
This comment has been minimized.
This comment has been minimized.
|
golang/go#16579 ? Not sure how that would be connected, but it is something happening in MacOS Sierra and it is fixed in Go1.7. BTW: Shouldn't we move our build pipeline to 1.7 finally? |
This comment has been minimized.
This comment has been minimized.
|
https://github.com/prometheus/prometheus/releases/tag/v1.2.1 is currently being built with Go1.7.1.Binaries should show up any second there. Please try them out. |
brian-brazil
added
the
kind/bug
label
Oct 26, 2016
This comment has been minimized.
This comment has been minimized.
|
I'm going to presume this is resolved. |
brian-brazil
closed this
Oct 26, 2016
This comment has been minimized.
This comment has been minimized.
lock
bot
commented
Mar 24, 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. |
paulcavallaro commentedOct 5, 2016
What did you do?
Downloaded and ran default prometheus 1.1.3 darwin-amd64 with the default configuration. Note I also tried the whole thing with prometheus 0.20.0 darwin-amd64 as well.
What did you expect to see?
I watched http://localhost:9090/targets and expected the last scrape time to update every 5 seconds, but it did not.
What did you see instead? Under which circumstances?
It performed one scrape and then never scraped again.
Environment
MacOS Sierra.
Very likely related to: golang/go#16579
System information:
Darwin 16.0.0 x86_64
Prometheus version:
prometheus, version 1.1.3 (branch: master, revision: ac374aa)
build user: root@3e392b8b8b44
build date: 20160916-11:39:10
go version: go1.6.3