SOLVED: 5.2.8.2 Login failed for user 'NT AUTHORIT...
PDinCA
Posts: 642 Silver 1
Every instance I login to is telling me the above, with respect to the master database, and tells me it cannot refresh the suggestions.
I am logging into each instance that are ALL on the the SAME Windows domain, with my Windows credentials for the SAME domain - why "Anonymous"?
I am the ADMIN on EVERY box, without exception. I am in the sysadmin role, without exception.
This NEVER happened in 5.2.6, which I was on until the update this morning.
Please fix this apparent bug.
UPDATE @ 23:22 UTC:
Uninstalled this version because even when I select a database and refresh suggestions, I GET NO TABLES AT ALL!!! GRRRRRR!
FURTHER UPDATE:
Really hosed! 5.2.6 gives me the SAME error.
Ideas, please?????????
ANOTHER UPDATE: 00:18 hrs UTC March 8th:
1. Rebooted the SSMS Server (it's Windows after all)
2. Logged into Dev server. SQL Prompt 5.2.6 promptly BARFs - pun intended.
3. Restarted SSMS.
4. Disabled the SQL History feature of SSMS Tools.
5. Logged into Production using SQL Authentication.
6. SQL Prompt didn't barf.
7. Pushed my luck by logging into the Dev server and... NO BARF!
Hypotheses:
1. SQL Prompt 5.2.8.2 and SSMS Tools don't play nice together and 5.2.8.2 leaves something behind that 5.2.6 also falls over.
2. SQL Prompt 5.2.8.2 initializes differently from 5.2.6 and left behind something that SSMS continued to load/reference that required a SQL Authentication login to rectify, i.e., SSMS Tools interference may be a red herring and it's a Windows vs. SQL login problem.
There's still some kind of issue - I won't be upgrading SQL Prompt to 5.2.8.2 any time soon!
I am logging into each instance that are ALL on the the SAME Windows domain, with my Windows credentials for the SAME domain - why "Anonymous"?
I am the ADMIN on EVERY box, without exception. I am in the sysadmin role, without exception.
This NEVER happened in 5.2.6, which I was on until the update this morning.
Please fix this apparent bug.
UPDATE @ 23:22 UTC:
Uninstalled this version because even when I select a database and refresh suggestions, I GET NO TABLES AT ALL!!! GRRRRRR!
FURTHER UPDATE:
Really hosed! 5.2.6 gives me the SAME error.
Ideas, please?????????
ANOTHER UPDATE: 00:18 hrs UTC March 8th:
1. Rebooted the SSMS Server (it's Windows after all)
2. Logged into Dev server. SQL Prompt 5.2.6 promptly BARFs - pun intended.
3. Restarted SSMS.
4. Disabled the SQL History feature of SSMS Tools.
5. Logged into Production using SQL Authentication.
6. SQL Prompt didn't barf.
7. Pushed my luck by logging into the Dev server and... NO BARF!
Hypotheses:
1. SQL Prompt 5.2.8.2 and SSMS Tools don't play nice together and 5.2.8.2 leaves something behind that 5.2.6 also falls over.
2. SQL Prompt 5.2.8.2 initializes differently from 5.2.6 and left behind something that SSMS continued to load/reference that required a SQL Authentication login to rectify, i.e., SSMS Tools interference may be a red herring and it's a Windows vs. SQL login problem.
There's still some kind of issue - I won't be upgrading SQL Prompt to 5.2.8.2 any time soon!
Jesus Christ: Lunatic, liar or Lord?
Decide wisely...
Decide wisely...
Comments
1. I "fixed" the problem by logging in with a SQL Login, then immediately logging into the same server with my Windows credentials. 2. I've been connecting to the target server, from the central development server, for over a year with no issues until 5.2.8.2 came along.
As I've uninstalled 5.2.8.2, will the logs remain? If so, where would I find them, please?Decide wisely...
Decide wisely...
Thanks.
Decide wisely...
(Remainder of original post removed problem persists...)
Decide wisely...
I'll hook up the Red Flag and see what gives...
"SOLVED" removed from the title
Decide wisely...
<?xml version="1.0" encoding="utf-8"?><RedFlagResults xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" ProgramName="smss " OSVersion="Microsoft Windows NT 5.2.3790 Service Pack 2" DotNetVetsion="" Bitenss="32"><Exceptions /><Modules /><Messages /><AppDomainList /></RedFlagResults>
Still need help, because this happens on every query window open and I need it gone so I can get some work done...
Decide wisely...
SAME RESULT.
Version confirmed to be 5.2.6.1
Assistance requested...
Decide wisely...
Connected via SQL Login.
Connected using Windows login.
Problem goes away.
Decide wisely...
Used prior 5.2.8.2 download...
Decide wisely...
SQL then Windows login cleared it.
Working... :roll:
Decide wisely...
The same, original, error message appears connecting to ANY server with WINDOWS Authentication. EVERY server is on the same domain as the development server. I am 1 of only TWO Users connected to the server via RDP from W7 using TCP/IP, logging in with credentials on the Development Server's domain.
I have logged off the box and logged back again.
Ran Windows Update and rebooted the server, too.
I took the DRASTIC step of using Revo Uninstaller to rip 5.2.8.2 off the box before the reboot, then installed 5.2.2 after the reboot and IT WORKS! Using Revo, I cleared all trace of the Experimental Features registry content, plus deleted all the config xml files.
I am officially DEAD IN THE WATER WITH REGARD TO 5.2.6 and 5.2.8.2. Pity, because partial matching was VERY useful. Assistance hereby requested on Monday March 19th 2012. I'm on Pacific Time. Please email me with steps I can assist with debugging this catastrophic issue. Thanks.
Box:
Windows Server 2003 R2 Standard SP2 with all latest updates. 32-bit. At the time of writing, of the 3.5GB memory, 1.8GB is available. SSMS is 2008R2 targeting SQL2005EE instances.
Decide wisely...
With the "synonym suggestions" experimental feature enabled, SQL Prompt will try to identify the target object type for all synonyms present in the database. If you have a synonym pointing to a target on a linked server, and the linked server connection causes problems, I could imagine that the login error you have described could occur. However, SQL Prompt should not even attempt to load synonym information unless the "synonym suggestions" experimental feature is enabled. (As an aside, if this was enabled in 5.2.8, it would remain enabled in a downgrade to 5.2.6, because the enabled state is stored in %LocalAppData%\Red Gate\SQL Prompt 5\PluginOptions.xml)
One way to find out whether this is the cause of the problem would be to use SSMS to connect to the server and manually run the same query that SQL Prompt uses to obtain the synonym information: It sounds like the problem is occurring on master, so the first thing to try would be putting master in place of {test_database_name}.
If this also produces an error, it would indicate that something in the synonym configuration is causing a problem. You should still be able to work with the latest version of SQL Prompt as long as the synonym experimental feature is disabled. If the query doesn't cause any problems, then something else must be going on, and I'll need to investigate it further with you.
Redgate Software
I'll install SQL Prompt on a different server on the same domain that can also access other servers/instances. I'll run 5.2.2 first, then 5.2.6 and run the synonym query.
Will post when done...
Decide wisely...
Query RESULTS are OK, but the exception still occurs. The problem is due to LINKED SERVER definitions on the target Server.
I decided to script out the Linked Server on BOX3 from BOX2. That Linked Server points to BOX1 on the SAME domain. I'd forgotten that to define or script-out THAT Linked Server def I need to be ON THE BOX. So, when I tried THAT with 5.2.2.1 BTW:
Very clear that Synonym to a linked-server is the culprit.
The actual Synonym and Linked Server definitions are (obfuscated) (If the Linked Server def looks funky it's because it was left alone once working... )
Apologies to Brian Donahue for overlooking the double-hop comment - this is that issue... :oops:
Decide wisely...
Changed title of thread to SOLVED:
As part of the development of the Synonym feature, please use case F0058243 and this thread as collateral to fix the bug for prime-time.
Regards,
Stephen.
Decide wisely...
We finally determined that the cause was a new feature, synonym suggestion, which was turned on. He turned it off and the suggestions started populating.
This should mean that errors dereferencing a synonym will no longer cause you to lose suggestions - we'll just be unable to determine the synonym type and therefore might suggest it in places where it wouldn't actually be valid.
Just a reminder though that the synonym support is still an experimental feature that won't be enabled by default. If you enable synonym support and unexpected errors occur, the first thing to try is disabling the feature again.
Redgate Software
Redgate Software
Decide wisely...