fedora-infrastructure

#8114 Upgrade koji to 1.18.0 in staging
Closed: Fixed by dustymabe. Opened by pingou.

Closed: Fixed
Reopen Issue

The koji release 1.18.0 should contain some improvements related to side-tags creation, we would like to test them in the scope of mult-build update gating for rawhide.

This ticket is so that we can track/organize some time to do the upgrade :)

Metadata Update from @pingou:
- Issue tagged with: koji, staging

There's a bunch of gotchas here. We can do this, but we have to be careful.

We have to rebuild koji rpm in infra tags (because the fedora koji package only switches to python3 at f31, but we have done so at f29)

We likely should reinstall the f30 staging builders with f29 for now, and then upgrade all the builders to f31 after thats out.

Done:

buildvm-01.stg.phx2.fedoraproject.org | CHANGED | rc=0 | (stdout) koji-1.18.0-4.fc30.infra.noarch
buildvm-02.stg.phx2.fedoraproject.org | CHANGED | rc=0 | (stdout) koji-1.18.0-4.fc29.infra.noarch
buildvm-03.stg.phx2.fedoraproject.org | CHANGED | rc=0 | (stdout) koji-1.18.0-4.fc29.infra.noarch
buildvm-04.stg.phx2.fedoraproject.org | CHANGED | rc=0 | (stdout) koji-1.18.0-4.fc29.infra.noarch
buildvm-05.stg.phx2.fedoraproject.org | CHANGED | rc=0 | (stdout) koji-1.18.0-4.fc29.infra.noarch
buildvm-aarch64-01.stg.arm.fedoraproject.org | CHANGED | rc=0 | (stdout) koji-1.18.0-4.fc29.infra.noarch
buildvm-armv7-01.stg.arm.fedoraproject.org | CHANGED | rc=0 | (stdout) koji-1.18.0-4.fc29.infra.noarch
buildvm-ppc64le-01.stg.ppc.fedoraproject.org | CHANGED | rc=0 | (stdout) koji-1.18.0-4.fc29.infra.noarch
buildvm-s390x-01.stg.s390.fedoraproject.org | CHANGED | rc=0 | (stdout) koji-1.18.0-4.fc29.infra.noarch
koji01.stg.phx2.fedoraproject.org | CHANGED | rc=0 | (stdout) koji-1.18.0-3.el7.noarch

Metadata Update from @kevin:
- Issue close_status updated to: Fixed
- Issue status updated to: Closed (was: Open)

Did you update the database schema? I'm getting an error in stage:

[root@ea4fcd4c062d work]# rpm -q koji
koji-1.18.0-3.fc30.noarch
[root@ea4fcd4c062d work]# python3
Python 3.7.4 (default, Jul  9 2019, 16:32:37) 
[GCC 9.1.1 20190503 (Red Hat 9.1.1-1)] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import koji
>>> c = koji.ClientSession('https://koji.stg.fedoraproject.org/kojihub')    
>>> b = c.getBuild('adwaita-blue-gtk-theme-3.22.21.0-10.fc30')
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/usr/lib/python3.7/site-packages/koji/__init__.py", line 2090, in __call__
    return self.__func(self.__name, args, opts)
  File "/usr/lib/python3.7/site-packages/koji/__init__.py", line 2594, in _callMethod
    raise err
  File "/usr/lib/python3.7/site-packages/koji/__init__.py", line 2575, in _callMethod
    return self._sendCall(handler, headers, request)
  File "/usr/lib/python3.7/site-packages/koji/__init__.py", line 2497, in _sendCall
    return self._sendOneCall(handler, headers, request)
  File "/usr/lib/python3.7/site-packages/koji/__init__.py", line 2539, in _sendOneCall
    ret = self._read_xmlrpc_response(r)
  File "/usr/lib/python3.7/site-packages/koji/__init__.py", line 2551, in _read_xmlrpc_response
    result = u.close()
  File "/usr/lib64/python3.7/xmlrpc/client.py", line 656, in close
    raise Fault(**self._stack[0])
xmlrpc.client.Fault: <Fault 1: '<class \'psycopg2.ProgrammingError\'>: column build.cg_id does not exist\nLINE 2: SELECT build.id, build.cg_id, build.completion_time, EXTRACT...\n                
         ^\nHINT:  Perhaps you meant to reference the column "build.pkg_id".\n'>
>>>

cc @tkopecek

Metadata Update from @dustymabe:
- Issue status updated to: Open (was: Closed)

Ah indeed. I did not.

Can you try again now?

Thanks! :)

Ah indeed. I did not.
Can you try again now?

works now

Metadata Update from @dustymabe:
- Issue close_status updated to: Fixed
- Issue status updated to: Closed (was: Open)
Metadata
None

koji staging

None
None
Normal
Static archive. pagure.io was sunset in 2026; this is a read-only snapshot.
Red Hat Logo

Fedora is sponsored by Red Hat. Learn more about the relationship between Red Hat and Fedora »

© Red Hat, Inc. and others.