An error occurred while starting a transaction on the provider connection

I am seeing this error randomly in one of our environments…Not sure how this can happen.  Looks like the connection is disposed after EF ensures that the connection is good(in SaveChanges).  Any thoughts? 

System.Data.EntityException: An error occurred while starting a transaction on the provider connection. See the inner exception for details. —> System.ObjectDisposedException: Safe handle has been closed

   at System.Runtime.InteropServices.SafeHandle.DangerousAddRef(Boolean& success)

   at SNINativeMethodWrapper.SNIPacketReset(SafeHandle pConn, IOType ioType, SafeHandle packet)

   at System.Data.SqlClient.TdsParserStateObject.WriteSni()

   at System.Data.SqlClient.TdsParser.TdsExecuteTransactionManagerRequest(Byte[] buffer, TransactionManagerRequestType request, String transactionName, TransactionManagerIsolationLevel isoLevel, Int32 timeout, SqlInternalTransaction transaction,
TdsParserStateObject stateObj, Boolean isDelegateControlRequest)

   at System.Data.SqlClient.SqlInternalConnectionTds.ExecuteTransactionYukon(TransactionRequest transactionRequest, String transactionName, IsolationLevel iso, SqlInternalTransaction internalTransaction, Boolean isDelegateControlRequest)

   at System.Data.SqlClient.SqlInternalConnection.BeginSqlTransaction(IsolationLevel iso, String transactionName)

   at System.Data.SqlClient.SqlInternalConnection.BeginTransaction(IsolationLevel iso)

   at System.Data.SqlClient.SqlConnection.BeginDbTransaction(IsolationLevel isolationLevel)

   at System.Data.EntityClient.EntityConnection.BeginDbTransaction(IsolationLevel isolationLevel)

   — End of inner exception stack trace —

   at System.Data.EntityClient.EntityConnection.BeginDbTransaction(IsolationLevel isolationLevel)

   at System.Data.EntityClient.EntityConnection.BeginTransaction()

   at System.Data.Objects.ObjectContext.SaveChanges(Boolean acceptChangesDuringSave)

Thanks,

Bek

I got this issue today while connecting to the Oracle database. I am not taking credit of the solution but I couldn’t find a post that explains it step by step. For the benefit of the community I decided to write this post. It is also good for me to find the solution later on if I get stuck J

To fix the issue we need to create a transaction scope and call TransactionScope.complete when the execution is complete

Right click the oracle Datasource

Select View Code

Add the following code to the generated class; replace OracleDSService with the name of your class

using System.Transactions;

namespace LightSwitchApplication
{

    public partial class OracleDSService
    {
        private TransactionScope transactionScope;
        partial void SaveChanges_Executing()
        {
            transactionScope = new TransactionScope(TransactionScopeOption.Required,
                        new TransactionOptions() { IsolationLevel = IsolationLevel.ReadCommitted });
        }

        partial void SaveChanges_Executed()
        {
            transactionScope.Complete();
        }
    }
}

In my case System.Transactions namespace wasn’t resolved. To fix that I had to add a reference to the System.Transactions assembly

To do so, follow these steps

Switch to the File View

Right click on the server project and choose Add Reference

Find the System.Transactions assembly; in my case it was at C:WindowsMicrosoft.NETFrameworkv4.0.30319System.Transactions.dll

Save the solution, build, and run

В моей службе у меня есть фоновый поток, который лучше всего экономит поток потока объекта определенного типа. Код выглядит примерно следующим:

        while (AllowRun)
        {
            try
            {
                using (DbContext context = GetNewDbContext())
                {
                    while (AllowRun && context.GetConnection().State == ConnectionState.Open)
                    {
                        TEntity entity = null;
                        try
                        {
                            while (pendingLogs.Count > 0)
                            {
                                lock (pendingLogs)
                                {
                                    entity = null;
                                    if (pendingLogs.Count > 0)
                                    {
                                        entity = pendingLogs[0];
                                        pendingLogs.RemoveAt(0);
                                    }
                                }

                                if (entity != null)
                                {
                                    context.Entities.Add(entity);
                                }
                            }
                            context.SaveChanges();
                        }
                        catch (Exception e)
                        {
                            // (1)
                            // Log exception and continue execution
                        }
                    }
                }
            }
            catch (Exception e)
            {
               // Log context initialization failure and continue execution
            }
        }

(это в основном фактический код, я пропустил несколько не относящихся к делу частей, которые пытаются сохранить всплывающие объекты в памяти, пока мы не сможем снова сохранить материал в БД, когда исключение попадает в блок (1))

Итак, по сути, существует бесконечный цикл, который пытается прочитать элементы из некоторого списка и сохранить их в Db. Если мы обнаружим, что соединение с БД не удалось по какой-то причине, оно просто пытается открыть его и продолжить. Проблема в том, что иногда (я не смог понять, как ее воспроизвести до сих пор), код выше при вызове context.SaveChanges() начинает вызывать следующее исключение (попадание в блок (1)):

System.Data.EntityException: An error occurred while starting a transaction on the provider connection. See the inner exception for details. ---> 
System.InvalidOperationException: The requested operation cannot be completed because the connection has been broken.

Ошибка регистрируется, но когда выполнение возвращается к тегу context.GetConnection().State == ConnectionState.Open, оно принимает значение true. Таким образом, мы находимся в состоянии, когда контекст сообщает, что его соединение с БД открыто, но мы не можем запускать запросы в этом контексте. Перезапуск службы устраняет проблему (а также возится с переменной AllowRun в отладчике для принудительного восстановления контекста). Поэтому вопрос заключается в том, что я не могу доверять состоянию контекстного подключения, как я могу проверить, что я могу запускать запросы к БД?

Кроме того, есть ли чистый способ выяснить, что соединение не находится в «здоровом» состоянии? Я имею в виду, что EntityException сам по себе не является признаком того, что я должен reset соединение, только если его InnerException является InvalidOperationException с определенным сообщением, то да, пришло время reset его. Но теперь я думаю, что были бы другие ситуации, когда ConnectionState указывает, что все в порядке, но я не могу запросить DB. Могу ли я поймать их проактивно, не дожидаясь, пока он меня не укусит?