Panic in job: runtime error: invalid memory address or nil pointer deference

I'm running into an interesting panic error when I'm trying to set up a http heartbeat to see if a URL is running. The URL is a bamboo front end and all I'm trying to do is make sure the web interface is up.

OS: CentOS 7.5
Heartbeat version: 6.5.4
Elasticsearch version: 6.4.2

Config snippet:

- type: http
  schedule: '@every15s'
  urls: ["https://<URL>:8443"]
  check.request.method: HEAD
  check.response.status: 200
  ssl.verification_mode: none


019-01-08T15:09:17.867-0500	WARN	tlscommon/tls_config.go:79	SSL/TLS verifications disabled.
2019-01-08T15:09:17.901-0500	ERROR	scheduler/scheduler.go:355	Panic in job 'http@https://<URL_being_monitored>:8443'. Recovering, but please report this: runtime error: invalid memory address or nil pointer dereference.
2019-01-08T15:09:17.902-0500	ERROR	scheduler/scheduler.go:357	Stacktrace: goroutine 169 [running]:
runtime/debug.Stack(0x16adc5d, 0x3a, 0xc42024a8b8)
	/usr/local/go/src/runtime/debug/stack.go:24 +0xa7*Scheduler).runTask.func1.1(0xc4200b0140, 0xc4202f6880)
	/go/src/ +0xf7
panic(0x14fa000, 0x1f68a00)
	/usr/local/go/src/runtime/panic.go:502 +0x229, 0xc4204e4000, 0x3, 0xc420488008, 0x20, 0x1757d80)
	/go/src/ +0x45b, 0x3, 0xc420488008, 0x20, 0x8, 0xc42017ca80, 0xc4205e2d70, 0xc4205e2cf8)
	/go/src/ +0xba, 0x1671782, 0x3, 0xc420488008, 0x20, 0x9c0119, 0xc4203f8d20, 0x50, 0x48)
	/go/src/ +0x4e*SimpleTransport).RoundTrip(0xc4203a3740, 0xc4202d8300, 0x0, 0x0, 0x0)
	/go/src/ +0xfe
net/http.send(0xc4202d8200, 0x173c260, 0xc4203a3740, 0xbf055ebf73bbe47e, 0x2b24fbb65d, 0x1fc6920, 0xc42000e248, 0xbf055ebf73bbe47e, 0xc4205e3068, 0x1)
	/usr/local/go/src/net/http/client.go:252 +0x185
net/http.(*Client).send(0xc4203a3770, 0xc4202d8200, 0xbf055ebf73bbe47e, 0x2b24fbb65d, 0x1fc6920, 0xc42000e248, 0x0, 0x1, 0x3)
	/usr/local/go/src/net/http/client.go:176 +0xfa
net/http.(*Client).Do(0xc4203a3770, 0xc4202d8200, 0x1fc6920, 0xc4202d8200, 0xb15bfb)
	/usr/local/go/src/net/http/client.go:615 +0x28d, 0xc4202d8200, 0xc42018e5d0, 0xbf055ebb73bbe19e, 0x276b4f1383, 0x1fc6920, 0x0, 0x0, 0x0, 0x0, ...)
	/go/src/ +0xa6, 0xc420176100, 0x0, 0x0, 0x0, 0x3b9aca000, 0xc42018e5d0, 0x0, 0x0, 0x0, ...)
	/go/src/ +0x13c, 0x2, 0xc4205e36f0, 0xc4205e3758)
	/go/src/ +0x442, 0xc4205e3778, 0x9c0119)
	/go/src/ +0x31, 0x1534ae0, 0xc4205e37a8, 0x9c0119, 0xc42053d380, 0x20)
	/go/src/ +0x26, 0x18, 0x20, 0x20, 0xc42053d380, 0x0, 0xc4200d4000)
	/go/src/ +0x27, 0xc42053d380, 0xc4205e37f8, 0xd62d81, 0x1566ee0, 0xc42053d380)
	/go/src/ +0x4a, 0x173e920, 0xc420151690, 0x173e920, 0xc42053d380, 0x1fc6920, 0x15102f)
	/go/src/ +0x27, 0xc4202f5680, 0x7fda3fcfa458, 0x0, 0xc4202f5680, 0xc420075a28)
	/go/src/ +0x939, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xc4201529c0, 0x0, 0x0, ...)
	/go/src/ +0xc7, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x3, 0xc420051f98, 0x3, ...)
	/go/src/ +0xe8*funcJob).Run(0xc42043ffe0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xc4202f5888, 0xc4202f5938, ...)
	/go/src/ +0x82, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x173c260, ...)
	/go/src/ +0x86*task).prepareSchedulerJob.func1(0x10, 0x16c0a58, 0xc4200b0140)
	/go/src/ +0x7d*Scheduler).runTask.func1(0xc4200b0140, 0xc4202f6880, 0xc4200b0140, 0xc42015a7e0)
	/go/src/ +0x5b
created by*Scheduler).runTask
	/go/src/ +0x5c

So I guess my question is this simply a case of user / config errors?

Sorry for the delay. This should be fixed in 6.6. See

1 Like

This topic was automatically closed 28 days after the last reply. New replies are no longer allowed.