Bug 1603935 - etcd: FTBFS in Fedora rawhide
Summary: etcd: FTBFS in Fedora rawhide
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: etcd
Version: 29
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Jan Chaloupka
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: F29FTBFS
TreeView+ depends on / blocked
 
Reported: 2018-07-19 19:33 UTC by Mohan Boddu
Modified: 2019-02-26 03:05 UTC (History)
6 users (show)

Fixed In Version: etcd-3.2.16-6.fc29
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2019-02-26 03:05:27 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
build.log (32.00 KB, text/plain)
2018-07-19 19:33 UTC, Mohan Boddu
no flags Details
root.log (32.00 KB, text/plain)
2018-07-19 19:33 UTC, Mohan Boddu
no flags Details
state.log (611 bytes, text/plain)
2018-07-19 19:33 UTC, Mohan Boddu
no flags Details

Description Mohan Boddu 2018-07-19 19:33:20 UTC
etcd failed to build from source in Fedora rawhide

https://koji.fedoraproject.org/koji/taskinfo?taskID=28176467


For details on the mass rebuild see:

https://fedoraproject.org/wiki/Fedora_29_Mass_Rebuild
Please fix etcd at your earliest convenience and set the bug's status to
ASSIGNED when you start fixing it. If the bug remains in NEW state for 8 weeks,
etcd will be orphaned. Before branching of Fedora 30,
etcd will be retired, if it still fails to build.

For more details on the FTBFS policy, please visit:
https://fedoraproject.org/wiki/Fails_to_build_from_source

Comment 1 Mohan Boddu 2018-07-19 19:33:31 UTC
Created attachment 1461816 [details]
build.log

file build.log too big, will only attach last 32768 bytes

Comment 2 Mohan Boddu 2018-07-19 19:33:38 UTC
Created attachment 1461817 [details]
root.log

file root.log too big, will only attach last 32768 bytes

Comment 3 Mohan Boddu 2018-07-19 19:33:46 UTC
Created attachment 1461818 [details]
state.log

Comment 4 Jan Kurik 2018-08-14 09:42:03 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 29 development cycle.
Changing version to '29'.

Comment 5 Elliott Sales de Andrade 2019-02-17 10:03:45 UTC
With the obvious bugs fixed, a new build [1] is now failing only on ppc64le [2] (note this is F30 now):

+ go test -buildmode pie -compiler gc -ldflags '-extldflags '\''-Wl,-z,relro -Wl,--as-needed  -Wl,-z,now -specs=/usr/lib/rpm/redhat/redhat-hardened-ld '\'''
2019-02-17 09:38:00.303208 W | auth: simple token is not cryptographically signed
unexpected fault address 0x132b48f98
fatal error: fault
[signal SIGSEGV: segmentation violation code=0x1 addr=0x132b48f98 pc=0x13305e290]
goroutine 9 [running]:
runtime.throw(0x13352fe88, 0x5)
	/usr/lib/golang/src/runtime/panic.go:617 +0x68 fp=0xc00021b7c0 sp=0xc00021b780 pc=0x133044a68
runtime.sigpanic()
	/usr/lib/golang/src/runtime/signal_unix.go:397 +0x464 fp=0xc00021b800 sp=0xc00021b7c0 pc=0x13305d364
runtime.makeslice(0x132b48f98, 0x44, 0x44, 0xc)
	/usr/lib/golang/src/runtime/slice.go:35 +0x40 fp=0xc00021b860 sp=0xc00021b820 pc=0x13305e290
github.com/coreos/bbolt.(*Bucket).write(0xc00006c2c0, 0xc000135201, 0xc00021ba60, 0x133785f60)
	/usr/share/gocode/src/github.com/coreos/bbolt/bucket.go:617 +0x6c fp=0xc00021b8b8 sp=0xc00021b860 pc=0x13329c27c
github.com/coreos/bbolt.(*Bucket).spill(0xc000210018, 0x1be6c467, 0x133c7c300)
	/usr/share/gocode/src/github.com/coreos/bbolt/bucket.go:533 +0xe4 fp=0xc00021bac0 sp=0xc00021b8b8 pc=0x13329baf4
github.com/coreos/bbolt.(*Tx).Commit(0xc000210000, 0x1be6bce7, 0x133c7c300)
	/usr/share/gocode/src/github.com/coreos/bbolt/tx.go:160 +0xd0 fp=0xc00021bc00 sp=0xc00021bac0 pc=0x1332a91f0
github.com/coreos/etcd/mvcc/backend.(*batchTx).commit(0xc0001352c0, 0x0)
	/builddir/build/BUILD/etcd-3.2.16/_build/src/github.com/coreos/etcd/mvcc/backend/batch_tx.go:179 +0x8c fp=0xc00021bc88 sp=0xc00021bc00 pc=0x1333d22fc
github.com/coreos/etcd/mvcc/backend.(*batchTxBuffered).unsafeCommit(0xc0001352c0, 0x13384ba00)
	/builddir/build/BUILD/etcd-3.2.16/_build/src/github.com/coreos/etcd/mvcc/backend/batch_tx.go:251 +0x5c fp=0xc00021bce8 sp=0xc00021bc88 pc=0x1333d29dc
