RHEL Support

Hi Bas,

I opened a ticket and we will investigate this issue.

Also, we are currently working on creating a RPM package for RDM Linux.

Regards,

Hi Bas,

Could you please show me the content of your /etc/os-release file?

Hi Gabriel and Simon,

Thanks for your replies.

@Gabriel, i'm really looking forward to the RPM package. If you need some field testing to be done; sign me up ;)
@Simon, the requested content is:

NAME="Red Hat Enterprise Linux"
VERSION="9.2 (Plow)"
ID="rhel"
ID_LIKE="fedora"
VERSION_ID="9.2"
PLATFORM_ID="platform:el9"
PRETTY_NAME="Red Hat Enterprise Linux 9.2 (Plow)"
ANSI_COLOR="0;31"
LOGO="fedora-logo-icon"
CPE_NAME="cpe:/o:redhat:enterprise_linux:9::baseos"
HOME_URL="https://www.redhat.com/"
DOCUMENTATION_URL="https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/9"
BUG_REPORT_URL="https://bugzilla.redhat.com/"

REDHAT_BUGZILLA_PRODUCT="Red Hat Enterprise Linux 9"
REDHAT_BUGZILLA_PRODUCT_VERSION=9.2
REDHAT_SUPPORT_PRODUCT="Red Hat Enterprise Linux"
REDHAT_SUPPORT_PRODUCT_VERSION="9.2"

Best regards,
Bas

Hi Bas,

For your first issue (non-flatpak) , the problem is the line break between BUG_REPORT_URL and REDHAT_BUGZILLA_PRODUCT. We'll make a fix for this, meanwhile you can simply remove the line break and then try to launch a ssh session.

If the second bug occurs with the non-flatpak version too, I'll investigate more, but from what I see from your flatpak output:

libGL error: MESA-LOADER: failed to retrieve device information
intel_do_flush_locked failed: Input/output error 

this could indicate a graphic driver issue.

Hi Simon,

I've removed the line break in /etc/os-release and now the application seemingly wants to start but exits with:

[sbv_adm@pc1743 ~]$ remotedesktopmanager
[Error] Address already in use
Floating point exception (core dumped)

[sbv_adm@pc1743 ~]$ sudo coredumpctl list
TIME PID UID GID SIG COREFILE EXE SIZE
Fri 2023-07-28 13:19:13 CEST 34783 927416367 927400513 SIGFPE none /usr/lib/devolutions/RemoteDesktopManager/RemoteDesktopManager -

[sbv_adm@pc1743 ~]$ sudo coredumpctl info 34783
PID: 34783 (RemoteDesktopMa)
UID: 927416367 (sbv_adm)
GID: 927400513 (domain users)
Signal: 8 (FPE)
Timestamp: Fri 2023-07-28 13:19:13 CEST (2min 56s ago)
Command Line: ./RemoteDesktopManager
Executable: /usr/lib/devolutions/RemoteDesktopManager/RemoteDesktopManager
Control Group: /user.slice/user-927416367.slice/user@927416367.service/app.slice/app-org.gnome.Terminal.slice/vte-spawn-8690df6d-b0f9-4362-a8c1-198643f4f9f5.scope
Unit: user@927416367.service
User Unit: vte-spawn-8690df6d-b0f9-4362-a8c1-198643f4f9f5.scope
Slice: user-927416367.slice
Owner UID: 927416367 (sbv_adm)
Boot ID: 0d462a78e9634e778d293c37dcb6b17a
Machine ID: a15c2e0a26c64a5abd025150a0de6c76
Hostname: pc1743.demcon.local
Storage: none
Message: Process 34783 (RemoteDesktopMa) of user 927416367 dumped core.

Hi Bas,

I'm having the same issue as you. Could you tell me which version of these dependencies you have?

• glibc
• libwebkit2gtk-4.0
• ca-certificates
• libsecret-1-0
• gnome-keyring

I found an issue with SQLite on RHEL 9 and have made some corrections. When our next version is available, you'll be able to configure a different type of data source during the onboarding, when you launch RDM.

Unfortunately, I haven't found a way to get SQLite to work on RHEL 9. Depending on how you plan to use RDM, you'll either have to use Devolutions Hub Personal, for personal use, or one of the available team data sources.

Hi Simon,

Concerning the dependencies, i've got:

[sbv_adm@pc1743 ~]$ dnf list installed | grep -e "glibc" -e "ca-certificates" -e "libsecret" -e "gnome-keyring" -e "webkit2gtk3"
ca-certificates.noarch 2022.2.54-90.2.el9_0 @anaconda
glibc.x86_64 2.34-60.el9 @anaconda
glibc-all-langpacks.x86_64 2.34-60.el9 @anaconda
glibc-common.x86_64 2.34-60.el9 @anaconda
glibc-devel.x86_64 2.34-60.el9 @rhel-9-for-x86_64-appstream-rpms
glibc-gconv-extra.x86_64 2.34-60.el9 @anaconda
glibc-headers.x86_64 2.34-60.el9 @rhel-9-for-x86_64-appstream-rpms
glibc-langpack-en.x86_64 2.34-60.el9 @anaconda
glibc-static.x86_64 2.34-60.el9 @codeready-builder-for-rhel-9-x86_64-rpms
gnome-keyring.x86_64 40.0-3.el9 @rhel-9-for-x86_64-appstream-rpms
gnome-keyring-pam.x86_64 40.0-3.el9 @rhel-9-for-x86_64-appstream-rpms
libsecret.x86_64 0.20.4-4.el9 @AppStream
webkit2gtk3.x86_64 2.38.5-1.el9_2.3 @rhel-9-for-x86_64-appstream-rpms
webkit2gtk3-jsc.x86_64 2.38.5-1.el9_2.3 @rhel-9-for-x86_64-appstream-rpms

