Logging in as SQL's "sa" Fails on the First Attempt but Not on the Second

Hello:

This experience that I had, yesterday, simply peaked my curiosity.  So, I thought that I would ask you all.

Yesterday, our DBA changed a SQL instance's "sa" password.  

In addition, we have an app that utilizes an ODBC connection to connect to this SQL instance.  The ODBC connection, though, was not configured with "sa" as the user ID.  

In any case, we have this app installed on three Terminal Server boxes.

After this password change, I attempted to login to the app as "sa" on all three boxes.  

The very first attempt on each box failed but not the second.

True, it's possible that I may have simply typed the new password incorrectly, during the first attempt on each box.  

But, I'm not so sure that that's the case.  It just really seems odd to me that, after an "sa" password change, the first attempt on three Terminal Server boxes fails but not on the second attempt.

This seems more than just a simple case of a mistyped password or coincidence.  Again, though, what do you all think?

John
John EllisAsked:
Who is Participating?
 
QlemoConnect With a Mentor Batchelor, Developer and EE Topic AdvisorCommented:
Looks like a cache issue with the app. Nothing on the DB side can cause this. Probably the old password has been provided instead of the one you entered.
0
 
John EllisAuthor Commented:
Hi There, Qlemo:

Thank you, so much, for the quick response.

I'm sorry.  But, can you please tell me what you meant by, "Probably the old password has been provided instead of the one you entered. "?

Thanks, again!

John
0
 
QlemoBatchelor, Developer and EE Topic AdvisorCommented:
As said, the app might be the culprit - using the old password first, then replacing it with the new one. An application bug.
0
Free Tool: SSL Checker

Scans your site and returns information about your SSL implementation and certificate. Helpful for debugging and validating your SSL configuration.

One of a set of tools we are providing to everyone as a way of saying thank you for being a part of the community.

 
Mark WillsTopic AdvisorCommented:
Qlemo is probably correct, a caching issue. It can also be caused by your authentication mode and a confused SQL Server as to who you really are. SQL will store user and (hashed) password in Master database and try to match that with SQL login (windows authentication). Basically the user always needs to be associated with a trusted connection. It would normally throw an error message, and would need to see that.

If it was a once off problem, I wouldn't worry too much. But if it is happening often enough, then you will need to resolve properly.

Here is a MS Support link (so, you aren't the only one) describing a possible fix... https://support.microsoft.com/en-au/kb/2121736 also check (this newer one, and describes better with links and error message explanations) https://support.microsoft.com/en-us/kb/555332

To fully diagnose the problem we would need a lot more information from you...
0
 
Mark WillsTopic AdvisorCommented:
John,

How are you going with this ? Havent heard from you in a while... Would be interested to hear of any developments.
0
 
John EllisAuthor Commented:
Hi Mark:

I was just waiting to see, if I received other opinions.  It sound like, based on what you all are saying though, the password was simply cached--either in SQL or the app that I was using.

John
0
 
Mark WillsTopic AdvisorCommented:
Fair enough...

Just curious, what authentication mode are you using ?
0
 
John EllisAuthor Commented:
Our SQL uses Mixed Mode Authentication.

John
0
 
Vitor MontalvãoMSSQL Senior EngineerCommented:
Old question but seems not any comment marked as solution.

John, do you remember the error thrown by the first attempt?
0
 
Mark WillsTopic AdvisorCommented:
Sounds like Qlemo had the right answer...
0
Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.

All Courses

From novice to tech pro — start learning today.