Unable to find assembly Error, site goes down every 8 hours for an hour and 45 minutes.

This topic was automatically closed 365 days after the last reply. New replies are no longer allowed.
10 years ago
Currently testing a nopCommerce installation.

I have two versions of 3.1 running on a test server.  One I have had no problems with, has run fine in ours tests 24x7 (even when the other goes down).

The other seems to go down once every 8 hours.  Produces the below error in the windows event Application log for about an hour and 45 minutes before it must reset itself and runs fine again for another 8 hours.

During that hour and a half the web site just times out.  If I reset the app pool and site in IIS it still won't come up.  If I reboot the server it does come back fine.

I see the EntityFramework.dll in many of the bin directories, the version all looks right.  And when the site is up it runs fine.  There must be some sort of service or something that kicks in at a set time and produces this error.

Any help on where to start looking?

Thanks


---
An unhandled exception occurred and the process was terminated.

Application ID: DefaultDomain

Process ID: 1448

Exception: System.Runtime.Serialization.SerializationException

Message: Unable to find assembly 'EntityFramework, Version=5.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089'.

StackTrace:    at System.Runtime.Serialization.Formatters.Binary.BinaryAssemblyInfo.GetAssembly()
   at System.Runtime.Serialization.Formatters.Binary.ObjectReader.GetType(BinaryAssemblyInfo assemblyInfo, String name)
   at System.Runtime.Serialization.Formatters.Binary.ObjectMap..ctor(String objectName, String[] memberNames, BinaryTypeEnum[] binaryTypeEnumA, Object[] typeInformationA, Int32[] memberAssemIds, ObjectReader objectReader, Int32 objectId, BinaryAssemblyInfo assemblyInfo, SizedArray assemIdToAssemblyTable)
   at System.Runtime.Serialization.Formatters.Binary.__BinaryParser.ReadObjectWithMapTyped(BinaryObjectWithMapTyped record)
   at System.Runtime.Serialization.Formatters.Binary.__BinaryParser.Run()
   at System.Runtime.Serialization.Formatters.Binary.ObjectReader.Deserialize(HeaderHandler handler, __BinaryParser serParser, Boolean fCheck, Boolean isCrossAppDomain, IMethodCallMessage methodCallMessage)
   at System.Runtime.Serialization.Formatters.Binary.BinaryFormatter.Deserialize(Stream serializationStream, HeaderHandler handler, Boolean fCheck, Boolean isCrossAppDomain, IMethodCallMessage methodCallMessage)
   at System.AppDomain.Deserialize(Byte[] blob)
   at System.AppDomain.UnmarshalObject(Byte[] blob)

--- then

Application: w3wp.exe
Framework Version: v4.0.30319
Description: The process was terminated due to an unhandled exception.
Exception Info: System.Data.Entity.Infrastructure.DbUpdateException
Stack:
   at System.Data.Entity.Internal.InternalContext.SaveChanges()
   at Nop.Data.EfRepository`1[[System.__Canon, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089]].Insert(System.__Canon)
   at Nop.Services.Logging.DefaultLogger.InsertLog(Nop.Core.Domain.Logging.LogLevel, System.String, System.String, Nop.Core.Domain.Customers.Customer)
   at Nop.Services.Logging.LoggingExtensions.FilteredLog(Nop.Services.Logging.ILogger, Nop.Core.Domain.Logging.LogLevel, System.String, System.Exception, Nop.Core.Domain.Customers.Customer)
   at Nop.Services.Logging.LoggingExtensions.Error(Nop.Services.Logging.ILogger, System.String, System.Exception, Nop.Core.Domain.Customers.Customer)
   at Nop.Services.Tasks.Task.Execute()
   at Nop.Services.Tasks.TaskThread.Run()
   at Nop.Services.Tasks.TaskThread.TimerHandler(System.Object)
   at System.Threading.ExecutionContext.RunInternal(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)
   at System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)
   at System.Threading.TimerQueueTimer.CallCallback()
   at System.Threading.TimerQueueTimer.Fire()
   at System.Threading.TimerQueue.FireNextTimers()


---finally

Faulting application name: w3wp.exe, version: 7.5.7601.17514, time stamp: 0x4ce7afa2
Faulting module name: KERNELBASE.dll, version: 6.1.7601.18229, time stamp: 0x51fb1677
Exception code: 0xe0434352
Fault offset: 0x000000000000940d
Faulting process id: 0x5a8
Faulting application start time: 0x01cf372c4dd1ee09
Faulting application path: c:\windows\system32\inetsrv\w3wp.exe
Faulting module path: C:\Windows\system32\KERNELBASE.dll
Report Id: eca4a218-a31f-11e3-bf2b-0015c5ec50c5
10 years ago
Do you have an EntityFramework.dll anywhere in your /Plugins folder?  Delete them and see if you still have the problem.
10 years ago
Nope, no EntityFramework.dll in plugins.  However it has now gone 14 hours up with no errors.  Not making any sense.  I hate these type of errors...
10 years ago
So I am optimistic I solved this issue (We shall see if no more errors in another day or so).  So if someone else is searching for this same type of error in the future.

It is strange how this error came out, but there was a database operation that was happening every so often with trying to shrink the database.  However from doing some bulk work on the db the log file had gotten out of control and sql server was just tossing its cookies.  With the database unaccessible during this time one of the nopcommerce tasks must have been trying to access and it would crash the iis worker process.  The worker process would reset then crash and resent then crash every 3 minutes while the database was inaccessible.  Eventually sql server would give up, the database would become accessible again and everything fine.  Should have realized to looked else where when resetting iis made no difference.

I changed the backup model shrunk the log and think things should be good.
10 years ago
jasonbarn wrote:
So I am optimistic I solved this issue (We shall see if no more errors in another day or so).  So if someone else is searching for this same type of error in the future.

It is strange how this error came out, but there was a database operation that was happening every so often with trying to shrink the database.  However from doing some bulk work on the db the log file had gotten out of control and sql server was just tossing its cookies.  With the database unaccessible during this time one of the nopcommerce tasks must have been trying to access and it would crash the iis worker process.  The worker process would reset then crash and resent then crash every 3 minutes while the database was inaccessible.  Eventually sql server would give up, the database would become accessible again and everything fine.  Should have realized to looked else where when resetting iis made no difference.

I changed the backup model shrunk the log and think things should be good.


How did this work out for you? And can you be a little more specific as to how you "shrunk the log" ??

See my current post (very similar)

Steve
9 years ago
Hi Jason,

Looks like i met this strange issue last night. My VPS was struggling to server HTTP request and at the end it returned 503. Once i check the log file and saw,

An unhandled exception occurred and the process was terminated.
Application ID: DefaultDomain
Process ID: 4472
Exception: System.Runtime.Serialization.SerializationException
Message: Unable to find assembly 'EntityFramework, Version=6.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089'.

I my case, i do have a batch job which updates product prices and stock once every night. So, based on your reply, in my case aslo log file ran out of size.

Thinking of adding a shirk instruction with my daily database backup job.

Thanks.

Jey.
This topic was automatically closed 365 days after the last reply. New replies are no longer allowed.