A transport level error has occurred when receiving results from the server

• Remove From My Forums

A transport-level error has occurred when receiving results from the server (provider: TCP Provider, error: 0 — The specified network name is no longer available.)

• Question

• I’ve a simple SSIS Package to transfer data between two servers, let’s say from SERVER01 (source) to SERVER02 (destination). When I test my SSIS package localy everything works great. When I deploy it on the SERVER02 it fails with an error:

  A transport-level error has occurred when receiving results from the server. (provider: TCP Provider, error: 0 — The specified network name is no longer available.)

  So I tested my «select query» directly in SSMS: Execute on my laptop — ok. Execute in SSMS on SERVER02 — fails with same error message. Execute on other servers — ok.

  So it means it’s related to the SERVER02. It’s virtual machine running Windows 2012 and SQL Server 2012. I can ping the SERVER01 without any problems. The data is about 170.000 rows and 20 columns.

  The query breaks after some time, and it’s random. Sometimes I get 10.000 records before it breaks, sometimes 80.000.

  We’ve 4GB free RAM (from 16GB). When I run the query memory usage doesn’t change (70%) .

  Other smaller queries run without any problems.

  Can someone point me how to solve this issue?

• Remove From My Forums

• Question

• I have asked similar question on IIS and SQL Server Forums, but I am yet to get a solution.  I have realized this is highly related to Entity Framework.  Let me explain.

  The following code generates the error about once every two days:

  using (Models.FooEntities context = new Models.FooEntities())
  {
      context.CommandTimeout = 300;
      Models.tblFoo foo = new Models.tblFoo();
      foo.DateTime = DateTime.Now;
      ...
      try
      {
          context.SaveChanges();
      }
      catch (EntityDataSourceValidationException edsve)
      {
          ...
      }
      catch (Exception ex)
      {
          //"A transport-level error has occurred when receiving results from the server"  is caught here
      }
  }

  Once this happens, the only way to remedy it is rebooting the hosting machine — a Windows 7 box. None of the following would help:

  1. Recycling app pools.
  2. Restarting the web application.
  3. Restarting IIS.
  4. Restarting SQL server.

  Here may be the most important fact: only web applications using Entity Framework generate this error.
   When it happens, other applications that do not use Entity Framework work fine with the same SQL database.

  Is there a way to reset Entity Framework without rebooting the machine?

  ---

  Hong

0

Server=172.24.32.7;Database=GetYourPet_1_1_0;User Id=***;Password=***;MultipleActiveResultSets=true

