Forum / Devolutions Password Server - Bug Report

Authentification in progress...

  • Create an Issue
  • Cancel

Hello,

since we use devolutions server 3.2.0.0, we loose connectivity to the Active Directory. The only thing we can do is rebooting the server. Did there change anything? Can I downgrade to 3.1.0.0 easily or is this not recommended?

Regards,
Georg

Clock4 yrs

Hello,

Could you please check when you edit a user from the DVLS console if the Authentication type is grayed out or not?

2016+05+13+8+44+35

If it is not grayed out and you can edit the Authentication type, please do not change it and just click on the Ok button. It will save the Authentication type and you should be able to log in with this user.


Best regards,



Érica Poirier

signaturesignature

2016-05-13_8-44-35.png
Clock4 yrs

Hello,

You can also consult our Online Help about Upgrading to Devolutions Server 3.2 for further information about authentication issues after the upgrade.

Best regards,



Érica Poirier

signaturesignature

Clock4 yrs

I can authenticate, but it looses its connection. Only a reboot resolved this. With 3.1.0.0, I can authenticate and the connection stays up.

Clock4 yrs

is the downgrade possible ? or does it crash everything? we need the RDM work next week properly...

Clock4 yrs

Hello,

It is possible to downgrade only if you have made a full backup of you SQL database before upgrading to version 3.2 of DVLS as explained on our Online Help about Upgrading Devolutions Server.

What is the behavior of loosing the connections? Are you talking about the Offline mode? Could you please post a print screen or a short video of this behavior? Please go in the Help menu and click on the Record button.

2016+05+13+13+25+45


Best regards,



Érica Poirier

signaturesignature

2016-05-13_13-25-45.png
Clock4 yrs

Hi Erica,

I did not look what happened.
I left RDME open for some time.
Then suddenly, the applicaton is "not responding" and than it tries to connect. The message I get is "Authentication in progress...". After this, I looked at the Server Machine and opened RDME as administrator, There, also, same behavior.

Regards,
Georg

Clock4 yrs

... so I cannot tell you when it happened again. Maybe every two hours, I did not look at the watch...
And I could only send you a screenshot of the application, but you will not see very much. I can send you the logs...

Clock4 yrs

oh oh ... I see many errors now. Please have a look at the Logs I sent.
Regards,
Georg

Clock4 yrs

Hello,

Yes please send us the application logs and we will check it.
Have you any of the footer pane activated in your RDM? If yes, please close all of your footer pane to see if this resolve the issue.
Could you please check in File->Background Services if there is any synchronizers?


Best regards,



Érica Poirier

signaturesignature

Clock4 yrs

Hello,

RDM is trying to update your offline cache file but another software, like an antivirus, is accessing the cache file in the same time.

Info: ClearCache - C:\Users\...\AppData\Local\Devolutions\RemoteDesktopManager\da18dada-d7ed-4bde-b309-3907bcf30ca1\offline.mcdf
Error Silent: System.IO.IOException: The process cannot access the file 'C:\Users\...\AppData\Local\Devolutions\RemoteDesktopManager\da18dada-d7ed-4bde-b309-3907bcf30ca1\offline.mcdf' because it is being used by another process.

Could you please check if you have an antivirus on your machine? If yes, could you please configure your antivirus to not scanning the folder %localappdata%\Devolutions\RemoteDesktopManager?

Best regards,



Érica Poirier

signaturesignature

Clock4 yrs

I'm having this issue as well on DVLS 3.2.0.0. This happens on both RDM 11.1.0.0 and 11.5.0.0 clients which previously had no issues on DVLS 3.1.0.0. I tried adding that directory to the AV white list but that did not help.

Clock4 yrs

Hello,

Are you running multiple instances of RDM?
If not, could you please check with the Microsoft/SysInternals Process Explorer if you can find which application or user has locked the cache file?


Best regards,



Érica Poirier

signaturesignature

Clock4 yrs

I am not. I experienced this issue over the weekend with two Windows 7 computers running RDM 11.1.0.0 against DVLS 3.2.0.0 which was previously working perfectly fine against DVLS 3.1.0.0. The other computer I experienced this on at the same time was a Windows 10 computer running RDM 11.5.0.0.

