conmon icon indicating copy to clipboard operation
conmon copied to clipboard

Release v2.0.22 fails to run under Ubuntu 18.04

Open ksdd opened this issue 3 years ago • 11 comments

Release v2.0.22 fails to run under Ubuntu 18.04 with the following error message

Error: failed to connect to container's attach socket: /run/user/205013812/libpod/tmp/socket/7c19123d148494b91f6689e0882d9f2b1b7b7bb8036128bbd4c363c11bbe3044/atta: dial unixpacket /run/user/205013812/libpod/tmp/socket/7c19123d148494b91f6689e0882d9f2b1b7b7bb8036128bbd4c363c11bbe3044/atta: connect: no such file or directory

I tested the binary provided by the recommended repo as well as the official release binary. Both fail to run with the same error.

BTW: When running the official release binary with --version option, I get:

$ /usr/libexec/podman/conmon --version conmon version 2.0.23-dev commit: 715c680ed732f1e92166f03a7a94ff2f4c4f2f3e-dirty

Obviously the binary has been build from a dirty working copy and is NOT based on the commit 9c34a8663b85e479e0c083801e89a2b2835228ed tagged as v2.0.22!

On the other hand the binary from the recommended repo seems to be build based on v2.0.22 according to its version output.

ksdd avatar Jan 04 '21 07:01 ksdd

how are you running conmon? is this with podman or CRI-O?

haircommander avatar Jan 04 '21 14:01 haircommander

I run it via podman.

ksdd avatar Jan 04 '21 15:01 ksdd

what was the podman command you used? and what was the podman version?

haircommander avatar Jan 04 '21 15:01 haircommander

$ podman --version podman version 2.2.1

$ podman run --interactive --tty --rm alpine Error: failed to connect to container's attach socket: /run/user/205013812/libpod/tmp/socket/aa6712c41c455cd6c136c0af15d2345956ab9425e8690e4bd36845a59c384c83/atta: dial unixpacket /run/user/205013812/libpod/tmp/socket/aa6712c41c455cd6c136c0af15d2345956ab9425e8690e4bd36845a59c384c83/atta: connect: no such file or directory

ksdd avatar Jan 05 '21 07:01 ksdd

okay so I see now this was an unintended breaking change, and also easily reproducable. I will need to consult with the over developers on how best to handle it.

haircommander avatar Jan 05 '21 21:01 haircommander

thanks for your patience

haircommander avatar Jan 05 '21 21:01 haircommander

I've opened https://github.com/containers/conmon/pull/226 to fix

haircommander avatar Jan 11 '21 21:01 haircommander

Great! Thank You.

ksdd avatar Jan 12 '21 06:01 ksdd

Hi @haircommander,

today I've got an update of conmon to version 2.0.24 via the mentioned repo. I've seen, that #226 was merged before 2.0.24 was released. So I hoped, this issue is fixed. Unfortunately this is not the case. I get the same error as before. Are there still fixes needed or was it supposed to be fixed in 2.0.24?

ksdd avatar Jan 21 '21 07:01 ksdd

unfortunately, the only way to preserve backward compatibility is to gate the new behaviour (that would fix your bug) behind a flag, meaning we also need a corresponding podman PR to fix your issue. that PR is here https://github.com/containers/podman/pull/8979 and I'd like to make it in before podman 3.0 release :)

haircommander avatar Jan 21 '21 14:01 haircommander

Okay, thank you. So I will wait for a new podman release and stick to the older conman version meanwhile.

ksdd avatar Jan 21 '21 17:01 ksdd