NHibernate errors appearing all the time
We've recently migrated Gemini from an intranet server to a shared hosting account. The migration went pretty smoothly, for the most part, but then we had some problems with the MailPlugin, that turned out to be the hosting control panel's fault.
Now, for the past two or three days, Gemini keeps throwing errors related to NHibernate. Here's what we're seeing:
Access is denied: 'NHibernate'. at CounterSoft.GeminiDA.45f9694dc1888502..cctor() 21/02/2007 11:52:11
Thread was being aborted. at System.Threading.Thread.AbortInternal()
at System.Threading.Thread.Abort(Object stateInfo)
at System.Web.HttpResponse.End()
at System.Web.HttpResponse.Redirect(String url, Boolean endResponse)
at Gemini.Issues.BindData()
at Gemini.Issues.Page_Load(Object sender, EventArgs e) 21/02/2007 11:52:11
Access is denied: 'NHibernate'. at CounterSoft.GeminiDA.45f9694dc1888502..cctor() 21/02/2007 11:52:11
Access is denied: 'NHibernate'. at CounterSoft.GeminiDA.45f9694dc1888502..cctor() 21/02/2007 11:52:11
Access is denied: 'NHibernate'. at CounterSoft.GeminiDA.45f9694dc1888502..cctor() 21/02/2007 11:52:11
Access is denied: 'NHibernate'. at CounterSoft.GeminiDA.45f9694dc1888502..cctor() 21/02/2007 11:52:11
Access is denied: 'NHibernate'. at CounterSoft.GeminiDA.45f9694dc1888502..cctor() 21/02/2007 11:52:11
The type initializer for "CounterSoft.GeminiDA.45f9694dc1888502" threw an exception. at CounterSoft.GeminiBiz.33c10d769b8bcf93.7ffa17719addabb8(Int32 5575a8aa585d598f, Int32 b378eaa6f96e5474)
at Gemini.Issues.BindData() 21/02/2007 11:52:11
Every time an error occurs, a sequence of exceptions like this list is logged.
I've scoured the net for this issue. A great majority of the googled results for the "Access is denied: 'NHibernate'." error come from Gemini.
I don't think it's a permissions problem, since it doesn't happen in any reproducible manner. But if it is related to permissions, I can't use impersonation to resolve it since it's sitting on a shared hosting account, which means, I don't have direct access to filesystem permission settings.
I also don't think it's related to changes being made to the web.config file, since nobody's making changes. Unless, of course, Gemini is making changes. Does Gemini ever change the web.config file on its own?
The only thing I can think of is script timeouts aborting the NHibernate thread in the middle. The network setup involved looks like this:
* Gemini is installed (manually) on the shared hosting account in the US somewhere (maybe Canada, not sure).
* One team of developers is connecting from Israel.
* Another team of developers is connecting from Ukraine.
This would naturally mean that the script requests are going to be longer, and it would explain the ThreadAbort error logged in the middle.
It's also possible it's not a script timeout, but an NHibernate database connection or operation timeout of some sort.
Is there any way for me to raise a relevant timeout to test these possibilities?
Is this a known issue or resolution to a known issue?
TIA,
shovavnik
|
shovavnik
· 1 |
|
| Thursday, February 22, 2007, 12:21:10 AM | |




