Can you run it with --debug? I'm not able to reproduce it.

Sry, What do you mean by "run it with --debug"

There's no "--debug" option for the command line.

koji --debug import-sig (it is global option before the action)

$koji --debug import-sig wemeet-3.14.0.401-1.lch2023.aarch64.rpm

2023-04-04 19:15:40,061 [DEBUG] koji: Opening new requests session
2023-04-04 19:15:40,061 [DEBUG] koji: Opening new requests session
successfully connected to hub
Importing signature [key 1ce71ff0] from wemeet-3.14.0.401-1.lch2023.aarch64.rpm...
Writing signed copy
Traceback (most recent call last):
File "/usr/bin/koji", line 331, in
rv = locals()[command].call(options, session, args)
File "/usr/lib/python3.10/site-packages/koji_cli/commands.py", line 1622, in handle_import_sig
session.writeSignedRPM(rinfo['id'], sigkey)
File "/usr/lib/python3.10/site-packages/koji/init.py", line 2406, in call
return self.func(self.__name, args, opts)
File "/usr/lib/python3.10/site-packages/koji/__init.py", line 2963, in _renew_expired_session
return func(self, args, kwargs)
File "/usr/lib/python3.10/site-packages/koji/init.py", line 3007, in _callMethod
raise err
File "/usr/lib/python3.10/site-packages/koji/init.py", line 2988, in _callMethod
return self._sendCall(handler, headers, request)
File "/usr/lib/python3.10/site-packages/koji/init.py", line 2885, in _sendCall
raise e
File "/usr/lib/python3.10/site-packages/koji/init.py", line 2881, in _sendCall
return self._sendOneCall(handler, headers, request)
File "/usr/lib/python3.10/site-packages/koji/init.py", line 2931, in _sendOneCall
ret = self._read_xmlrpc_response(r)
File "/usr/lib/python3.10/site-packages/koji/init.py", line 2943, in _read_xmlrpc_response
result = u.close()
File "/usr/lib64/python3.10/xmlrpc/client.py", line 668, in close
raise Fault(*self._stack[0])
xmlrpc.client.Fault: : 'NoneType' object has no attribute 'split'">

Ok, so it is happening on hub side. Have you access to hub's error log?

Sorry, where is hub's error log?

If you mean the log in /var/log/httpd/, there's no specific log containing the error I mentioned above.

Yes, it should be in /var/log/httpd/error_log by default. (Depends on LogLevel in /etc/koji-hub/hub.conf)

I am using the default config of LogLevel.

/var/log/httpd/error_log :

[Sun Apr 02 00:00:00.420822 2023] [lbmethod_heartbeat:notice] [pid 3598502:tid 3598502] AH02282: No slotmem from mod_heartmonitor
[Sun Apr 02 00:00:00.423803 2023] [mpm_event:notice] [pid 3598502:tid 3598502] AH00489: Apache/2.4.55 (Fedora Linux) OpenSSL/3.0.8 mod_auth_gssapi/1.6.3 mod_wsgi/4.9.0 Python/3.10 configured -- resuming normal operations
[Sun Apr 02 00:00:00.423828 2023] [core:notice] [pid 3598502:tid 3598502] AH00094: Command line: '/usr/sbin/httpd -D FOREGROUND'
[Tue Apr 04 20:13:27.567495 2023] [mpm_event:notice] [pid 3598502:tid 3598502] AH00492: caught SIGWINCH, shutting down gracefully
[Tue Apr 04 20:13:30.811624 2023] [suexec:notice] [pid 901155:tid 901155] AH01232: suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
[Tue Apr 04 20:13:30.837040 2023] [lbmethod_heartbeat:notice] [pid 901155:tid 901155] AH02282: No slotmem from mod_heartmonitor
[Tue Apr 04 20:13:30.842248 2023] [mpm_event:notice] [pid 901155:tid 901155] AH00489: Apache/2.4.55 (Fedora Linux) OpenSSL/3.0.8 mod_auth_gssapi/1.6.3 mod_wsgi/4.9.0 Python/3.10 configured -- resuming normal operations
[Tue Apr 04 20:13:30.842348 2023] [core:notice] [pid 901155:tid 901155] AH00094: Command line: '/usr/sbin/httpd -D FOREGROUND'

Also Failed in "dist-repo --allow-missing-signature" :

traceback (most recent call last):
File "/usr/lib/python3.11/site-packages/koji/daemon.py", line 1492, in runTask
response = (handler.run(),)
^^^^^^^^^^^^^
File "/usr/lib/python3.11/site-packages/koji/tasks.py", line 335, in run
return koji.util.call_with_argcheck(self.handler, self.params, self.opts)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3.11/site-packages/koji/util.py", line 271, in call_with_argcheck
return func(args, *kwargs)
^^^^^^^^^^^^^^^^^^^^^
File "/usr/sbin/kojid", line 5907, in handler
self.get_rpms(tag, arch, keys, opts)
File "/usr/sbin/kojid", line 6202, in get_rpms
avail_keys = [key.lower() for key in rpm_idx[rpm_id].keys()]
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/sbin/kojid", line 6202, in
avail_keys = [key.lower() for key in rpm_idx[rpm_id].keys()]
^^^^^^^^^
AttributeError: 'NoneType' object has no attribute 'lower'

It is from different time describing different error.

I can't dist-repo anymore, do you have any suggestions on figuring this problem out?

Is it rpm you can send to me, or is it some NDA content?

It's not NDA rpm, but It's not rpm's fault as I think, cuz I tried general rpm from "koji.fedora.rog", still got the same error.

Which koji version is it?

1.32.0

Hmm, still can't reproduce. It looks like in db is sigkey None which shouldn't be possible. Can you check schema of db table rpmsigs? Or run SELECT COUNT(*) FROM rpmsigs WHERE sigkey IS NULL. That column shouldn't be nullable.

I fixed my httpd.conf of koji-hub:

- Alias /kojihub /usr/share/koji-hub/kojixmlrpc.py
+ Alias /kojihub /usr/share/koji-hub/kojiapp.py

Now, it works again. But don't know how, thanks for your help.

Interesting - is /usr/share/koji-hub/kojixmlrpc.py still there? Maybe I've messed upgrade process?

You didn't mess up the upgrade process.

Actually, I updated kojihub months ago, and came out with an Error about "kojiapp.py" which I couldn't fix that time, so I rolled this Alias back and copy "kojixmlrpc.py" from old version rudely.

This issue has been migrated to Fedora Forge:
https://forge.fedoraproject.org/koji/koji/issues/3766

Please continue any further discussion there.