Sql Server Error : A transport-level error has occurred when receiving results from the server ...

Hamed Vaziri 136 Reputation points
2021-04-24T21:13:50.053+00:00

Hi
In my sql server 2014 ssms i've run a simple query like this :
select * from Diet_PatientDetails

but i'm facing this error, during running my query :
A transport-level error has occurred when receiving results from the server. (provider: Shared Memory Provider, error: 0 - No process is on the other end of the pipe.)

All other tables works correctly, but when i select from this table, i'm facing the given error!
Where is my problem & how to solve it?
Thanks in advance

Developer technologies | Transact-SQL
SQL Server | Other
{count} votes

Accepted answer
  1. AmeliaGu-MSFT 14,006 Reputation points Microsoft External Staff
    2021-04-26T03:14:22.587+00:00

    Hi @Hamed Vaziri ,

    In addition, please check if there is any corruption in the database. You can use DBCC CHECKDB to check.
    If there are any error is reported by DBCC CHECKDB, it is recommended to restore the database from the last known good backup. If this happens to be no good backup, then you have to use the repair option with DBCC CHECKDB after the database placed in emergency mode.

    Best Regards,
    Amelia


    If the answer is helpful, please click "Accept Answer" and upvote it.
    Note: Please follow the steps in our documentation to enable e-mail notifications if you want to receive the related email notification for this thread.

    0 comments No comments

2 additional answers

Sort by: Most helpful
  1. Erland Sommarskog 121.4K Reputation points MVP Volunteer Moderator
    2021-04-24T21:43:41.787+00:00

    The first thing I would do is to look in the SQL Server errorlog to see if there are any messages which seem to correlate with this error. Actually, I think that before we venture into other speculations, we should see the errorlog.


  2. Łukasz Huk 0 Reputation points
    2023-02-02T08:57:41.7366667+00:00

    In my case the db check showed no errors, the application that reported this problem is running locally on the same machine as SQL Server - so it's not a connection issue.

    However, the SQL instance is named, so to be sure, I also turned on Named Pipes, and turned on Ad Hoc Distributed Queries.

    I updated MS SQL 2019 to the last available CU (18) and the problem no longer occurs.

    0 comments No comments

Your answer

Answers can be marked as Accepted Answers by the question author, which helps users to know the answer solved the author's problem.