https://rancher.com/ logo
Join Slack
Powered by
This message was deleted.
# rancher-desktop
a
This message was deleted.
f
Have you tried the AppImage version? It comes bundled with QEMU and libslirp, so should be isolated from whatever is available directly from the OS.
a
Yes. I am using the AppImage version.
f
This is with Rancher Desktop 1.17.0?
a
Yes. The logged error is: `{"level":"fatal","msg":"failed to run [/tmp/.mount_ranche6Ja2Xe/usr/bin/qemu-system-x86_64 -M none -accel help]: stdout=\"\", stderr=\"/tmp/.mount_ranche6Ja2Xe/ usr/bin/qemu-system-x86_64: /lib64/libslirp.so.0: version `SLIRP_4.7' not found (required by /tmp/.mount_ranche6Ja2Xe/usr/bin/qemu-system-x86_64)\\n/tmp/.mount_ ranche6Ja2Xe/usr/bin/qemu-system-x86_64: /lib64/libslirp.so.0: version
Copy code
SLIRP_4.
5' not found (required by /tmp/.mount_ranche6Ja2Xe/usr/bin/qemu-system-x86_64)\\
n\"","time":"2025-01-08T10:18:36-06:00"}
I had assumed that it was attempting to use the host's (Rocky Linux) libslirp instance. I had not considered that this would be bundled into the AppImage.
f
Copy code
jan@localhost:/opt/rancher-desktop/resources/resources/linux/lima/lib> nm libslirp.so.0 | grep SLIRP
0000000000000000 A SLIRP_4.0
0000000000000000 A SLIRP_4.1
0000000000000000 A SLIRP_4.2
0000000000000000 A SLIRP_4.5
0000000000000000 A SLIRP_4.7
It looks like it is not using the bundled version, but the host version
I have meetings coming up; will see if I can install the AppImage later to take a look
👍 1
a
Screenshot to validate that this is v1.17.0
f
The screenshot doesn't really show enough information. I checked the AppImage on an openSUSE Tumbleweed install, and it looked fine to me:
Trying to create a Rocky 9 VM, but it looks like the ISO is a 12GB download, so this may take a little bit
👍 1
a
Running the same from my Rocky Linux:
Copy code
[zgray@zane-linux .mount_rancheUwiqXJ]$ LD_LIBRARY_PATH=$PWD/usr/lib ldd $PWD/usr/bin/qemu-system-x86_64
      linux-vdso.so.1 (0x00007ffd0f314000)
      libslirp.so.0 => /tmp/.mount_rancheUwiqXJ/usr/lib/libslirp.so.0 (0x00007ff86cdc2000)
      libgio-2.0.so.0 => /lib64/libgio-2.0.so.0 (0x00007ff86b229000)
      libgobject-2.0.so.0 => /lib64/libgobject-2.0.so.0 (0x00007ff86cd5c000)
      libglib-2.0.so.0 => /lib64/libglib-2.0.so.0 (0x00007ff86b0ee000)
      libz.so.1 => /lib64/libz.so.1 (0x00007ff86cd42000)
      libm.so.6 => /lib64/libm.so.6 (0x00007ff86b013000)
      libc.so.6 => /lib64/libc.so.6 (0x00007ff86ae00000)
      libgmodule-2.0.so.0 => /lib64/libgmodule-2.0.so.0 (0x00007ff86cd3a000)
      libmount.so.1 => /lib64/libmount.so.1 (0x00007ff86adba000)
      libselinux.so.1 => /tmp/.mount_rancheUwiqXJ/usr/lib/libselinux.so.1 (0x00007ff86ad8e000)
      libffi.so.8 => /tmp/.mount_rancheUwiqXJ/usr/lib/libffi.so.8 (0x00007ff86ad81000)
      libpcre.so.1 => /lib64/libpcre.so.1 (0x00007ff86ad09000)
      /lib64/ld-linux-x86-64.so.2 (0x00007ff86cde9000)
      libblkid.so.1 => /tmp/.mount_rancheUwiqXJ/usr/lib/libblkid.so.1 (0x00007ff86acd2000)
      libpcre2-8.so.0 => /tmp/.mount_rancheUwiqXJ/usr/lib/libpcre2-8.so.0 (0x00007ff86ac3b000)
[zgray@zane-linux .mount_rancheUwiqXJ]$
f
So maybe AppImage doesn't set up the paths correctly on Rocky? Will check later; my VM is still installing... (I downloaded 9.5 though)
a
No worries. I truly appreciate the insight.
f
I can repro the issue with Rocky 9.5. No idea why this happens yet though
👍 1
I can confirm that this is a regression since 1.16.0. I have a fix in Don't change LD_LIBRARY_PATH when running as an AppImage by jandubois · Pull Request #8056. Not sure yet if/when we would do a patch release; we need to investigate some potential regressions in Windows networking as well.
✅ 1
Open in Slack
PreviousNext
Powered by