Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.

Bug 1603935

Summary: etcd: FTBFS in Fedora rawhide
Product: [Fedora] Fedora Reporter: Mohan Boddu <mboddu>
Component: etcdAssignee: Jan Chaloupka <jchaloup>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 29CC: gscrivan, jcajka, jchaloup, lacypret, lemenkov, quantum.analyst
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: etcd-3.2.16-6.fc29 Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2019-02-26 03:05:27 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 1602938    
Attachments:
Description Flags
build.log
none
root.log
none
state.log none

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.