Сборка CockroachDB для RPi дает «ошибку нарушения сегментации» - PullRequest
0 голосов
/ 11 сентября 2018

Я пытаюсь собрать CockroachDB из источников на RPi 3, следуя нескольким постам ( это и это ).

Моя настройка RaspberryPi:

  • OS: 2018-06-27-raspbian-stretch
  • Процессор: ARMv7 rev 4 (v71)
  • Mem: 1G + SWAP: 1,5G
  • Версия Go: go1.11 linux / arm

Я исправил пару ошибок, связанных со сторонними библиотеками, во время «создания», но теперь я застрял на этом:

pi@raspberrypi:~/work/go/src/github.com/cockroachdb/cockroach $ make build TAGS='stdmalloc' -j2
GOPATH set to /home/pi/work/go
go build -o cockroach -v  -tags 'stdmalloc make arm_linux_gnueabihf_stdmalloc' -ldflags '-X github.com/cockroachdb/cockroach/pkg/build.typ=development -extldflags "" -X "github.com/cockroachdb/cockroach/pkg/build.tag=v2.2.0-alpha.00000000-668-gf76d921f42-dirty" -X "github.com/cockroachdb/cockroach/pkg/build.rev=f76d921f4262356fde83312d0f471262d995f1e0" -X "github.com/cockroachdb/cockroach/pkg/build.cgoTargetTriple=arm-linux-gnueabihf"   -X "github.com/cockroachdb/cockroach/pkg/build.utcTime=2018/09/11 12:47:32"' ./pkg/cmd/cockroach
panic: runtime error: invalid memory address or nil pointer dereference
[signal SIGSEGV: segmentation violation code=0x1 addr=0x0 pc=0x2372b8]

goroutine 1 [running]:
runtime/internal/atomic.goLoad64(0x3d65bdc, 0x0, 0x5607a20)
/usr/local/go/src/runtime/internal/atomic/atomic_arm.go:124 +0x1c
github.com/cockroachdb/cockroach/pkg/util/humanizeutil.(*BytesValue).String(0x55fb578, 0x5607a01, 0x56d9ea0)
/home/pi/work/go/src/github.com/cockroachdb/cockroach/pkg/util/humanizeutil/humanize.go:109 +0x28
github.com/cockroachdb/cockroach/pkg/cli.(*bytesOrPercentageValue).String(0x57b4920, 0x56d9ea0, 0x7)
/home/pi/work/go/src/github.com/cockroachdb/cockroach/pkg/cli/flags_util.go:492 +0x20
github.com/cockroachdb/cockroach/vendor/github.com/spf13/pflag.(*FlagSet).VarPF(0x54d3a00, 0x25cf778, 0x57b4920, 0x1ef3864, 0xe, 0x0, 0x0, 0x56d2900, 0x169, 0x56d9ea0)
/home/pi/work/go/src/github.com/cockroachdb/cockroach/vendor/github.com/spf13/pflag/flag.go:778 +0x24
github.com/cockroachdb/cockroach/vendor/github.com/spf13/pflag.(*FlagSet).VarP(0x54d3a00, 0x25cf778, 0x57b4920, 0x1ef3864, 0xe, 0x0, 0x0, 0x56d2900, 0x169)
/home/pi/work/go/src/github.com/cockroachdb/cockroach/vendor/github.com/spf13/pflag/flag.go:786 +0x5c
github.com/cockroachdb/cockroach/pkg/cli.VarFlag(0x54d3a00, 0x25cf778, 0x57b4920, 0x1ef3864, 0xe, 0x0, 0x0, 0x0, 0x0, 0x1fa4462, ...)
/home/pi/work/go/src/github.com/cockroachdb/cockroach/pkg/cli/flags.go:129 +0x6c
github.com/cockroachdb/cockroach/pkg/cli.init.5()
/home/pi/work/go/src/github.com/cockroachdb/cockroach/pkg/cli/flags.go:324 +0x6c0
Makefile:1288: recipe for target 'docs/generated/settings/settings.html' failed
make: *** [docs/generated/settings/settings.html] Error 2
make: *** Deleting file 'docs/generated/settings/settings.html'

Есть идеи, что может быть не так?

1 Ответ

0 голосов
/ 13 сентября 2018

спасибо за вопрос. Я был первоначальным автором этого сообщения в блоге. Похоже, вы столкнулись с проблемой, связанной с https://github.com/golang/go/issues/9959. Похоже, golang требует 64-битного выравнивания 64-битных слов при атомном доступе. Это несколько сложно реализовать в рамках всего проекта. Тем не менее, мы можем попытаться заставить это работать, удалив атомарный доступ на pkg/util/humanizeutil/humanize.go:109 (который не выглядит необходимым) и заменив его на return IBytes(*b.val). Это, по крайней мере, поможет вам преодолеть этот контрольно-пропускной пункт. Однако после этого могут возникнуть другие проблемы. К сожалению, CockroachDB никогда не настраивал CI вокруг 32-битной сборки ARMv7, потому что 32-битная архитектура никогда официально не поддерживалась проектом.

Однако 64-разрядная сборка ARMv8 поддерживается более активно. Фактически, для сборки CockroachDB для ARMv8 на хосте x86_64 был представлен целый набор инструментов для кросс-компиляции. Компиляция с использованием этого набора инструментов может быть запущена с помощью команды build/builder.sh mkrelease arm64-linux-gnueabi. Полученный двоичный файл может быть сброшен на RaspberryPi с 64-битной ОС, такой как https://wiki.debian.org/RaspberryPi3.. Я действительно попробовал это на прошлой неделе и не столкнулся с проблемами.

...