We have an Enterprise application that use EF 6.1.0 and Devart 8.3.125.0, and we use DB First with Complied Views, we observed that in Production under Memory pressure, when application reach 80% -90% from Machine Memory and GC Begins to clean-up, application pool Process gets a Crash with following exception in Devart.Oracle.Data .
Have you meet In your Performance tests something similar ?
Code: Select all
App_Code.ns7gtqmh | | | Exception handled on main host thread =======================================================(inner most exception)===
(1) System.InvalidOperationException
================================================================================
Method : d
Type : Devart.Common.DbConnectionInternal
Assembly : Devart.Data.Oracle, Version=8.3.125.0, Culture=neutral, PublicKeyToken=09af7300eec23701
Assembly Path : C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Temporary ASP.NET Files\mes\7cbb005b\ffdcc1c5\assembly\dl3\2e3163d9\f6a09db1_9c9acf01\Devart.Data.Oracle.dll
Source : Devart.Data.Oracle
Thread : 6 ''
Helplink :
Message:
"Unpooled object has an owner."
Stack Trace:
at Devart.Common.DbConnectionInternal.d(Object A_0)
at Devart.Common.DbConnectionPoolGroup.a(DbConnectionPool A_0)
at Devart.Common.DbConnectionPoolGroup.a(Object A_0)
at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
at System.Threading.TimerQueueTimer.CallCallback()
at System.Threading.TimerQueueTimer.Fire()
at System.Threading.QueueUserWorkItemCallback.System.Threading.IThreadPoolWorkItem.ExecuteWorkItem()
at System.Threading.ThreadPoolWorkQueue.Dispatch()
================================================================================
Johannes