Hi!
I've previously had a ticket opened on this (DEVO-33709), but due to holidays here in Sweden it got closed for inactivity without any resolution - so I'm trying here instead.
We have a install of DPS where the RDM clients is extremely slow, running client with debug opened shows that its the API call /dps/api/logentry/add that takes approx 21077 - 21051 ms to complete each time which, since RDM/DPS logs everything makes the usage of RDM extremely tedious. Backend is a SQL Express fresh install since a couple of months so no large dataset - Entries in the DPS DB is approx 50.
What can we do to further troubleshoot the culprit of this error?
One log entry even took 44742 ms (DVLS API GetAccessRequests).
This is a offline installation and its using Windows authentication to authenticate the user thats logged in using a smartcard in Windows 10.
All other API calls seems to take 3-5 ms to complete according to logs and it feels normal. Versions of DPS / RDM is uptodate as of June 2021.
Best regards,
Kaj Lehtinen
Hello,
When a ticket is closed for inactivity, you can simply reply to the last email that you received and indicate that you would like to reopen it and we will reopen it no problem.
As of now, we can continue here, no problem.
As per the ticket, you are using DVLS 2021.1.9.0. Is it still the case?
What version of RDM are you running?
Best regards,
Jeff Dagenais
Actually I did reply to the case approx 14 days ago, but havent heard anything. Lets continue here.
2021.1.36.0 is the RDM version, DPS version is 2021.1.17.0
/Kaj
Hello,
Unfortunately, we never received your reply.
RDM version 2021.1.38 fixed an error handling issue in Devolutions Server (DVLS), would it be possible to try updating it and see if the issue remains. I would strongly recommend 2021.1.41 however. DVLS 2021.1.19 had a critical security fix, but it would not affect the speed.
If you do not wish to install it, you can test it with a portable version. I would recommend doing so on the server hosting DVLS to eliminate networking issues.
1- Download the .zip: https://remotedesktopmanager.com/home/thankyou/rdmbin
2- Create a new folder on your Desktop
3- Extract the content of the .zip file into the folder created at #2
4- Go in this folder once the .zip file has been extracted and run remotedesktopmanager64.exe
5- Enter your current serial
6- Add your data source
Do you have the same slowness issue with an administrator account in DVLS? The number of API calls is lower with an administrator since no permissions need to be applied.
Would it also be possible to provide the specs - RAM and number of CPU - of both servers (DVLS and SQL)?
Best regards,
Richard Boisvert
Hello,
Would it also be possible to provide the specs - RAM and number of CPU - of both servers (DVLS and SQL)?
Best regards,
SQL Express and DPS running on the same server, 24 Gb ram, 3.0+ Ghz, 4 cores, unknown model of CPU though. Server idling at 4-6% genererally.
/Kaj
Hello Kaj,
Thank you, those are more than sufficient.
I sent you via PM the SHA256 hashes of the different files, as requested.
Best regards,
Richard Boisvert
unfortunatly after upgrade the DVLS - Api - AddLogEntry call still takes 21xxx ms & I'm logged in as Administrator eq user in RDM / DPS
RDM 2021.1.41.0
DPS 2021.1.20.0
Also logged in to RDM as the original Admin user thats not Windows Authenticated and there the AddLogEntry also takes 21000 ms atleast. Logging in to the webportal using the original admin account seems to be slow aswell
/Kaj
After messing around with basically all settings in DPS web interface under Administration it seemed to have solved itself.
I think it had to do with 'Force token public IP validation' or 'Enable Internet Access' checkboxes that I've unchecked. However rechecking those doesnt seem to re-enable the slow logging call.
/Kaj
Hello Kaj,
If the DVLS server does not have access to the Internet, unchecking that option will make Gravatar, Pwned Password check, etc will not be used, thus increase the performance.
I am glad you were able to resolve your issue, and thank you for sharing your solution with the community.
Best regards,
Richard Boisvert