Open RDM Sessions in use by other user not actualized or invisible

Hello,

Thank you for your post. To better understand the specific issue, could you please provide a screenshot showing the double entry? Additionally, could you confirm the exact RDM version you're using?

Thanks,
Stephan

Hi Stephan, I include a screenshot.Each server connection is mentioned twice.
The server version was yesterday updated to 2026.1.7.0, RDM Client uses 2026.1.10.0

kind regards,
Thomas

Hello Thomas,
Based on the timing (post-migration) and the symptoms (each “session in use” shown twice and the “in use” hover/status not updating), this most commonly points to the session/usage feed being aggregated twice on the client side (for example, the same DVLS data source being connected more than once), or to a real-time update channel issue (more frequent when DVLS is accessed through a reverse proxy/load balancer).
To narrow this down, could you please confirm the following:

1. Does the double listing happen for all users/workstations, or only on specific clients?
2. In RDM, do you have more than one DVLS data source configured/connected (including any legacy/old DVLS entry that might still be present)?
3. Are you reaching DVLS directly, or through a reverse proxy/load balancer? If through a proxy/LB, does the issue change if you connect directly to the DVLS URL as a test?

In parallel, you can try these quick checks:

• Ensure only one DVLS data source is configured/connected in RDM, then fully restart RDM and re-test the global session view.
• If DVLS is behind a proxy/LB, verify the DVLS Access URI matches the external URL used to reach the instance (misalignment can cause odd client behaviour in some deployments).

References:
https://docs.devolutions.net/server/kb/knowledge-base/access-uri/
https://docs.devolutions.net/server/kb/knowledge-base/use-x-forwarded-for/
https://docs.devolutions.net/rdm/user-interface/content-area/
Best regards,

Hi,
I can confirm that the issue with missing showing sessions and the double listings occur on all workstations in our LAN and also remote connected.
We only connect one single DVLS Data source. The legacy entry pointed to the same DNS adress when we moved to the new server and did not change anything on the client. Maybe some older cache exists, but I havent found any double entry.
We are connecting to dvls directly to https://ds.initsol.de/dvls no LB nor proxy involved.
Kind regards,
Thomas

.

Hello Thomas,
As a next step, could you please try resetting the server cache on your DVLS instance?
You can find step-by-step instructions in the following documentation:
https://docs.devolutions.net/server/web-interface/administration/security-management/reset-server-cache/
Please let us know if the issue persists after completing this step, or if you have any questions along the way—we’ll be happy to assist further.

I reset the server cache as described, this did not make any difference. Issue persists

Is there maybe a setup documentation for this feature so I can check I I configured anything wrong? I was searching for this everywhere but I cannot find it. It used to "just work". But maybe something needs to be changed so I would like to check. I found that some users do not see anything in the open sessions view.

Ok, I tried to give all users administrator rights, then the sessions show up. Yet this is no solution. What am I missing in the rights settings?

Hello,

A shot in the dark, but could you verify whether session states are enabled under Administration => System Settings => Vault?

Regards,
Min