Bug 1186994 - koji error with scratch builds: TypeError: 'int' object is not iterable
Summary: koji error with scratch builds: TypeError: 'int' object is not iterable
Keywords:
Status: CLOSED EOL
Alias: None
Product: Fedora
Classification: Fedora
Component: koji
Version: 23
Hardware: Unspecified
OS: Unspecified
unspecified
medium
Target Milestone: ---
Assignee: Mike McLean
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
: 1274517 1290843 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2015-01-29 05:38 UTC by Ding-Yi Chen
Modified: 2016-12-20 13:10 UTC (History)
33 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-12-20 13:10:51 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
SRPM that failed to scratch build with koji (32.17 KB, application/x-rpm)
2015-01-29 05:38 UTC, Ding-Yi Chen
no flags Details
Patch 1/2 (1.51 KB, text/plain)
2015-11-24 12:15 UTC, Lubomir Rintel
no flags Details
Patch 2/2 (1.96 KB, text/plain)
2015-11-24 12:16 UTC, Lubomir Rintel
no flags Details

Description Ding-Yi Chen 2015-01-29 05:38:37 UTC
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:

Comment 1 Vratislav Podzimek 2015-01-31 20:22:18 UTC
Same here with a different SRPM, but the issue only affects task watching, the build in Koji runs successfully.

Comment 2 Jos de Kloe 2015-02-19 22:45:18 UTC
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:".

Comment 3 Jos de Kloe 2015-02-19 22:51:21 UTC
This seems the same issue as reported in #1186490

Comment 4 Sergio Basto 2015-03-09 22:49:27 UTC
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.

Comment 5 John Florian 2015-04-01 18:24:51 UTC
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.

Comment 6 John Florian 2015-04-01 18:25:54 UTC
I failed to mention that this was koji-builder-1.9.0-10.fc21.gitcd45e886.noarch.

Comment 7 Richard Z. 2015-05-07 10:37:07 UTC
(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.

Comment 8 John Florian 2015-05-07 12:23:43 UTC
(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.

Comment 9 Vratislav Podzimek 2015-05-21 11:36:13 UTC
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.

Comment 10 John Florian 2015-05-26 14:46:17 UTC
(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.

Comment 11 Vratislav Podzimek 2015-05-27 08:55:07 UTC
(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?

Comment 12 Dan Horák 2015-05-27 09:36:02 UTC
https://lists.fedoraproject.org/pipermail/devel/2015-January/207036.html contains workaround

Comment 13 John Florian 2015-05-27 19:34:09 UTC
(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.

Comment 14 Stephen Gallagher 2015-06-12 16:07:11 UTC
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.

Comment 15 Peter Bieringer 2015-09-05 07:50:14 UTC
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

Comment 16 Remi Collet 2015-10-06 15:09:35 UTC
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

Comment 17 Francesco Frassinelli (frafra) 2015-11-15 11:20:28 UTC
(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

Comment 18 Lubomir Rintel 2015-11-24 12:15:37 UTC
Created attachment 1098163 [details]
Patch 1/2

The error message is now incorrect, see bug #1274517

Comment 19 Lubomir Rintel 2015-11-24 12:16:26 UTC
Created attachment 1098164 [details]
Patch 2/2

A suggested fix

Comment 20 Lubomir Rintel 2015-11-24 12:17:43 UTC
*** Bug 1274517 has been marked as a duplicate of this bug. ***

Comment 21 Richard W.M. Jones 2016-01-12 09:32:56 UTC
*** Bug 1290843 has been marked as a duplicate of this bug. ***

Comment 22 Lukas Slebodnik 2016-01-15 09:36:51 UTC
This bug is also in koji-1.10.1-1.fc23.noarch

Could someone test/apply patch from Comment 19?

Comment 23 Andrew Miskell 2016-02-26 19:12:47 UTC
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.

Comment 24 Fedora Admin XMLRPC Client 2016-03-10 14:45:51 UTC
This package has changed ownership in the Fedora Package Database.  Reassigning to the new owner of this component.

Comment 25 Randy Barlow 2016-03-14 05:10:56 UTC
This seems to be fixed in Rawhide. Thanks!

Comment 26 Fedora End Of Life 2016-11-24 11:23:58 UTC
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.

Comment 27 Fedora End Of Life 2016-12-20 13:10:51 UTC
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.


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