Exception message: A transport-level error has occurred when receiving results from the server. (provider: Session Provider, error: 19 - Physical connection is not usable)
Stack trace:
at System.Data.SqlClient.SqlConnection.OnError(SqlException exception, Boolean breakConnection, Action`1 wrapCloseInAction) ~    
at System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning(TdsParserStateObject stateObj, Boolean callerHasConnectionLock, Boolean asyncClose) ~    
at System.Data.SqlClient.TdsParserStateObject.ReadSniError(TdsParserStateObject stateObj, UInt32 error) ~   
at System.Data.SqlClient.TdsParserStateObject.ReadSniSyncOverAsync() ~    
at System.Data.SqlClient.TdsParserStateObject.TryReadNetworkPacket() ~    
at System.Data.SqlClient.TdsParserStateObject.TryPrepareBuffer() ~    
at System.Data.SqlClient.TdsParserStateObject.TryReadByte(Byte& value) ~    
at System.Data.SqlClient.TdsParser.TryRun(RunBehavior runBehavior, SqlCommand cmdHandler, SqlDataReader dataStream, BulkCopySimpleResultSet bulkCopyHandler, TdsParserStateObject stateObj, Boolean& dataReady) ~    
at System.Data.SqlClient.SqlDataReader.TryConsumeMetaData() ~    
at System.Data.SqlClient.SqlDataReader.get_MetaData() ~    
at System.Data.SqlClient.SqlCommand.FinishExecuteReader(SqlDataReader ds, RunBehavior runBehavior, String resetOptionsString) ~    
at System.Data.SqlClient.SqlCommand.RunExecuteReaderTds(CommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean returnStream, Boolean async, Int32 timeout, Task& task, Boolean asyncWrite, SqlDataReader ds, Boolean describeParameterEncryptionRequest) ~    
at System.Data.SqlClient.SqlCommand.RunExecuteReader(CommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean returnStream, String method, TaskCompletionSource`1 completion, Int32 timeout, Task& task, Boolean asyncWrite) ~    
at System.Data.SqlClient.SqlCommand.RunExecuteReader(CommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean returnStream, String method) ~    
at System.Data.SqlClient.SqlCommand.ExecuteReader(CommandBehavior behavior, String method) ~    
at Microsoft.EntityFrameworkCore.Storage.Internal.RelationalCommand.Execute(IRelationalConnection connection, String executeMethod, IReadOnlyDictionary`2 parameterValues, Boolean closeConnection) ~    
at Microsoft.EntityFrameworkCore.Storage.Internal.RelationalCommand.ExecuteReader(IRelationalConnection connection, IReadOnlyDictionary`2 parameterValues) ~    
at Microsoft.EntityFrameworkCore.Query.Internal.QueryingEnumerable.Enumerator.BufferlessMoveNext(Boolean buffer) ~    
at Microsoft.EntityFrameworkCore.Storage.Internal.SqlServerExecutionStrategy.Execute[TState,TResult](Func`2 operation, Func`2 verifySucceeded, TState state) ~    
at Microsoft.EntityFrameworkCore.Query.QueryMethodProvider.<_ShapedQuery>d__3`1.MoveNext() ~    
at System.Linq.Enumerable.FirstOrDefault[TSource](IEnumerable`1 source) ~    
at lambda_method(Closure , QueryContext ) ~    
at Microsoft.EntityFrameworkCore.Query.Internal.QueryCompiler.<>c__DisplayClass20_0`1.<CompileQueryCore>b__0(QueryContext qc) ~    
at GetYourPet.Services.MeetUpService.Get(String adopterUserId, Int32 petId, ApplicationUserRole applicationUserRole) in D:a1sGetYourPetsrcGetYourPetServicesMeetUpService.cs:line 45 ~    
at GetYourPet.Controllers.MeetUpsController.Get(String adopterUserId, Int32 petId) in D:a1sGetYourPetsrcGetYourPetControllersMeetUpsController.cs:line 63

line 45 from MeetUpService.cs:

MeetUp meetUp = _applicationDbContext.MeetUps.Where(mu => mu.AdopterUserId == adopterUserId && mu.PetId == petId).FirstOrDefault();

Я перепробовал все другие сообщения об ужасной «ошибке 19» и обнаружил, что те немногие, у которых есть ответы, не подходят или не помогают, отсюда и этот новый пост. Это очень серьезная потенциальная проблема для всех пользователей Azure + EF.

Первое появление:

Я использую последнюю версию всего в проекте VS2013 EF6.1 Razor (пакеты перечислены в конце). База данных размещена в SQL Azure.

После запуска моего веб-приложения несколько раз (в среде разработки) я получаю следующую ошибку: A transport-level error has occurred when receiving results from the server. (provider: Session Provider, error: 19 - Physical connection is not usable)

Линия, на которой он умирает, всегда такая:

Я понимаю, что ошибка связана с пулом соединений (и исчерпанием соединений), но я нигде не могу обнаружить утечку.

Когда я получаю доступ к членству в OWIN и другим функциям базы данных в приложении, у меня есть DatabaseContoller, от которого наследуются все остальные контроллеры. Это создает все соответствующие компоненты и избавляется от них.

DatabaseController.cs

[Authorize]
public class DatabaseController : Controller
{
    #region properties
    /// <summary>
    /// User manager - attached to application DB context
    /// </summary>
    protected UserManager<ApplicationUser> UserManager { get; set; }

    /// <summary>
    /// Role manager - attached to application DB context
    /// </summary>
    protected RoleManager<IdentityRole> RoleManager { get; set; }

    /// <summary>
    /// Application DB context
    /// </summary>
    protected ApplicationDbContext ApplicationDbContext { get; set; }

    /// <summary>
    /// Database context used by most controllers
    /// </summary>
    protected ApplicationEntities Context { get; set; }
    #endregion properties

    #region Constructors
    public DatabaseController()
    {
        this.Context = new ApplicationEntities ();
        this.ApplicationDbContext = new ApplicationDbContext();
        this.UserManager = new UserManager<ApplicationUser>(new UserStore<ApplicationUser>(this.ApplicationDbContext));
        this.RoleManager = new RoleManager<IdentityRole>(new RoleStore<IdentityRole>(this.ApplicationDbContext));
        this.UserManager.UserValidator = new UserValidator<ApplicationUser>(UserManager) { AllowOnlyAlphanumericUserNames = false };
    }
    #endregion Constructors

    protected override void Dispose(bool disposing)
    {
        if (disposing)
        {
            if (UserManager != null)
            {
                this.UserManager.Dispose();
                this.UserManager = null;
            }
            if (this.RoleManager != null)
            {
                this.RoleManager.Dispose();
                this.RoleManager = null;
            }
            if (this.ApplicationDbContext != null)
            {
                this.ApplicationDbContext.Dispose();
                this.ApplicationDbContext = null;
            }
            if (this.Context != null)
            {
                this.Context.Dispose();
                this.Context = null;
            }
        }
        base.Dispose(disposing);
    }
}

Пакеты установлены

  <package id="Antlr" version="3.5.0.2" targetFramework="net45" />
  <package id="bootstrap" version="3.1.1" targetFramework="net45" />
  <package id="EntityFramework" version="6.1.0" targetFramework="net45" />
  <package id="jQuery" version="1.11.0" targetFramework="net45" />
  <package id="jQuery.Validation" version="1.11.1" targetFramework="net45" />
  <package id="json2" version="1.0.2" targetFramework="net45" />
  <package id="Microsoft.AspNet.Identity.Core" version="2.0.0" targetFramework="net45" />
  <package id="Microsoft.AspNet.Identity.EntityFramework" version="2.0.0" targetFramework="net45" />
  <package id="Microsoft.AspNet.Identity.Owin" version="2.0.0" targetFramework="net45" />
  <package id="Microsoft.AspNet.Mvc" version="5.1.1" targetFramework="net45" />
  <package id="Microsoft.AspNet.Razor" version="3.1.2" targetFramework="net45" />
  <package id="Microsoft.AspNet.Web.Optimization" version="1.1.3" targetFramework="net45" />
  <package id="Microsoft.AspNet.WebApi" version="5.1.2" targetFramework="net45" />
  <package id="Microsoft.AspNet.WebApi.Client" version="5.1.2" targetFramework="net45" />
  <package id="Microsoft.AspNet.WebApi.Core" version="5.1.2" targetFramework="net45" />
  <package id="Microsoft.AspNet.WebApi.WebHost" version="5.1.2" targetFramework="net45" />
  <package id="Microsoft.AspNet.WebPages" version="3.1.2" targetFramework="net45" />
  <package id="Microsoft.jQuery.Unobtrusive.Validation" version="3.1.2" targetFramework="net45" />
  <package id="Microsoft.Owin" version="2.1.0" targetFramework="net45" />
  <package id="Microsoft.Owin.Host.SystemWeb" version="2.1.0" targetFramework="net45" />
  <package id="Microsoft.Owin.Security" version="2.1.0" targetFramework="net45" />
  <package id="Microsoft.Owin.Security.Cookies" version="2.1.0" targetFramework="net45" />
  <package id="Microsoft.Owin.Security.Facebook" version="2.1.0" targetFramework="net45" />
  <package id="Microsoft.Owin.Security.Google" version="2.1.0" targetFramework="net45" />
  <package id="Microsoft.Owin.Security.MicrosoftAccount" version="2.1.0" targetFramework="net45" />
  <package id="Microsoft.Owin.Security.OAuth" version="2.1.0" targetFramework="net45" />
  <package id="Microsoft.Owin.Security.Twitter" version="2.1.0" targetFramework="net45" />
  <package id="Microsoft.Web.Infrastructure" version="1.0.0.0" targetFramework="net45" />
  <package id="Modernizr" version="2.7.2" targetFramework="net45" />
  <package id="Newtonsoft.Json" version="6.0.2" targetFramework="net45" />
  <package id="Owin" version="1.0" targetFramework="net45" />
  <package id="Owin.Security.Providers" version="1.3.1" targetFramework="net45" />
  <package id="Respond" version="1.4.2" targetFramework="net45" />
  <package id="WebGrease" version="1.6.0" targetFramework="net45" />

Предполагая, что это утечка соединения, как я могу отследить источник утечки?

Если вам нужна дополнительная информация, просто спросите.

Обновление: 22 мая 2014 г. Предлагается вторая награда

У меня все еще та же проблема, с некоторыми небольшими изменениями проекта, внесенными с момента последней публикации, поэтому я опубликую последние подробности ниже.

Я добавил Connection Lifetime=3;Max Pool Size=3; в свои строки подключения на основе этот пост.

Обновление: 23 мая 2014 г. ошибка все еще возникает

На следующий день после отладки несколько десятков раз эта ошибка вернулась.

Обновление: 11 июня 2014 г.

После двух наград и бесчисленных расследований Google (на этот вопрос нет реального ответа), я должен предположить, что это недостаток Entity Framework 6, который я каким-то образом вызываю.

Дополнительная информация:

У меня была такая же ошибка в проекте WinForm, подключитесь к Azure. В этом случае я случайно не очищал список объектов после добавления каждых 20 новых элементов.

Каждый раз, когда код запускался, он добавлял еще 20 записей и обновлял поле DateModified для всех из них. К тому времени, когда он достиг 1700 обновляемых записей, он внезапно выдал ужасную «ошибку 19 — Физическое соединение не используется». После этого мне нужно было перезапустить мой отладочный IIS, чтобы он вообще заработал.

Очевидно, что код подвергся огромному количеству обновлений, и, возможно, что-то в этом поможет кому-то придумать что-нибудь .

Ошибка 19 не является ошибкой связи! (или не просто ошибка связи)

Просто убедитесь, что в вашем запросе LINQ to SQL есть все необходимые вызовы .Include(x=>x.ForeignTable)!

Обновлено в августе 2015 г. (возможное решение, по крайней мере для некоторых сценариев):

У нас только что был 100% повторный случай этой проблемы, который мы смогли решить с помощью тестирования методом проб и ошибок, так что это вполне может быть решением или, по крайней мере, дать подсказки о том, что искать.

Сценарий:

• Ошибка возникала только в сборках выпуска, работающих под IIS. Этого не происходило при отладке или в IIS Express.
• Мы также включили профилирование SQL, чтобы увидеть, когда и где на самом деле был поражен сервер.
• Рассматриваемый запрос извлекал совпадающие записи, а затем создавал модели представления в итерации результатов foreach (т. Е. Ленивая оценка). Модель представления зависела от значения в связанной таблице запрашиваемого объекта.

Тестирование:

Первая попытка : удалите все сложные фильтры по запросу.

• Результат: по-прежнему не удалось с ошибкой 19

Вторая попытка: добавьте ToList() в запрос, чтобы заставить запрос выполняться до завершения немедленно.

• Результат: успешно !!! (очевидно, что здесь что-то происходит)

Третья попытка: удалите ToList() и добавьте .Include(x=>x.ForeignTable) в запрос, чтобы принудительно включить соответствующие данные.

• Результат: успех !

Моя новая теория:

Если вы случайно пропустите Include сторонней таблицы, EF случайно не сможет получить связанные данные при ленивом вычислении. Это может привести к печально известной ошибке 19.

Поскольку в Identify Framework существуют отношения внешнего ключа, вы можете предположить, что также отсутствует .Include() или эквивалент в запросе где-то в OWIN. Это может быть причиной случайной проблемы при использовании OWIN или других запросов.

Примечания:

• Ключевым моментом, который следует убрать, является то, что ошибка 19 не является ошибкой связи. Запросы попадают на SQL-сервер. На стороне клиента возникает проблема, связанная с невозможностью получить связанные данные.

Пауза для аплодисментов (мы очень рады, что это нашли)

Обновлено 28 августа 2015 г .:

Только что сегодня снова произошла ужасная ошибка 19, связанная с подключением к локальной базе данных SQL (обычно это была проблема с Azure для меня). Основываясь на результатах выше, я просто добавил оператор .Include(x=>x.ForeignTable) там, где это необходимо, и проблема исчезла! Кажется, это проблема того, что EF не всегда может лениво загружать информацию о связанных таблицах.