No changes were made on the client side so I'm not sure why this would be a file locking issue when only the server was upgraded.

Clock4 yrs

Hello,

For one of these users, could you please try to change the Offline engine to SQLite? You can modify it in File->Options->Advanced->Offline engine.

2016+05+16+15+57+15


Best regards,



Érica Poirier

signaturesignature

2016-05-16_15-57-15.png
Clock4 yrs

Seems to work for me ... how long? We will see.

Clock4 yrs

OK, now I lost the connection again. Same issue as before...

Clock4 yrs

On the devolutions Server, there is no antivirus software running...

Clock4 yrs

... any news about a workaround or a fix for this issue? I don't want to restart IIS every 2 hours...

Clock4 yrs

Hello,

You seem to have unique issues what no other users have reported. Is there anything particular about your environment?

When these types of issues occur, we recommend starting with a SFC /scannow

The second step is to run the .net repair tool. https://www.microsoft.com/en-ca/download/details.aspx?id=30135

This thread doest mention if this happens to any of your colleagues as well. That would be useful to know.

thank you,



Maurice Côté

signaturesignature

Clock4 yrs

Hi,

yes, everybody has cannot login with the RDM Client when this happens.
And no, I think I am not the only one. Mark Dragon (look a few posts before) has this issue, too.
Or is it solved in the meanvhile?

Regards,
Georg

Clock4 yrs

Hello,

M. Dragon had the issue where the AuthenticationType was not specified in the user account.

You have multiple topics opened and we are trying to understand why you have so many issues.



Maurice Côté

signaturesignature

Clock4 yrs

on the server side, sfc does not bring up any problems. There, the Client has the same issue with the authentification... so I guess it is a server problem. With the old version of the server, we did not see these issues.

Clock4 yrs

have you user account been modified to specify the authentication type?



Maurice Côté

signaturesignature

Clock4 yrs

Maurice, I have had multiple issues with DVLS 3.2.0.0. They are listed in the current email thread that support has.

Regarding this particular issue, yes, I have it as well. I saw this thread after upgrading but before the issue occurred in my environment. Once this issue occurred Saturday morning and I confirmed all of my clients were unable to connect I decided that this version broke more than it fixed in my environment so I rolled back to 3.1.0.0.

It looks like Georg is also using AD. Perhaps it is related to the new code that was introduced for that? Are there perhaps more tables in the DB that need to be manually touched to make this version work?

Clock4 yrs

Maurice Cote wrote:

have you user account been modified to specify the authentication type?


In my case, yes I confirmed a value was set for all of my users and the issue still occurred.

Clock4 yrs

I connected with a customer yesterday and patching the users was the only step that was necessary.

Georg has way more than issues with authentication. The CTO has worked on the case for a long time and we are trying to understand why he has experienced issues like that. It is NOT limited to DVLS 3.2.

As for your own case @Mark, since you have reverted we cannot know if patching the users would have been sufficient. You are entitled to premium support so just let us know if you'd like a session.



Maurice Côté

signaturesignature

Clock4 yrs

The AuthenticationType of my users had a value of 3 which I verified before leaving Friday night. This issue then occurred Saturday morning. I'm hesitant to leave this particular issue in production since we are a 24/7 shop.

While Georg may have more outstanding issues I am not privy to, it appears we share this one after upgrading to 3.2.0.0.

With that said, Georg tried the SQLite change and I tried the AV exclusion change. I can upgrade again and let it break, but I can't have it down for hours at a time waiting for time zones to align for a session. We can certainly attempt to get a session going so you can see it in action, but perhaps a simple log gather at the time it occurs may be more realistic?

Clock4 yrs

I only can tell you again, I only experienced this specific issue with 3.2. It did not occur before and we were running our environment 1 week. With all other issues we can live because we can connect. This issue here is for us now the most important one.
I cannot go back to 3.1 as I forgot to make a db backup...

Regards,
Georg

Clock4 yrs

For the user accounts: where and what do I have to modify?

Clock4 yrs