As you can see below 'libwebkit2gtk-4.0' is a part of installed package 'webkit2gtk3':

[sbv_adm@pc1743 ~]$ repoquery -l webkit2gtk3 | grep libwebkit2gtk-4.0
Red Hat CodeReady Linux Builder for RHEL 9 x86_ 132 kB/s | 4.5 kB 00:00
/usr/lib/libwebkit2gtk-4.0.so.37
/usr/lib/libwebkit2gtk-4.0.so.37.56.11
/usr/lib/libwebkit2gtk-4.0.so.37
/usr/lib/libwebkit2gtk-4.0.so.37.56.11
/usr/lib64/libwebkit2gtk-4.0.so.37
/usr/lib64/libwebkit2gtk-4.0.so.37.57.8
/usr/lib/libwebkit2gtk-4.0.so.37
/usr/lib/libwebkit2gtk-4.0.so.37.57.8
/usr/lib64/libwebkit2gtk-4.0.so.37
/usr/lib64/libwebkit2gtk-4.0.so.37.55.9
/usr/lib64/libwebkit2gtk-4.0.so.37
/usr/lib64/libwebkit2gtk-4.0.so.37.57.8
/usr/lib64/libwebkit2gtk-4.0.so.37
/usr/lib64/libwebkit2gtk-4.0.so.37.56.11
/usr/lib/libwebkit2gtk-4.0.so.37
/usr/lib/libwebkit2gtk-4.0.so.37.57.8
/usr/lib64/libwebkit2gtk-4.0.so.37
/usr/lib64/libwebkit2gtk-4.0.so.37.56.11
/usr/lib64/libwebkit2gtk-4.0.so.37
/usr/lib64/libwebkit2gtk-4.0.so.37.56.11
/usr/lib64/libwebkit2gtk-4.0.so.37
/usr/lib64/libwebkit2gtk-4.0.so.37.56.11
/usr/lib/libwebkit2gtk-4.0.so.37
/usr/lib/libwebkit2gtk-4.0.so.37.56.11
/usr/lib/libwebkit2gtk-4.0.so.37
/usr/lib/libwebkit2gtk-4.0.so.37.57.8
/usr/lib/libwebkit2gtk-4.0.so.37
/usr/lib/libwebkit2gtk-4.0.so.37.56.11
/usr/lib64/libwebkit2gtk-4.0.so.37
/usr/lib64/libwebkit2gtk-4.0.so.37.57.8
/usr/lib/libwebkit2gtk-4.0.so.37
/usr/lib/libwebkit2gtk-4.0.so.37.57.8
/usr/lib64/libwebkit2gtk-4.0.so.37
/usr/lib64/libwebkit2gtk-4.0.so.37.57.8
/usr/lib/libwebkit2gtk-4.0.so.37
/usr/lib/libwebkit2gtk-4.0.so.37.56.11
/usr/lib64/libwebkit2gtk-4.0.so.37
/usr/lib64/libwebkit2gtk-4.0.so.37.56.11
/usr/lib/libwebkit2gtk-4.0.so.37
/usr/lib/libwebkit2gtk-4.0.so.37.55.9

Regards,
Bas

Going about 'sqlite'. I don't have this one currently installed. Is this needed (and thus a dependency) as well? :)

Hi Bas,

You don't have to install sqlite separately. I'll talk to the person responsible for our sqlite implementation to see what can be done.

Now that version 2023.2.1.3 has been released, you can safely delete the ~/.rdm folder. This will delete all saved settings and data sources, but I'm guessing you don't have anything important since RDM wasn't working.

You can now download and install the current version, and the onboarding page will be displayed when you launch RDM. You'll need to choose between an "Online" data source (Devolutions Hub Personal) or one of the "Team" data sources. Avoid creating a "Local" data source here, as it uses sqlite by default. If you choose "Local" by mistake, simply delete the ~/.rdm folder and launch RDM.



If all has gone well, RDM should now work on the selected data source.

Hi Simon,

Thanks! The above situation works like a charm.
I can now connect to several host (tried RDP and SSH).

It would be nice though to get the local data source (sqlite) up and running as I also use my system in air-gapped networks.

Kind regards,
Bas

Hi Bas,

That's great! If you can only use a local data source, you can create an XML data source and see if it works for you.

"File" -> "Data Sources" -> select the "Add" icon at the bottom left of the data source list -> go to "Individual" -> XML

Hello

Just to give an update: we are working on why SQLite is not working on "non supported" distributions (it _should_ still work).

I will post back here once I have an update on that, and thank you for your patience.

Kind regards,

Hello again

I wanted to let you know that I believe I found the issue here: GTK is preloading the system installed sqlite; despite loading our own copy of the library the symbols from the first are used (where they match). There is a version incompatibility and that causes the crash.

I've proposed a fix to the RDM Linux team; we will have to integrate that and validate it on our side. But just to let you know this is being worked on. We will update this post once a fix is generally available.

In the meantime, please don't hesitate if you have further questions or comments.

Kind regards,

Hi basbonvanie,

Our update 2023.2.1.6 is now available. It contains Richard's suggested fix and should resolve your SQLite issue.

I also wanted to inform you that an RPM package will be available soon. Probably between 1 and 2 weeks.

Good news!!!

I'll make sure to test version 2023.2.1.6 and let you know the outcome.

Regards,
Bas