go: runtime: unexpected return pc for golang.gopark
What version of Go are you using (go version
)?
$ go version 1.16
Does this issue reproduce with the latest release?
Did not try
What operating system and processor architecture are you using (go env
)?
go env
Output
$ go env GO111MODULE="" GOARCH="amd64" GOBIN="" GOCACHE="/root/.cache/go-build" GOENV="/root/.config/go/env" GOEXE="" GOFLAGS="" GOHOSTARCH="amd64" GOHOSTOS="linux" GOINSECURE="" GOMODCACHE="/root/go/pkg/mod" GONOPROXY="" GONOSUMDB="" GOOS="linux" GOPATH="/root/go" GOPRIVATE="" GOPROXY="https://proxy.golang.org,direct" GOROOT="/usr/local/go" GOSUMDB="sum.golang.org" GOTMPDIR="" GOTOOLDIR="/usr/local/go/pkg/tool/linux_amd64" GCCGO="gccgo" AR="ar" CC="gcc" CXX="g++" CGO_ENABLED="1" GOMOD="" CGO_CFLAGS="-g -O2" CGO_CPPFLAGS="" CGO_CXXFLAGS="-g -O2" CGO_FFLAGS="-g -O2" CGO_LDFLAGS="-g -O2" PKG_CONFIG="pkg-config" GOGCCFLAGS="-fPIC -m64 -pthread -fmessage-length=0 -fdebug-prefix-map=/tmp/go-build814691616=/tmp/go-build -gno-record-gcc-switches"uname -a
Linux USNATGW01 4.15.0-76-generic #86-Ubuntu SMP Fri Jan 17 17:24:28 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux
lsb_release -a
No LSB modules are available. Distributor ID: Ubuntu Description: Ubuntu 18.04.4 LTS Release: 18.04 Codename: bionic
What did you do?
I was running gobgpd:v2.23 in production environment and I have no clue how to troubleshoot or reproduce this issue. This only happened once in my production environment, no applicable logs when the crash happened
What did you expect to see?
I do not see why there is this unexpected return pc fatal error. My main concern is that since I do not know why it happened, I cannot tell when it will happen again if ever. Also I need help on interpreting the error dump and how to troubleshoot a runtime error like this. Thanks in advance.
What did you see instead?
runtime: unexpected return pc for runtime.gopark called from 0xc00a1946f0 stack: frame={sp:0xc000e694c8, fp:0xc000e694e8} stack=[0xc000e68000,0xc000e6a000) 000000c000e693c8: 0000000000000000 0000000000000000 000000c000e693d8: 000000c000d3f400 000000000048b4dc <sync.(*Pool).Put+92> 000000c000e693e8: 000000c0000428d8 000000c000190800 000000c000e693f8: 0000000000000004 000000c000d3f428 000000c000e69408: 000000000075e9a7 <github.com/sirupsen/logrus.(*Logger).releaseEntry+71> 000000c0000428d8 000000c000e69418: 0000000000d02820 000000c0042ae000 000000c000e69428: 000000c000d3f470 000000000075ec4c <github.com/sirupsen/logrus.(*Logger).WithFields+172> 000000c000e69438: 000000c0000428a0 000000c0042ae000 000000c000e69448: 000000c001497ae0 0000000000000010 000000c000e69458: 000000c0042ae000 000000c0000428a0 000000c000e69468: 0000000000d4e9e8 000000c000d3fe58 000000c000e69478: 0000000000b21f45 <github.com/osrg/gobgp/pkg/server.(*fsmHandler).sendMessageloop.func2+7973> 000000c001497ae0 000000c000e69488: 000000c000d3f588 0000000000000001 000000c000e69498: 0000000000000001 000000c000d3f9c0 000000c000e694a8: 0000000000000000 0000000000000000 000000c000e694b8: 0000000000000000 0000000000000000 000000c000e694c8: <000000c009302408 000000c00483f230 000000c000e694d8: 000000c007c172d8 !000000c00a1946f0 000000c000e694e8: >0000000000e238c8 000000c00d9b66d8 000000c000e694f8: 000000c00a8af8c0 0000000000000013 000000c000e69508: 0000000000000013 000000c004e5fce0 000000c000e69518: 000000c0073908b8 000000c00e24e468 000000c000e69528: 000000c000d3ff10 000000c00045b2c0 000000c000e69538: 000000c00a079008 000000c000464c40 000000c000e69548: 000000c00045b2b0 000000c000f7e420 000000c000e69558: 000000c0074ac7f8 000000c000139968 000000c000e69568: 000000c0035c1fc8 000000c000caefb0 000000c000e69578: 0000000000000000 0000000000000000 000000c000e69588: 0000000000bba9a0 0000000000df9f50 000000c000e69598: 000000c00dcce078 000000c0030e15d8 000000c000e695a8: 000000c00d8b3758 000000c009d647e0 000000c000e695b8: 000000c00901eae0 000000c00f5aff38 000000c000e695c8: 000000c00853ae88 000000c007897a28 000000c000e695d8: 000000c00de05e78 000000c011ce25a0 fatal error: unknown caller pc fatal error: unexpected signal during runtime execution runtime: unexpected return pc for runtime.gopark called from 0x0 stack: frame={sp:0xc000e20dc0, fp:0xc000e20de0} stack=[0xc000e20800,0xc000e21000) 000000c000e20cc0: 0000000000000000 0000000000000000 000000c000e20cd0: 0000000000000000 0000000000000000 000000c000e20ce0: 0000000000000000 0000000000000000 000000c000e20cf0: 0000000000000000 0000000000000000 000000c000e20d00: 0000000000000000 0000000000000000 000000c000e20d10: 0000000000000000 0000000000000000 000000c000e20d20: 0000000000000000 0000000000000000 000000c000e20d30: 0000000000000000 0000000000000000 000000c000e20d40: 0000000000000000 0000000000000000 000000c000e20d50: 0000000000000000 0000000000000000 000000c000e20d60: 0000000000000000 0000000000000000 000000c000e20d70: 0000000000000000 0000000000000000 000000c000e20d80: 0000000000000000 0000000000000000 000000c000e20d90: 0000000000000000 0000000000000000 000000c000e20da0: 0000000000000000 0000000000000000 000000c000e20db0: 0000000000000000 0000000000000000 000000c000e20dc0: <0000000000000000 0000000000000000 000000c000e20dd0: 0000000000000000 !0000000000000000 000000c000e20de0: >0000000000000000 0000000000000000 000000c000e20df0: 0000000000000000 0000000000000000 000000c000e20e00: 0000000000000000 0000000000000000 000000c000e20e10: 0000000000000000 0000000000000000 000000c000e20e20: 0000000000000000 0000000000000000 000000c000e20e30: 0000000000000000 0000000000000000 000000c000e20e40: 0000000000000000 0000000000000000 000000c000e20e50: 0000000000000000 0000000000000000 000000c000e20e60: 0000000000000000 0000000000000000 000000c000e20e70: 0000000000000000 0000000000000000 000000c000e20e80: 0000000000000000 0000000000000000 000000c000e20e90: 0000000000000000 0000000000000000 000000c000e20ea0: 0000000000000000 0000000000000000 000000c000e20eb0: 0000000000000000 0000000000000000 000000c000e20ec0: 0000000000000000 0000000000000000 000000c000e20ed0: 0000000000000000 0000000000000000 fatal error: unknown caller pc runtime: unexpected return pc for runtime.gopark called from 0x0 stack: frame={sp:0xc000e5d4b8, fp:0xc000e5d4d8} stack=[0xc000e5c000,0xc000e5e000) 000000c000e5d3b8: 0000000000000000 0000000000000000 000000c000e5d3c8: 0000000000000000 0000000000000000 000000c000e5d3d8: 0000000000000000 0000000000000000 000000c000e5d3e8: 0000000000000000 0000000000000000 000000c000e5d3f8: 0000000000000000 0000000000000000 000000c000e5d408: 0000000000000000 0000000000000000 000000c000e5d418: 0000000000000000 0000000000000000 000000c000e5d428: 0000000000000000 0000000000000000 000000c000e5d438: 0000000000000000 0000000000000000 000000c000e5d448: 0000000000000000 0000000000000000 000000c000e5d458: 0000000000000000 0000000000000000 000000c000e5d468: 0000000000000000 0000000000000000 000000c000e5d478: 0000000000000000 0000000000000000 000000c000e5d488: 0000000000000000 0000000000000000 000000c000e5d498: 0000000000000000 0000000000000000 000000c000e5d4a8: 0000000000000000 0000000000000000 000000c000e5d4b8: <0000000000000000 0000000000000000 000000c000e5d4c8: 0000000000000000 !0000000000000000 000000c000e5d4d8: >0000000000000000 0000000000000000 000000c000e5d4e8: 0000000000000000 0000000000000000 000000c000e5d4f8: 0000000000000000 0000000000003023 000000c000e5d508: 0000000000e23e58 000000c000396600 000000c000e5d518: 0000000000000000 0000000000e1b280 000000c000e5d528: 000000c01468d350 000000c0013ec520 000000c000e5d538: 0000000000000000 000000c000a55920 000000c000e5d548: 000000c002f53a00 000000000000001f 000000c000e5d558: 0000000000000000 0000000000000000 000000c000e5d568: 0000000000000000 0000000000000000 000000c000e5d578: 000000c012edf680 0000000000e09f40 000000c000e5d588: 000000c01468d380 000000c000623560 000000c000e5d598: 000000c000b75700 000000c0102fd140 000000c000e5d5a8: 0000000000000000 0000000000000000 000000c000e5d5b8:
About this issue
- Original URL
- State: closed
- Created 3 years ago
- Comments: 17 (4 by maintainers)
@tomfitzhenry , I don’t think this was fixed by 08ecdf7c2e9e9ecc4e2d7c6d9438faeed2338140. That commit only affects weak memory architectures, and this issue is being reporting on amd64, which is not a weak memory architecture. Other than being panics on the runtime stack, the two stack traces look pretty dissimilar to me.