[QUOTE=Stephen]
Please check your DNN logs to see if any clues can be found there, that outage did not affect any other sites, so you need to check the local logs, I know one of the domains as it is in the monitoring system, but I can check the other domain as well, if you will send me a PM.
[/QUOTE]
Well… I have 3 DNN sites all on WIN10 that are doing the same thing. When 1 reports a problem I check all 3 and all 3 have the same problem.
These are 3 totally separate DNN installes and 3 SQL DB’s. They each have different modules in use so I know it is unrelated to a particular module.
Personally I think there is something going on with Win10 on a very intermittant basis, but all I have of proof is my sites keep doing this. Although I only detect maybe 3 times a day it makes me wonder how many other times it might be happening that I miss.
I checked the logs and they only show the error that I see when it happened… plus the same error many more times. It seems that everything started happening on 09/13/05.
I have one of the sites setup at another host with the exact same database and configurations and data, but that site does not report problems at all.
I desparately need to move some folks over that will be using DNN, but now I cannot confidently do so. I need to have some confidence that this memory error is resolved. It all stems back to the following error:
“Exception of type System.OutOfMemoryException was thrown”
I did some searching and found this on microsoft:
Virtual Bytes. The current size, in bytes, of the virtual address space for this process.
The virtual address space limit of a user mode process is 2 GB, unless 3 GB address space is enabled by using the /3GB switch in boot.ini. Performance degrades as this limit is approached, and typically results in a process or system crash. The address space becomes fragmented as the 2 GB or 3 GB limit is approached, and so I recommend a conservative threshold of 1.4 or 2.4 GB, respectively. If you’re running into issues here, you will see System.OutOfMemoryException being thrown, and this may or may not crash the process.
When running on IIS 6.0, a virtual memory limit can be set in IIS Manager. However, setting this improperly can cause problems for ASP.NET. ASP.NET expunges items from the cache to avoid exceeding the Private Bytes limit, but the algorithm uses Private Bytes and the Private Bytes limit in this determination. It does not monitor Virtual Bytes or the Virtual Bytes limit. Given that the difference between Virtual Bytes and Private Bytes is typically no more than 600 MB, you could set the Virtual Bytes limit to a value 600 MB larger than the Private Bytes limit if you are concerned about the possibility of virtual memory leaks or fragmentation. If this is desirable, set a limit for Maximum virtual memory (in megabytes), found on the Recycling tab for the Properties of the application pool.
Version 1.0 of the Framework does not support 3 GB address space in the worker process or the state service. However, see Knowledge Base Article 320353 for instructions to enable 3 GB address space within inetinfo.exe. Version 1.1 fully supports 3 GB address space for the worker process and state service.
I found this in regards to the error:
http://www.dotnet247.com/247reference/System/OutOfMemoryException.aspx
And one more link discussing it:
http://groups.google.com/group/microsoft.public.dotnet.framework.aspnet.caching/browse_thread/thread/d2b42957326a590c/78e9e69ec6dd6f87?lnk=st&q=%2B"System.OutOfMemoryException"+%2B"asp.net"&rnum=3&hl=en#78e9e69ec6dd6f87
Help… ;(