Created attachment 985440 [details] SRPM that failed to scratch build with koji Description of problem: When I run following command $ koji build --scratch f22 zanata-parent-20-2.fc22.src.rpm It failed with following error message: Watching tasks (this may be safely interrupted)... 8760547 build (f22, zanata-parent-20-2.fc22.src.rpm): open (buildvm-01.phx2.fedoraproject.org) 8760548 buildArch (zanata-parent-20-2.fc22.src.rpm, noarch): open (buildhw-02.phx2.fedoraproject.org) SysCallError: (-1, 'Unexpected EOF') This error only happen to my maven packages, other packages seems normal. Also, this package can be scratch build with fedpkg with following command: $ fedpkg --dist f22 scratch-build --srpm zanata-parent-20-2.fc22.src.rpm Version-Release number of selected component (if applicable): koji-1.9.0-8.fc21.noarch How reproducible: Always with the attached srpm. Steps to Reproduce: 1. Run following command with attached srpm koji build --scratch f22 zanata-parent-20-2.fc22.src.rpm Actual results: SysCallError: (-1, 'Unexpected EOF') Expected results: Build successfully. Additional info:
Same here with a different SRPM, but the issue only affects task watching, the build in Koji runs successfully.
Confirmed on my side as well. Fully updated F21 installation shows this error when I launch koji to build my pygrib package. It clearly is a problem in the commandline tool only. The build itself runs just fine, as can be seen by following the url after "Task info:".
This seems the same issue as reported in #1186490
Hi, I found this : https://lists.fedoraproject.org/pipermail/buildsys/2015-January/004484.html I apply patch mention and restart some service and could bootstrap an koji server on Fedora 21 updated.
My kojid with KOJID_DEBUG=Y and KOJID_VERBOSE=Y in /etc/sysconfig/kojid emits the following every 15 seconds or so: [DEBUG] koji: Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/koji/__init__.py", line 1899, in _callMethod return self._sendCall(handler, headers, request) File "/usr/lib/python2.7/site-packages/koji/__init__.py", line 1810, in _sendCall return self._sendOneCall(handler, headers, request) File "/usr/lib/python2.7/site-packages/koji/__init__.py", line 1830, in _sendOneCall response = cnx.getresponse() File "/usr/lib64/python2.7/httplib.py", line 1067, in getresponse response.begin() File "/usr/lib64/python2.7/httplib.py", line 409, in begin version, status, reason = self._read_status() File "/usr/lib64/python2.7/httplib.py", line 365, in _read_status line = self.fp.readline(_MAXLINE + 1) File "/usr/lib64/python2.7/socket.py", line 476, in readline data = self._sock.recv(self._rbufsize) File "/usr/lib/python2.7/site-packages/koji/ssl/SSLConnection.py", line 140, in recv return con.recv(bufsize, flags) SysCallError: (-1, 'Unexpected EOF') I applied the patch mentioned in comment #4 and it does indeed seem to resolve the issue for me as well.
I failed to mention that this was koji-builder-1.9.0-10.fc21.gitcd45e886.noarch.
(In reply to Vratislav Podzimek from comment #1) > Same here with a different SRPM, but the issue only affects task watching, > the build in Koji runs successfully. same here and not related to maven.
(In reply to Richard Z. from comment #7) > > and not related to maven. I overlooked that bit in the subject. I also am not using maven. In fact, IIRC this has nothing to do with building specifically. It looked more like a polling operation.
Seems to be specific to the koji.fedoraproject.org instance as wrapper scripts for other Koji instances in the Fedora infrastructure (s390-koji, arm-koji,...) don't suffer with this.
(In reply to Vratislav Podzimek from comment #9) > Seems to be specific to the koji.fedoraproject.org instance as wrapper > scripts for other Koji instances in the Fedora infrastructure (s390-koji, > arm-koji,...) don't suffer with this. I suffer with the issue and am not using the koji.fedoraproject.org instance but rather a private one.
(In reply to John Florian from comment #10) > (In reply to Vratislav Podzimek from comment #9) > > Seems to be specific to the koji.fedoraproject.org instance as wrapper > > scripts for other Koji instances in the Fedora infrastructure (s390-koji, > > arm-koji,...) don't suffer with this. > > I suffer with the issue and am not using the koji.fedoraproject.org instance > but rather a private one. Which version of Koji are you running? The s390.koji.fedoraproject.org instance is 1.9.0. Maybe it's specific to some (new) version?
https://lists.fedoraproject.org/pipermail/devel/2015-January/207036.html contains workaround
(In reply to Vratislav Podzimek from comment #11) > (In reply to John Florian from comment #10) > > (In reply to Vratislav Podzimek from comment #9) > > > Seems to be specific to the koji.fedoraproject.org instance as wrapper > > > scripts for other Koji instances in the Fedora infrastructure (s390-koji, > > > arm-koji,...) don't suffer with this. > > > > I suffer with the issue and am not using the koji.fedoraproject.org instance > > but rather a private one. > > Which version of Koji are you running? The s390.koji.fedoraproject.org > instance is 1.9.0. Maybe it's specific to some (new) version? I am running koji-1.9.0-11.fc21.20150423git52a0188.noarch.
Just to bump this back up, I'm also having this issue on every Koji build I run (No matter which SRPM). It's extremely annoying to have to issue a manual 'koji watch-task' after starting my builds.
Hit by same issue $ rpm -q koji koji-1.10.0-1.fc22.noarch confirmed that patch showed https://lists.fedoraproject.org/pipermail/buildsys/2015-January/004484.html will fix that issue. Please update the package with that fix, thank you
Today, still fails, but differently $ koji build --scratch rawhide /home/rpmbuild/site/rpms/SRPMS/php-composer-semver-1.0.0-1.remi.src.rpm Uploading srpm: /home/rpmbuild/site/rpms/SRPMS/php-composer-semver-1.0.0-1.remi.src.rpm [====================================] 100% 00:00:00 24.46 KiB 36.92 KiB/sec Created task: 11350908 Task info: http://koji.fedoraproject.org/koji/taskinfo?taskID=11350908 Watching tasks (this may be safely interrupted)... 11350908 build (rawhide, php-composer-semver-1.0.0-1.remi.src.rpm): free TypeError: 'int' object is not iterable
(In reply to Remi Collet from comment #16) > Today, still fails, but differently I can confirm: $ rpm -q koji koji-1.10.0-2.fc23.noarch
Created attachment 1098163 [details] Patch 1/2 The error message is now incorrect, see bug #1274517
Created attachment 1098164 [details] Patch 2/2 A suggested fix
*** Bug 1274517 has been marked as a duplicate of this bug. ***
*** Bug 1290843 has been marked as a duplicate of this bug. ***
This bug is also in koji-1.10.1-1.fc23.noarch Could someone test/apply patch from Comment 19?
I see this same issue with koji-1.10.1-1.el7.centos.noarch as well. Haven't tried applying the patch from Comment 19 yet.
This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component.
This seems to be fixed in Rawhide. Thanks!
This message is a reminder that Fedora 23 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 23. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '23'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 23 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
Fedora 23 changed to end-of-life (EOL) status on 2016-12-20. Fedora 23 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed.