September 25, 2018 at 10:43 am
I'm developing a piece of software that uses SQL Server Authentication instead of Windows Authentication.
I'm using SQL Server 2016, ASP.NET and C# (with StrataFrame as a development framework)
The connection resides in the GLOBAL.ASAX file and looks like this:
DataLayer.DataSources.Add(new SqlDataSourceItem("", @"Server=SEP-JT;Database=Crucible;User Id=crucible;Password=Tv$8g*kdLpMs=[97")); (password changed to protect the innocent ;-))
I know that this connection string is correct as it was working just fine until a couple of days ago.
Here is the website ... the stack trace can be seen there ... http://www.crucibleweb.com
What can make a perfectly functioning connection environment all of a sudden just up and stop working?
Thanks,
C. T. Blankenship
http://www.novantconsulting.com
ctblankenship@gmail.com
September 25, 2018 at 11:27 am
Did someone change the server to Windows Authentication?EXEC master.sys.xp_loginconfig 'login mode'
September 25, 2018 at 11:40 am
No, on the Server Properties - Security page the Server Authentication is set to "SQL Server and Windows Authentication". That was the first thing I checked. Sorry, I should have stated that initially.
The result of your query is 'Mixed".
Thanks,
CT
September 25, 2018 at 11:45 am
ctblankenship - Tuesday, September 25, 2018 10:43 AMI'm developing a piece of software that uses SQL Server Authentication instead of Windows Authentication.I'm using SQL Server 2016, ASP.NET and C# (with StrataFrame as a development framework)
The connection resides in the GLOBAL.ASAX file and looks like this:
DataLayer.DataSources.Add(new SqlDataSourceItem("", @"Server=SEP-JT;Database=Crucible;User Id=crucible;Password=Tv$8g*kdLpMs=[97")); (password changed to protect the innocent ;-))
I know that this connection string is correct as it was working just fine until a couple of days ago.
Here is the website ... the stack trace can be seen there ... http://www.crucibleweb.com
What can make a perfectly functioning connection environment all of a sudden just up and stop working?
Thanks,
C. T. Blankenship
http://www.novantconsulting.com
ctblankenship@gmail.com
Not going to go the site to look at the file and I am sure that there are others that won't as well. What is the error message you are getting?
September 25, 2018 at 11:52 am
Not going to visit the site? I guess that makes sense ... in any event, the following is the stack trace for the error.
Thanks,
CT
Description: An unhandled exception occurred during the execution of the current web request. Please review the stack trace for more information about the error and where it originated in the code.
Exception Details: System.Data.SqlClient.SqlException: Login failed for user 'crucible'.
Source Error:
An unhandled exception was generated during the execution of the current web request. Information regarding the origin and location of the exception can be identified using the exception stack trace below. |
Stack Trace:
[SqlException (0x80131904): Login failed for user 'crucible'.] |
September 25, 2018 at 11:53 am
Did you check the error logs on the server?
September 25, 2018 at 11:55 am
ctblankenship - Tuesday, September 25, 2018 10:43 AMI'm developing a piece of software that uses SQL Server Authentication instead of Windows Authentication.I'm using SQL Server 2016, ASP.NET and C# (with StrataFrame as a development framework)
The connection resides in the GLOBAL.ASAX file and looks like this:
DataLayer.DataSources.Add(new SqlDataSourceItem("", @"Server=SEP-JT;Database=Crucible;User Id=crucible;Password=Tv$8g*kdLpMs=[97")); (password changed to protect the innocent ;-))
I know that this connection string is correct as it was working just fine until a couple of days ago.
Here is the website ... the stack trace can be seen there ... http://www.crucibleweb.com
What can make a perfectly functioning connection environment all of a sudden just up and stop working?
Thanks,
C. T. Blankenship
http://www.novantconsulting.com
ctblankenship@gmail.com
You need to check the SQL Server error log - not the stack trace. The SQL Server error log reports more information and the reason for the failure.
Sue
September 25, 2018 at 12:15 pm
Thanks for the SQL Server Error Log tip ... it said passwords didn't match. Come to find out that the " in the password was causing the problem.
Thanks to everyone for their time and effort.
CT
Viewing 8 posts - 1 through 7 (of 7 total)
You must be logged in to reply to this topic. Login to reply