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
My reading of this is that gvproxy won't start without DNS - it also appears to be a problem if WiFi is turned-off on a machine without an active ethernet (or other) network connection.
In this case, connecting to the airline's captive portal (which only redirects to a payment page, rather than providing a full internet service) was enough to allow the pre-existing podman machine to start correctly.
Steps to reproduce the issue
Steps to reproduce the issue
Create a podman machine;
Stop it;
Disconnect network interfaces;
Attempt to podman machine start.
Describe the results you received
panic: runtime error: index out of range [0] with length 0 from gvproxy.
Describe the results you expected
The podman machine VM should have started even without active networking (surely?)
podman info output
host:
arch: arm64buildahVersion: 1.38.0cgroupControllers:
- cpuset
- cpu
- io
- memory
- pids
- rdma
- misccgroupManager: systemdcgroupVersion: v2conmon:
package: conmon-2.1.12-2.fc40.aarch64path: /usr/bin/conmonversion: 'conmon version 2.1.12, commit: 'cpuUtilization:
idlePercent: 97.27systemPercent: 1.66userPercent: 1.07cpus: 4databaseBackend: sqlitedistribution:
distribution: fedoravariant: coreosversion: "40"eventLogger: journaldfreeLocks: 2048hostname: localhost.localdomainidMappings:
gidmap: nulluidmap: nullkernel: 6.11.3-200.fc40.aarch64linkmode: dynamiclogDriver: journaldmemFree: 7285112832memTotal: 7717347328networkBackend: netavarknetworkBackendInfo:
backend: netavarkdns:
package: aardvark-dns-1.12.2-2.fc40.aarch64path: /usr/libexec/podman/aardvark-dnsversion: aardvark-dns 1.12.2package: netavark-1.12.2-1.fc40.aarch64path: /usr/libexec/podman/netavarkversion: netavark 1.12.2ociRuntime:
name: crunpackage: crun-1.17-1.fc40.aarch64path: /usr/bin/crunversion: |- crun version 1.17 commit: 000fa0d4eeed8938301f3bcf8206405315bc1017 rundir: /run/crun spec: 1.0.0 +SYSTEMD +SELINUX +APPARMOR +CAP +SECCOMP +EBPF +CRIU +LIBKRUN +WASM:wasmedge +YAJLos: linuxpasta:
executable: /usr/bin/pastapackage: passt-0^20240906.g6b38f07-1.fc40.aarch64version: | pasta 0^20240906.g6b38f07-1.fc40.aarch64-pasta Copyright Red Hat GNU General Public License, version 2 or later <https://www.gnu.org/licenses/old-licenses/gpl-2.0.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law.remoteSocket:
exists: truepath: unix:///run/podman/podman.sockrootlessNetworkCmd: pastasecurity:
apparmorEnabled: falsecapabilities: CAP_CHOWN,CAP_DAC_OVERRIDE,CAP_FOWNER,CAP_FSETID,CAP_KILL,CAP_NET_BIND_SERVICE,CAP_SETFCAP,CAP_SETGID,CAP_SETPCAP,CAP_SETUID,CAP_SYS_CHROOTrootless: falseseccompEnabled: trueseccompProfilePath: /usr/share/containers/seccomp.jsonselinuxEnabled: trueserviceIsRemote: trueslirp4netns:
executable: /usr/bin/slirp4netnspackage: slirp4netns-1.2.2-2.fc40.aarch64version: |- slirp4netns version 1.2.2 commit: 0ee2d87523e906518d34a6b423271e4826f71faf libslirp: 4.7.0 SLIRP_CONFIG_VERSION_MAX: 4 libseccomp: 2.5.5swapFree: 0swapTotal: 0uptime: 0h 1m 44.00svariant: v8plugins:
authorization: nulllog:
- k8s-file
- none
- passthrough
- journaldnetwork:
- bridge
- macvlan
- ipvlanvolume:
- localregistries:
search:
- docker.iostore:
configFile: /usr/share/containers/storage.confcontainerStore:
number: 0paused: 0running: 0stopped: 0graphDriverName: overlaygraphOptions:
overlay.imagestore: /usr/lib/containers/storageoverlay.mountopt: nodev,metacopy=ongraphRoot: /var/lib/containers/storagegraphRootAllocated: 39123398656graphRootUsed: 14462476288graphStatus:
Backing Filesystem: xfsNative Overlay Diff: "false"Supports d_type: "true"Supports shifting: "true"Supports volatile: "true"Using metacopy: "true"imageCopyTmpDir: /var/tmpimageStore:
number: 0runRoot: /run/containers/storagetransientStore: falsevolumePath: /var/lib/containers/storage/volumesversion:
APIVersion: 5.3.1Built: 1732147200BuiltTime: Wed Nov 20 17:00:00 2024GitCommit: ""GoVersion: go1.22.7Os: linuxOsArch: linux/arm64Version: 5.3.1
Podman in a container
No
Privileged Or Rootless
None
Upstream Latest Release
Yes
Additional environment details
macOS 15.2
Additional information
No response
The text was updated successfully, but these errors were encountered:
Issue Description
I realised during a flight that
gvproxy
on macOS requires a working internet connection in order forpodman machine start
to succeed.Running
podman --log-level trace machine start
shows the failing command as:My reading of this is that
gvproxy
won't start without DNS - it also appears to be a problem if WiFi is turned-off on a machine without an active ethernet (or other) network connection.In this case, connecting to the airline's captive portal (which only redirects to a payment page, rather than providing a full internet service) was enough to allow the pre-existing
podman machine
to start correctly.Steps to reproduce the issue
Steps to reproduce the issue
podman machine
;podman machine start
.Describe the results you received
panic: runtime error: index out of range [0] with length 0
fromgvproxy
.Describe the results you expected
The
podman machine
VM should have started even without active networking (surely?)podman info output
Podman in a container
No
Privileged Or Rootless
None
Upstream Latest Release
Yes
Additional environment details
macOS 15.2
Additional information
No response
The text was updated successfully, but these errors were encountered: