kathara check error : Running container failed: invalid literal for int() with base 10: ''

[Cocoo68332]

Operating System

Mageia 9

Kathará Version

3.8.0

Bug Description

Hi,
My Linux mageia9 system is RPM based, but my glibc is 2.36 instead of the 2.38 you require in your RPM. So I did a python pip install that went fine. But when I run kathara check, I get the following error:

[me@mypc site-packages]$ kathara check
┌───────────────────────────────────────────────────────────────────────────────────────────────┐
│ System Check │
└───────────────────────────────────────────────────────────────────────────────────────────────┘
Current Manager is: Docker (Kathara)
Manager version is: library-import
Python version is: 3.10.18 (main, Nov 10 2025, 10:10:26) [GCC 12.3.0]
Kathara version is: 3.8.0
Operating System version is: Linux-6.6.105-desktop-1.mga9-x86_64
× Running container failed: invalid literal for int() with base 10: ''

Any idea ?

Steps To Reproduce

Perform a pip install of kathara on a mageia9 linux system.
I tried 2 systems, same error.

Expected Behavior

Pass the check command successfully.

Check Command Output

[me@mypc site-packages]$ kathara check
┌───────────────────────────────────────────────────────────────────────────────────────────────┐
│                                         System Check                                          │
└───────────────────────────────────────────────────────────────────────────────────────────────┘
Current Manager is:             Docker (Kathara)
Manager version is:             library-import
Python version is:              3.10.18 (main, Nov 10 2025, 10:10:26) [GCC 12.3.0]
Kathara version is:             3.8.0
Operating System version is:    Linux-6.6.105-desktop-1.mga9-x86_64
× Running container failed: invalid literal for int() with base 10: ''

[Skazza94]

Hi @Cocoo68332,
could you please enable and report the full debugging log?

To enable it, use kathara settings then 7 - Choose logging level to be used and enable 6 - EXCEPTION.
Paste here all the log so that we can pinpoint the problem.

Thanks!
Mariano.

[Cocoo68332]

Hi, here is the output :

DEBUG Called drop_effective_privileges...
┌───────────────────────────────────────────────────────────────────────────────────────────────┐
│ System Check │
└───────────────────────────────────────────────────────────────────────────────────────────────┘
DEBUG Executing method check_docker with raised privileges...
DEBUG Calling raise_privileges with current values: UID=500, EUID=500, GID=500, EGID=500...
DEBUG Reference count is now 1.
DEBUG Raising privileges to EUID=500 and EGID=500...
[laurent@pc5254 site-packages]$ kathara check
DEBUG Called drop_effective_privileges...
┌─────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────┐
│ System Check │
└─────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────┘
DEBUG Executing method check_docker with raised privileges...
DEBUG Calling raise_privileges with current values: UID=500, EUID=500, GID=500, EGID=500...
DEBUG Reference count is now 1.
DEBUG Raising privileges to EUID=500 and EGID=500...
DEBUG Called raise_effective_privileges...
DEBUG Privileges after raise_privileges: UID=500, EUID=500, GID=500, EGID=500...
DEBUG Trying paths: ['/home/laurent/.docker/config.json', '/home/laurent/.dockercfg']
DEBUG No config file found
DEBUG Trying paths: ['/home/laurent/.docker/config.json', '/home/laurent/.dockercfg']
DEBUG No config file found
DEBUG http://localhost:None "GET /version HTTP/1.1" 200 737
DEBUG Machine architecture is x86_64.
DEBUG Checking plugin kathara/katharanp_vde:amd64...
DEBUG http://localhost:None "GET /v1.44/plugins/kathara/katharanp_vde:amd64/json HTTP/1.1" 200 None
DEBUG http://localhost:None "GET /v1.44/version HTTP/1.1" 200 737
DEBUG http://localhost:None "GET /v1.44/_ping HTTP/1.1" 200 2
DEBUG Calling drop_privileges with current values: UID=500, EUID=500, GID=500, EGID=500...
DEBUG Reference count is 1.
DEBUG Dropping privileges to EUID=500 and EGID=500...
DEBUG Called drop_effective_privileges...
DEBUG Reference count is reset to 0.
DEBUG Privileges after drop_privileges: UID=500, EUID=500, GID=500, EGID=500...
Current Manager is: Docker (Kathara)
DEBUG Executing method get_release_version with raised privileges...
DEBUG Calling raise_privileges with current values: UID=500, EUID=500, GID=500, EGID=500...
DEBUG Reference count is now 1.
DEBUG Raising privileges to EUID=500 and EGID=500...
DEBUG Called raise_effective_privileges...
DEBUG Privileges after raise_privileges: UID=500, EUID=500, GID=500, EGID=500...
DEBUG http://localhost:None "GET /v1.44/version HTTP/1.1" 200 737
DEBUG Calling drop_privileges with current values: UID=500, EUID=500, GID=500, EGID=500...
DEBUG Reference count is 1.
DEBUG Dropping privileges to EUID=500 and EGID=500...
DEBUG Called drop_effective_privileges...
DEBUG Reference count is reset to 0.
DEBUG Privileges after drop_privileges: UID=500, EUID=500, GID=500, EGID=500...
Manager version is: library-import
Python version is: 3.10.18 (main, Nov 10 2025, 10:10:26) [GCC 12.3.0]
Kathara version is: 3.8.0
Operating System version is: Linux-6.6.105-desktop-1.mga9-x86_64
DEBUG Executing method deploy_machine with raised privileges...
DEBUG Calling raise_privileges with current values: UID=500, EUID=500, GID=500, EGID=500...
DEBUG Reference count is now 1.
DEBUG Raising privileges to EUID=500 and EGID=500...
DEBUG Called raise_effective_privileges...
DEBUG Privileges after raise_privileges: UID=500, EUID=500, GID=500, EGID=500...
DEBUG Checking hello_world integrity...
DEBUG hello_world interfaces are [].
DEBUG http://localhost:None "GET /v1.44/networks?filters=%7B%22name%22%3A+%5B%22bridge%22%5D%7D HTTP/1.1" 200 726
DEBUG http://localhost:None "GET /v1.44/images/kathara/base/json HTTP/1.1" 200 None
DEBUG Machine architecture is x86_64.
DEBUG Platform compatible architectures: {'amd64'}
DEBUG Checking updates for kathara/base...
DEBUG http://localhost:None "GET /v1.44/images/kathara/base/json HTTP/1.1" 200 None
DEBUG Looking for auth config
DEBUG No auth config in memory - loading from filesystem
DEBUG Trying paths: ['/home/laurent/.docker/config.json', '/home/laurent/.dockercfg']
DEBUG No config file found
DEBUG Looking for auth entry for 'docker.io'
DEBUG No entry found
DEBUG No auth config found
⠹ Trying to run container with kathara/base image...DEBUG http://localhost:None "GET /v1.44/distribution/kathara/base/json HTTP/1.1" 200 340
DEBUG Creating device hello_world...
DEBUG Executing method get_machines_api_objects_by_filters with raised privileges...
DEBUG Calling raise_privileges with current values: UID=500, EUID=500, GID=500, EGID=500...
DEBUG Reference count is now 2.
DEBUG Reference count > 1, but EGID not set for the thread. Raising privileges...
DEBUG Called raise_effective_privileges...
DEBUG http://localhost:None "GET
/v1.44/containers/json?limit=-1&all=1&size=0&trunc_cmd=0&filters=%7B%22label%22%3A+%5B%22app%3Dkathara%22%2C+%22user%3Dlaurent-57rmfetugpapmbotda7c6q%22%2C+%22lab_hash%3D4uLfJEuguQEMvujI
QndNRg%22%2C+%22name%3Dhello_world%22%5D%7D HTTP/1.1" 200 3
DEBUG Calling drop_privileges with current values: UID=500, EUID=500, GID=500, EGID=500...
DEBUG Reference count is 2.
DEBUG Reference count is 1, exiting.
× Running container failed: invalid literal for int() with base 10: ''
[Deploying devices]

[Skazza94]

Hey @Cocoo68332,
looks like the main problem is with the Docker version reported by Docker engine:

Manager version is: library-import

Usually the Docker version is a numeric value, for example:

