Closed fithisux closed 1 year ago
On darwin and other BSD operation system the maximum path length for the socket path seems to be 104 chars. On linux it is 108 chars. Your path is 105 chars long.
Can you try to create a user with a shorter name and see if this works?
consider the following:
wooh, @Luap99 nice find.
@baude Maybe this workaround helps: https://github.com/containers/podman/blob/f049cba47c31d31a4a8ed9a9180f0e847be3411c/cmd/rootlessport/main.go#L201-L217
But I have no idea if this would work on darwin.
@Luap99 or @fithisux you could also create a shortened machine name. i.e. podman init --now foo
verified on my m1 that indeed the long name throws the same errors.
i got this one ..,.
On darwin and other BSD operation system the maximum path length for the socket path seems to be 104 chars. On linux it is 108 chars. Your path is 105 chars long.
Can you try to create a user with a shorter name and see if this works?
Unfortunately this is not possible. But my issue is that the files / sockets is not there at all
`Last login: Wed Mar 23 15:14:37 on ttys001 ➜ ~ ls /var/folders/70/tpb1l8jd45s8zj742ljrmbs80000gp/T/podman
➜ ~ ls -l /Users/vassilisanagnostopoulos/.local/share/containers/podman/machine/podman-machine-default
➜ ~`
podman init --now foo
This does not seem to work
➜ ~ podman init --now foo Error: unknown flag: --now See 'podman init --help' ➜ ~
use podman machine init
...
use
podman machine init
...
Works now. Thank you.
You should still be able to use ssh
sockets just fine, it's just the legacy unix
sockets that have this limit.
mac apple A1 , podman 4.3.1 podman machine init podman machine start
Starting machine "podman-machine-default"
Waiting for VM ...
Error: dial unix /var/folders/f3/v585c0593yg1v4qqs5tjnw600000gn/T/podman/podman-machine-default_ready.sock: connect: no such file or directory
podman machine ssh
Connecting to vm podman-machine-default. To close connection, use `~.` or `exit`
Fedora CoreOS 37.20221211.2.0
Tracker: https://github.com/coreos/fedora-coreos-tracker
Discuss: https://discussion.fedoraproject.org/tag/coreos
Reopening because this issue is still happening with GHA runners as today, see https://github.com/ansible/vscode-ansible/actions/runs/4005037985/jobs/6874912745
2023-01-25T10:34:30.5842600Z Downloading VM image: fedora-coreos-37.20230110.2.0-qemu.x8…
2023-01-25T10:34:30.7628400Z [1A[JDownloading VM image: fedora-coreos-37.20230110.2.0-qemu.x8…
2023-01-25T10:34:37.9151470Z Extracting compressed file
2023-01-25T10:35:09.9899520Z Image resized.
2023-01-25T10:35:09.9923940Z Machine init complete
2023-01-25T10:35:09.9935290Z Starting machine "podman-machine-default"
2023-01-25T10:35:10.5067840Z Waiting for VM ...
2023-01-25T10:35:13.5424550Z Error: dial unix /var/folders/24/8k48jl6d249_n_qfxwsl6xvm0000gn/T/podman/podman-machine-default_ready.sock: connect: no such file or directory
2023-01-25T10:35:13.5717740Z task: Failed to run task "setup": exit status 125
2023-01-25T10:35:13.5751490Z ##[error]Process completed with exit code 1.
I think that the command that caused it to fail was podman machine init --now
.
@baude Any idea what could have cause this regression? What can we do to make the podman initialization reliable on GHA?
this is sort of a general error for "something went wrong". it is entirely possible that it is different than this issue .... does removing the machine and recreating it help?
While ok locally, turn-in-off-and-on does not really work with GHA. Still, I observed that while it does reproduce, it does not always reproduce, so there is a level of randomness in it.
If you could provide some hints regarding how we can get extra logs when happens, I might be able to alter the GHA pipelines to collect the extra information.
If we manage to get podman to be reliable on GHA, we might have a chance on convincing github to add it to the default runner image.
My system (m1 mac) hit an out of memory condition while podman was running which led to this issue on startup #16945 , rebooted and then podman won't startup now hitting the error in this issue :/ Any workaround that does not involve wiping the original podman machine?
$ podman machine start --log-level debug
INFO[0000] podman filtering at log level debug
Starting machine "podman-machine-default"
[/opt/podman/qemu/bin/gvproxy -listen-qemu unix:///var/folders/5k/865_x9vd2_3f3k7bw36k87vc0000gp/T/podman/qmp_podman-machine-default.sock -pid-file /var/folders/5k/865_x9vd2_3f3k7bw36k87vc0000gp/T/podman/podman-machine-default_proxy.pid -ssh-port 50044 -forward-sock /Users/XXXXXXXXXXXX/.local/share/containers/podman/machine/podman-machine-default/podman.sock -forward-dest /run/user/502/podman/podman.sock -forward-user core -forward-identity /Users/XXXXXXXXXXXX/.ssh/podman-machine-default --debug
Error: dial unix /var/folders/5k/865_x9vd2_3f3k7bw36k87vc0000gp/T/podman/qmp_podman-machine-default.sock: connect: no such file or directory
Agree this should be fixed but an easy workaround for M1 mac users
podman machine stop
podman machine rm
podman machine init
podman machine start
That has been fixed in the meantime, closing.
Is this a BUG REPORT or FEATURE REQUEST? (leave only one on its own line)
/kind bug
Description
I upgraded my podman with brew to 4.0.2. I tried to use it but it does not work.
Steps to reproduce the issue:
1.
Describe the results you received:
Describe the results you expected:
Additional information you deem important (e.g. issue happens only occasionally):
Output of
podman version
:Output of
podman info --debug
:Package info (e.g. output of
rpm -q podman
orapt list podman
):Have you tested with the latest version of Podman and have you checked the Podman Troubleshooting Guide? (https://github.com/containers/podman/blob/main/troubleshooting.md)
Yes
Additional environment details (AWS, VirtualBox, physical, etc.): Darwin C02CH2W2MD6R.local 20.6.0 Darwin Kernel Version 20.6.0: Wed Jun 23 00:26:31 PDT 2021; root:xnu-7195.141.2~5/RELEASE_X86_64 x86_64