github.com/coreos/etcd/mvcc/backend.(*batchTxBuffered).commit(0xc0001352c0, 0x13384a300)
	/builddir/build/BUILD/etcd-3.2.16/_build/src/github.com/coreos/etcd/mvcc/backend/batch_tx.go:239 +0x94 fp=0xc00021bd28 sp=0xc00021bce8 pc=0x1333d2944
github.com/coreos/etcd/mvcc/backend.(*batchTxBuffered).Commit(0xc0001352c0)
	/builddir/build/BUILD/etcd-3.2.16/_build/src/github.com/coreos/etcd/mvcc/backend/batch_tx.go:226 +0x7c fp=0xc00021bd68 sp=0xc00021bd28 pc=0x1333d27ac
github.com/coreos/etcd/mvcc/backend.(*backend).ForceCommit(0xc0000707e0)
	/builddir/build/BUILD/etcd-3.2.16/_build/src/github.com/coreos/etcd/mvcc/backend/backend.go:165 +0x44 fp=0xc00021bd90 sp=0xc00021bd68 pc=0x1333cf964
github.com/coreos/etcd/auth.NewAuthStore(0x13386d3e0, 0xc0000707e0, 0x13386b700, 0xc0001af2e0, 0xc0001af2e0)
	/builddir/build/BUILD/etcd-3.2.16/_build/src/github.com/coreos/etcd/auth/store.go:933 +0x2b4 fp=0xc00021be68 sp=0xc00021bd90 pc=0x133524e64
github.com/coreos/etcd/auth.TestNewAuthStoreRevision(0xc0001ca200)
	/builddir/build/BUILD/etcd-3.2.16/_build/src/github.com/coreos/etcd/auth/store_test.go:54 +0x14c fp=0xc00021bf70 sp=0xc00021be68 pc=0x133526c2c
testing.tRunner(0xc0001ca200, 0x13384a230)
	/usr/lib/golang/src/testing/testing.go:862 +0xdc fp=0xc00021bfb0 sp=0xc00021bf70 pc=0x13311201c
runtime.goexit()
	/usr/lib/golang/src/runtime/asm_ppc64x.s:856 +0x4 fp=0xc00021bfb0 sp=0xc00021bfb0 pc=0x133077694
created by testing.(*T).Run
	/usr/lib/golang/src/testing/testing.go:913 +0x304
goroutine 1 [chan receive]:
testing.(*T).Run(0xc0001ca200, 0x13353c0d5, 0x18, 0x13384a230, 0x133c37f01)
	/usr/lib/golang/src/testing/testing.go:914 +0x320
testing.runTests.func1(0xc0001ca000)
	/usr/lib/golang/src/testing/testing.go:1154 +0x8c
testing.tRunner(0xc0001ca000, 0xc0000bbdd8)
	/usr/lib/golang/src/testing/testing.go:862 +0xdc
testing.runTests(0xc0001aefc0, 0x133c39420, 0x14, 0x14, 0x0)
	/usr/lib/golang/src/testing/testing.go:1152 +0x2a0
testing.(*M).Run(0xc00000c080, 0x0)
	/usr/lib/golang/src/testing/testing.go:1069 +0x174
main.main()
	_testmain.go:80 +0x150
goroutine 10 [runnable]:
github.com/coreos/etcd/mvcc/backend.(*backend).run(0xc0000707e0)
	/builddir/build/BUILD/etcd-3.2.16/_build/src/github.com/coreos/etcd/mvcc/backend/backend.go:247
created by github.com/coreos/etcd/mvcc/backend.newBackend
	/builddir/build/BUILD/etcd-3.2.16/_build/src/github.com/coreos/etcd/mvcc/backend/backend.go:150 +0x214
exit status 2
FAIL	github.com/coreos/etcd/auth	0.476s

[1] https://koji.fedoraproject.org/koji/taskinfo?taskID=32862906
[2] https://koji.fedoraproject.org/koji/taskinfo?taskID=32863931

Comment 6 Fedora Update System 2019-02-17 20:39:56 UTC
etcd-3.2.16-6.fc29 has been submitted as an update to Fedora 29. https://bodhi.fedoraproject.org/updates/FEDORA-2019-dafe6db959

Comment 7 Elliott Sales de Andrade 2019-02-17 20:40:37 UTC
OK, that seems Fedora 30 specific. This bug seems fine after rebuilding.

Comment 8 Fedora Update System 2019-02-18 03:05:54 UTC
etcd-3.2.16-6.fc29 has been pushed to the Fedora 29 testing repository. If problems still persist, please make note of it in this bug report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2019-dafe6db959

Comment 9 Fedora Update System 2019-02-26 03:05:27 UTC
etcd-3.2.16-6.fc29 has been pushed to the Fedora 29 stable repository. If problems still persist, please make note of it in this bug report.


Note You need to log in before you can comment on or make changes to this bug.