Manager version is: 29.0.1

Since we have some if statements that enable/disable parts of code with respect to the Docker Engine version, the string that you have makes the string-to-int conversion fail. This looks like a very weird installation of Docker.

Could you please share the output of docker info?

Thanks!

[Cocoo68332]

Client:
Version: 25.0.7
Context: default
Debug Mode: false
Plugins:
compose: Docker Compose (Docker Inc.)
Version: 2.20.3
Path: /usr/libexec/docker/cli-plugins/docker-compose

Server:
Containers: 0
Running: 0
Paused: 0
Stopped: 0
Images: 2
Server Version: library-import
Storage Driver: overlay2
Backing Filesystem: extfs
Supports d_type: true
Using metacopy: false
Native Overlay Diff: true
userxattr: false
Logging Driver: json-file
Cgroup Driver: systemd
Cgroup Version: 2
Plugins:
Volume: local
Network: bridge host ipvlan kathara/katharanp_vde:amd64 macvlan null overlay
Log: awslogs fluentd gcplogs gelf journald json-file local splunk syslog
Swarm: inactive
Runtimes: io.containerd.runc.v2 runc
Default Runtime: runc
Init Binary: docker-init
containerd version: 1.mga9
runc version:
init version:
Security Options:
seccomp
Profile: builtin
cgroupns
Kernel Version: 6.6.116-desktop-1.mga9
Operating System: Mageia 9
OSType: linux
Architecture: x86_64
CPUs: 4
Total Memory: 15.53GiB
ID: fea3f59f-c39c-4705-8e20-efc2bc98ce59
Docker Root Dir: /var/cache/docker
Debug Mode: false
Experimental: false
Insecure Registries:
127.0.0.0/8
Live Restore Enabled: false

[Skazza94]

Hi @Cocoo68332,
as you can see in the output, the reported Docker Engine version is:

Server Version: library-import

This indeed causes the parsing problem.

How did you install Docker?

Thanks,
Mariano.

[Cocoo68332]

from the package manager : urpmi docker

[Skazza94]

Hi @Cocoo68332,

I briefly checked the issue using a Mageia container and installed the dependency as you described.

The problem is that the Docker package on Mageia was built with this unusual library-import version string instead of a proper Docker Engine version. Because of this, there is no reliable way for us to determine the actual Docker Engine version.

I could add a fallback value when version parsing fails (for example, defaulting to 1.0.0). However, this would likely introduce other issues, such as incorrectly enabling features that are not supported by the actual Docker version (that looks like 25.0.X).

Before proceeding, I would therefore suggest opening an issue to the Mageia maintainers and asking them to rebuild the package with a correct Docker version number. If this is not possible, I will add the fallback, but this will indeed not ensure that everything works correctly.

Cheers,
Mariano.

[Cocoo68332]

Hi, I agree, i am going to open an issue on the mageia bugtracker, i will keep you updated. Thx, L. Le lun. 1 déc. 2025, 17:48, Mariano Scazzariello ***@***.***> a écrit :

…

*Skazza94* left a comment (KatharaFramework/Kathara#372) <#372 (comment)> Hi @Cocoo68332 <https://github.com/Cocoo68332>, I briefly checked the issue using a Mageia container and installed the dependency as you described. The problem is that the Docker package on Mageia was built with this unusual library-import version string instead of a proper Docker Engine version. Because of this, there is no reliable way for us to determine the actual Docker Engine version. I could add a fallback value when version parsing fails (for example, defaulting to 1.0.0). However, this would likely introduce other issues, such as incorrectly enabling features that are not supported by the actual Docker version (that looks like 25.0.X). Before proceeding, I would therefore suggest opening an issue to the Mageia maintainers and asking them to rebuild the package with a correct Docker version number. If this is not possible, I will add the fallback, but this will indeed not ensure that everything works correctly. Cheers, Mariano. — Reply to this email directly, view it on GitHub <#372 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ASH35KQNYKMN42BQHXOLCN337RWN7AVCNFSM6AAAAACNU65G2GVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZTKOJXGY3DKMZVHA> . You are receiving this because you were mentioned.Message ID: ***@***.***>