错误消息: (提供程序: 共享内存提供程序,错误: 0-管道另一端没有进程。)

我试图部署我的网站上的 Windows 服务器2003。 在下面的错误信息中,我是否遗漏了什么或者出了什么问题,我怎样才能纠正它呢? 谢谢

我收到了错误消息:

成功地与服务器建立了连接,但是在登录过程中发生了一个错误。(Provider: Shared Memory Provider,error: 0-管道另一端没有进程。) 描述: 在当前 Web 请求的执行过程中发生了一个未处理的异常。请查看堆栈跟踪,以获得有关错误的更多信息以及错误在代码中的起源位置。

异常详细信息: System.Data.SqlClient.SqlException: 连接 在服务器上成功建立,但随后出现了一个错误 (提供程序: 共享内存提供程序, Error: 0-在管道的另一端没有进程。)

来源错误:

方法执行期间生成未处理的异常 目前的网页要求。关于来源和位置的信息 可以使用下面的异常堆栈跟踪来识别异常。

堆栈追踪:

[ SqlException (0x80131904) : 成功建立连接 但是在登录过程中发生了一个错误。 (提供程序: 共享内存提供程序,错误: 0-没有进程在 管子的另一端。)]
System.Data.ProviderBase.DbConnectionPool.GetConnection (DbConnection + 1019
System.Data.ProviderBase.DbConnectionFactory. GetConnection (DbConnection + 108
System.Data.ProviderBase.DbConnectionclose. OpenConnection (DbConnection OuterConnection,DbConnectionFactory ConnectionFactory) + 126
System.Data.SqlClient.SqlConnection. Open () + 125
连接。驱动连接提供程序。 GetConnection () + 104
提供连接提供者连接帮助器。准备() + 15 NHibernate。 Tool.hbm2ddl。 SchemaMetadataUpdater + 89
更新(ISessionFactory) SessionFactory) + 80
(配置 cfg,映射 映射、设置设置、 EventListener 监听器) + 599
NHibernate. Cfg.Configuration. BuildSessionFactory () + 104
Data. SessionManager. . cctor () in 开发代码 API 数据 sessionmanager.cs : 27

284742 次浏览

Typically, to troubleshoot this, you go to SQL Server Configuration Manager (SSCM) and:

  1. ensure Shared Memory protocol is enabled
  2. ensure Named Pipes protocol is enabled
  3. ensure TCP/IP is enabled, and is ahead of the Named Pipes in the settings

Maybe it can help: Could not open a connection to SQL Server

Note : If this is a new instance of SQL Server be sure SQL Server and Windows Authentication is enabled

  1. Right Click the Server in SSMS and pull up server properties
  2. Go to Security--> Select 'SQL Server and Windows Authentication Mode'
  3. Restart the Server and Login with the credentials

Just another possibility. I had to restart the sql server service to fix this issue for me.

I had the same error by in SQL Server Management Studio.

I found that to look at the more specific error, look at the log file created by the SQL Server. When I opened the log file, I found this error

Could not connect because the maximum number of ’2′ user connections has already been reached. The system administrator can use sp_configure to increase the maximum value. The connection has been closed

I spend quite some time figuring this out. Finally running the following code fixed my problem.

sp_configure 'show advanced options', 1;
go


reconfigure
go


sp_configure 'user connections', 0
go


reconfigure
go

More on here and here

Edit

To view logs search for "logs" on windows startup button, click "view events logs". From there go to Applications under "Windows Logs". You can also choose "System" logs to see system wise errors. You can use filter on current logs by clicking "Filter Current Logs" on right side and then select "Error checkbox".

I had this same error message, turns out it was because I didn't have mixed mode auth enabled. I was on Windows Auth only. This is common in default MSSQL deployments for vSphere, and becomes an issue when upgrading to vSphere 5.1.

To change to mixed mode auth you can follow the instructions at http://support.webecs.com/kb/a374/how-do-i-configure-sql-server-express-to-enable-mixed-mode-authentication.aspx.

Enable Mixed authentication mode while installing MSSQL server. Also provide password for sa user.

You should enable the Server authentication mode to mixed mode as following: In SQL Studio, select YourServer -> Property -> Security -> Select SqlServer and Window Authentication mode.

I was getting this error today. In my case, looking at the ERRORLOG file on the SQL server gave me this error:

Login failed for user ''. Reason: Failed to open the database '' specified in the login properties.

This was because I had deleted the "Default database" of this user a few days ago. Setting the default database to my new database fixed the problem.

Hope this helps someone else.

This is old but I had the problem in the connect dialog that it was still defaulting to a database I had removed. And by running those commands the default database in the prompt wasn't changing. I read somewhere I can't find now, that if you open the "Connect to Server" dialog and then select "Options" and select "Connection Properties" tab by typing the default database (no by selecting from the drop down) the database will then stay on that new value entered. This sounds like a flaw to me but in case someone was wondering about that, that should fix the issue, at least on SQL Server 2012

I forgot to add the "Password=xxx;" in the connection string in my case.

Goto to SQL server using windows Credentials - > Logins - > Select the Login - > in the Properties -> Check if the Log in is enabled/disabled. If Disabled, make it enable, this solution worked for me.

Hi Just enable both for server authentication as per screen shot attached below.

enter image description here

By looking into SQL SERVER log file in "C:\Program Files\Microsoft SQL Server\MSSQL13.MSSQLSERVER\MSSQL\Log\ERRORLOG", it says "Login failed for user 'XXXXX'. Reason: An attempt to login using SQL authentication failed. Server is configured for Windows authentication only. [CLIENT: ]"

The fixing method is to open "Microsoft SQL Server Management Studio" -> Right click the SQL server and then select "Properties" -> Security -> Change the authentication to mixed mode. -> Restart SQL server.

Check if your connection string has "Trusted_Connection=true" added.

All good and valid courses of investigation especially the logs for more info.

For those hitting this it might be a simple gotcha where when you have created the DB User you may have enforced a password policy and left the user to change the password on first login (i.e. left the checkboxes around the password field at their default values).

Very easily done in SQL Management Studio and can of course cause authentication issues off the bat that are masked unless you look into the logs.

The "real" error was in the SQL error log:

C:\Program Files\Microsoft SQL Server\MSSQL14.MSSQLSERVER\MSSQL\log\ERRORLOG

Path will depend on your version of SQL Server

Check that the server name you're logging into with SQL Management Studio matches your connection string.

I was getting this error today. It turned out that I hadn't realised the machine with SQL Server installed had multiples servers running. I had in fact put my database in a totally different server to the one I thought I was using. (So my connection string was pointing to a server with no database)

Hence, When .net tried to access the database it couldn't find anything and gave only a misleading error message about pipes.

I opened the correct server in SQL Management Studio, added my database to and then all worked fine. (If the correct server isn't available in the dropdown, try browsing for it.)

Image showing the connection string matching the correct server name

In my case it was a spelling mistake in the database name in connection string.

I know i am probably the only one that will have this problem in this way. but if you deleted the mdf files in the C:/{user}/ directory, you will get this error too. restore it and you are golden

In C# and SQL SERVER, we can fix the error by adding Integrated Security = true to the connection string.

Please find the full connection string:

constr = @"Data Source=<Data-Source-Server-Name>;Initial Catalog=<DB-Name>;Integrated Security=true";

Adding this to my connection string worked for me:

Trusted_Connection=true

I ran across this in a code-first application which expected the database to be there:

Make sure the database is created / the name in the connection string is correct.

I had the same problem. I tried all the suggested answers in this page but to no avail! Finally, I tried the steps below and it worked for me:

In SQL Server Management Studio Object Explorer, right-click the server, and then click Properties.

  1. On the Security page, under Server authentication, select the new server authentication mode, and then click OK.
  2. In the SQL Server Management Studio dialog box, click OK to acknowledge the requirement to restart SQL Server.
  3. In Object Explorer, right-click your server, and then click Restart. If SQL Server Agent is running, it must also be restarted.

Then try this in your Package Manager Console:

Scaffold-DbContext "Server=YourServer;Database=YourDB;Persist Security Info=False;User=YourUserName; Password=YourPassword; MultipleActiveResultSets=False;Encrypt=False; TrustServerCertificate=False; Connection Timeout=30;" Microsoft.EntityFrameworkCore.SqlServer -OutputDir Models -Context DatabaseContext -f

In my case, my situation was a little different.

1. My Mistake: I was missing a ";" in stringConnection. I know this is a newbie bug, but I am new to C # and SQL Server. I have one day :)

private string connectionString = "Data Source=localhost;Initial Catalog=FundamentalsCSharp"
+ "User=sa;Password=123456";

2. My Solution: Put a ";" it was missing after the phrase "FundamentalsCSharp" and it worked.

private string connectionString = "Data Source=localhost;Initial Catalog=FundamentalsCSharp;"
+ "User=sa;Password=123456";

3. Note: Change "FundamentalsCSharp" for your owned Initial Catalog.

I hope this can be of use to someone. Thanks!

In my case, my project is Asp.net Core 3.1 and this is my connection string

"ConnectionString": "Data Source=.; Initial Catalog=WebDB; user Id=sa; Password=123"

And database name in sql server webdb (lower case in sql server). After many time change database name webdb in connecion string and worked fine.

I had the same error, Fixed it by ensuring that SQL server had SQL authentication mode enabled.

see images below.

  1. To enable, go to server properties. enter image description here

  2. Click on the Security tab and select the SQL server and window server auth mode and press ok

enter image description here

  1. You will need to restart the server for the changes to reflect, should be fine now.

enter image description here

For those doing entityframework code first, also check to enture you have done your migrations. The best place to look for the root cause is the sql server error log

In my case My disk was full 99%, It worked after I freed up to 80% of the disk.