Hi @Jiachen Li-MSFT ,
Yes, monitoring the database connections should give me list of active connection, but I can't say if those connections are from my app or not.
The connection pool is based on the connectring string literally, or by it's contents?
I mean, if I add the "ApplicationName=MyApp;" at the connection string, does this builds another pool from another app that the connection doesn't have that?
Meanwhile I found in the application log, that there were times in the past, before the Framework upgrade, entries with the same exception. So that means that the problem is not in fact new or started just after the upgrade.
I know the error message doesn't points who caused the error, but the erro is afecting my app and I need to mitigate it in a way that my app doesn't crash because of it.
In my view, there 2 options: the cause is in my app, and I need to find it, or the cause it's outside my app, and I need to mitigate it so it can't affect my app.
Every use of DbConnection in my app is protected with try/catch blocks, and are always instanciated with Using to ensure the connection is colosed and disposed.
It seems that the exception is caused in another thread, not handled by my app.
Can you help me find the cause, or propose a way to mitigate the issue so it wouldn't crash my app?