You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
vel debug
DEBU CRC version: 2.46.0+8f40e8
DEBU OpenShift version: 4.17.10
DEBU MicroShift version: 4.17.10
DEBU Running 'crc status'
CRC VM: Running
MicroShift: Running (v4.17.10)
RAM Usage: 4.492GB of 16.1GB
Disk Usage: 1.596GB of 4.09GB (Inside the CRC VM)
Persistent Volume Usage: 0B of 15GB (Allocated)
Cache Usage: 5.49GB
Cache Directory: /home/myuser/.crc/cache
Steps to reproduce
Setup and run a crc cluster from podman desktop
Pull an image, e.g.: registry.access.redhat.com/ubi8/httpd-24
Restart podman desktop (the option to push the image to the cluster won't appear otherwise)
Dropdown menu on the pulled image, push it to OpenShift Local cluster
Expected
The selected image is pushed to the OpenShift Local cluster, and a notification of the success of the operation appears
Actual
The image is not pushed to the OpenShift Local cluster, and a notification with this text appears:
Error while pushing image registry.access.redhat.com/ubi8/httpd-24 to OpenShift Local cluster: Cannot connect to Podman. Please verify your connection to the Linux system using podman system connection list, or try podman machine init and podman machine start to manage a new Linux VM Error: unable to connect to Podman socket: failed to read identity "/home/myuser/.crc/machines/crc/id_ecdsa": open /home/myuser/.crc/machines/crc/id_ecdsa: no such file or directory: ssh://[email protected]:2222/run/podman/podman.sock
I've tried this process in a Windows machine as well and the result is exactly the same. From my research and talk with a crc developer, it's very likely that an update that changed the type of encryption for the ssh keys broke the push method:
General information
crc setup
before starting it? YesCRC version
CRC status
vel debug DEBU CRC version: 2.46.0+8f40e8 DEBU OpenShift version: 4.17.10 DEBU MicroShift version: 4.17.10 DEBU Running 'crc status' CRC VM: Running MicroShift: Running (v4.17.10) RAM Usage: 4.492GB of 16.1GB Disk Usage: 1.596GB of 4.09GB (Inside the CRC VM) Persistent Volume Usage: 0B of 15GB (Allocated) Cache Usage: 5.49GB Cache Directory: /home/myuser/.crc/cache
Steps to reproduce
registry.access.redhat.com/ubi8/httpd-24
Expected
The selected image is pushed to the OpenShift Local cluster, and a notification of the success of the operation appears
Actual
The image is not pushed to the OpenShift Local cluster, and a notification with this text appears:
I've tried this process in a Windows machine as well and the result is exactly the same. From my research and talk with a crc developer, it's very likely that an update that changed the type of encryption for the ssh keys broke the push method:
From image-handler.ts, line 56:
The method is expecting the ssh key to be called
id_ecdsa
, but from recent updates the name of the generated ssh key isid_ed25519
The text was updated successfully, but these errors were encountered: