Bug 1606807
Summary: | python-peewee: FTBFS in Fedora rawhide | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Mohan Boddu <mboddu> | ||||||||
Component: | python-peewee | Assignee: | Viliam Križan <vkrizan> | ||||||||
Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||
Severity: | unspecified | Docs Contact: | |||||||||
Priority: | unspecified | ||||||||||
Version: | rawhide | CC: | cstratak, vkrizan | ||||||||
Target Milestone: | --- | ||||||||||
Target Release: | --- | ||||||||||
Hardware: | Unspecified | ||||||||||
OS: | Unspecified | ||||||||||
Whiteboard: | |||||||||||
Fixed In Version: | python-peewee-2.10.2-7 | Doc Type: | If docs needed, set a value | ||||||||
Doc Text: | Story Points: | --- | |||||||||
Clone Of: | Environment: | ||||||||||
Last Closed: | 2018-07-30 15:08:08 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
Mohan Boddu
2018-07-20 21:44:21 UTC
Created attachment 1469299 [details]
build.log
file build.log too big, will only attach last 32768 bytes
Created attachment 1469300 [details]
root.log
file root.log too big, will only attach last 32768 bytes
Created attachment 1469301 [details]
state.log
This fails on PPC arch only for multithreading writes test. Charalampos do you happen to know how to fix this, or do you think that we should skip the test for PPC? Thanks FAIL: test_multiple_writers (playhouse.tests.test_database.TestMultiThreadedQueries) Traceback (most recent call last): File "/usr/lib64/python2.7/threading.py", line 804, in __bootstrap_inner self.run() File "/usr/lib64/python2.7/threading.py", line 757, in run self.__target(*self.__args, **self.__kwargs) File "/builddir/build/BUILD/peewee-2.10.2/playhouse/tests/test_database.py", line 50, in create_user_thread User.create(username='u%d' % i) File "/builddir/build/BUILD/peewee-2.10.2/peewee.py", line 4980, in create inst.save(force_insert=True) File "/builddir/build/BUILD/peewee-2.10.2/peewee.py", line 5173, in save pk_from_cursor = self.insert(**field_dict).execute() File "/builddir/build/BUILD/peewee-2.10.2/peewee.py", line 3587, in execute cursor = self._execute() File "/builddir/build/BUILD/peewee-2.10.2/peewee.py", line 2942, in _execute return self.database.execute_sql(sql, params, self.require_commit) File "/builddir/build/BUILD/peewee-2.10.2/peewee.py", line 3840, in execute_sql self.commit() File "/builddir/build/BUILD/peewee-2.10.2/peewee.py", line 3659, in __exit__ reraise(new_type, new_type(*exc_args), traceback) File "/builddir/build/BUILD/peewee-2.10.2/peewee.py", line 3833, in execute_sql cursor.execute(sql, params or ()) OperationalError: database is locked (In reply to Viliam Križan from comment #4) > This fails on PPC arch only for multithreading writes test. Charalampos do > you happen to know how to fix this, or do you think that we should skip the > test for PPC? > > Thanks > > > FAIL: test_multiple_writers > (playhouse.tests.test_database.TestMultiThreadedQueries) > > Traceback (most recent call last): > File "/usr/lib64/python2.7/threading.py", line 804, in __bootstrap_inner > self.run() > File "/usr/lib64/python2.7/threading.py", line 757, in run > self.__target(*self.__args, **self.__kwargs) > File > "/builddir/build/BUILD/peewee-2.10.2/playhouse/tests/test_database.py", line > 50, in create_user_thread > User.create(username='u%d' % i) > File "/builddir/build/BUILD/peewee-2.10.2/peewee.py", line 4980, in create > inst.save(force_insert=True) > File "/builddir/build/BUILD/peewee-2.10.2/peewee.py", line 5173, in save > pk_from_cursor = self.insert(**field_dict).execute() > File "/builddir/build/BUILD/peewee-2.10.2/peewee.py", line 3587, in execute > cursor = self._execute() > File "/builddir/build/BUILD/peewee-2.10.2/peewee.py", line 2942, in > _execute > return self.database.execute_sql(sql, params, self.require_commit) > File "/builddir/build/BUILD/peewee-2.10.2/peewee.py", line 3840, in > execute_sql > self.commit() > File "/builddir/build/BUILD/peewee-2.10.2/peewee.py", line 3659, in > __exit__ > reraise(new_type, new_type(*exc_args), traceback) > File "/builddir/build/BUILD/peewee-2.10.2/peewee.py", line 3833, in > execute_sql > cursor.execute(sql, params or ()) > OperationalError: database is locked I recall that the tests were failing randomly on ppc, so some sort of race condition might be at play here. Not sure if that's still the case. Do the tests fail deterministically now? No they still fail randomly. I was just wondering how to fix or suppress them, so such rebuilds will not fail too. (In reply to Viliam Križan from comment #6) > No they still fail randomly. I was just wondering how to fix or suppress > them, so such rebuilds will not fail too. In that case ideally the race conditions will need to be fixed in cooperation with upstream. Till then though the %check section could be wrapped around an %ifarch conditional. 5 Added %ifnarch for those two PPC64 architectures. |