I am having an intermittent problem with Forms receiving an error when attempting to call a Workflow Service Task. The problem appears to be with the Workflow Web Application Directory, as whenever I notice that I have a process suspended that involves Forms invoking a Workflow, running a test on the Web application directory returns an internal server error (this is the same message received by Forms). Once I re-start the Workflow server, the Web application directory tests fine, and I can re-try the suspended service task(s) in Forms, and they also run without errors. This is really frustrating, though, and I feel like there should be some way to address the issue that doesn't involve me having to continually re-start the Workflow server. This appears to be happening very frequently (once a day or so), although the number of Forms processes I have that actually call for a Workflow are limited, so it's difficult for me to say for sure. Any help you can offer would be greatly appreciated.
Question
Question
Issue with Forms calling a Workflow - Workflow Web Application Directory
Answer
Hi Melanie,
It might be good to work with your organization's IT dept and see what is using up all the memory on that virtual server. You can use tools like RAMMap and this site has some information about troubleshooting memory usage problems in virtualized environments.
One way to workaround the issue may be to edit the web.config file in C:\Program Files\Laserfiche\Laserfiche Workflow 10\Web\Laserfiche.Workflow.Web and set minFreeMemoryPercentageToActivateService to 0. See this stackoverflow thread for more information.
Once you've addressed the memory usage issue on the server itself, this problem shouldn't occur anymore, but if you are still having issues with the Laserfiche software, please reach out to your reseller.
Regards
Replies
Are you restarting the machine or just the Workflow Server service? Is there an error logged to the event viewer when you get the "internal server error"? If yes, can you post its contents here?
I actually am restarting the machine. I tried restarting the Workflow Server service right when this first started a few weeks ago (and I really didn't know yet what the issue was) and it didn't appear to help.
Not really sure if this is what you mean by event viewer (just kind of a techie!), but I did find this dated yesterday at the same time as Forms registered the error and suspended the Workflow service task:
WebHost failed to process a request. Sender Information: System.ServiceModel.ServiceHostingEnvironment+HostingManager/45653674 Exception: System.ServiceModel.ServiceActivationException: The service '/Workflow/api' cannot be activated due to an exception during compilation. The exception message is: Memory gates checking failed because the free memory (1029734400 bytes) is less than 5% of total memory. As a result, the service will not be available for incoming requests. To resolve this, either reduce the load on the machine or adjust the value of minFreeMemoryPercentageToActivateService on the serviceHostingEnvironment config element.. ---> System.InsufficientMemoryException: Memory gates checking failed because the free memory (1029734400 bytes) is less than 5% of total memory. As a result, the service will not be available for incoming requests. To resolve this, either reduce the load on the machine or adjust the value of minFreeMemoryPercentageToActivateService on the serviceHostingEnvironment config element.
at System.ServiceModel.Activation.ServiceMemoryGates.Check(Int32 minFreeMemoryPercentage, Boolean throwOnLowMemory, UInt64& availableMemoryBytes)
at System.ServiceModel.ServiceHostingEnvironment.HostingManager.CheckMemoryCloseIdleServices(EventTraceActivity eventTraceActivity)
at System.ServiceModel.ServiceHostingEnvironment.HostingManager.EnsureServiceAvailable(String normalizedVirtualPath, EventTraceActivity eventTraceActivity)
--- End of inner exception stack trace ---
at System.ServiceModel.ServiceHostingEnvironment.HostingManager.EnsureServiceAvailable(String normalizedVirtualPath, EventTraceActivity eventTraceActivity)
at System.ServiceModel.ServiceHostingEnvironment.EnsureServiceAvailableFast(String relativeVirtualPath, EventTraceActivity eventTraceActivity) Process Name: w3wp Process ID: 300
Now I'm wondering if server memory is the issue!
That's exactly the error I needed. IIS worker processes might not run properly in low memory conditions and Workflow relies on the web server running in order to start processes from Forms.
Any idea what processes are using all the memory before you restart the machine? If the free memory of 1GB is less than 5% of total memory, then your machine sounds like it should have enough overall memory (20GB+), so something is using it all.
Anything else running on this server? SQL? Laserfiche Server?
Do you need help looking for memory usage with Task Manager?
Yes I believe so. I only appear to have Server Manager and can't seem to see historical memory usage. This is a virtual server that is supposed to only be running Workflow items. We have a separate virtual server running Laserfiche and Forms.
Hi Melanie,
It might be good to work with your organization's IT dept and see what is using up all the memory on that virtual server. You can use tools like RAMMap and this site has some information about troubleshooting memory usage problems in virtualized environments.
One way to workaround the issue may be to edit the web.config file in C:\Program Files\Laserfiche\Laserfiche Workflow 10\Web\Laserfiche.Workflow.Web and set minFreeMemoryPercentageToActivateService to 0. See this stackoverflow thread for more information.
Once you've addressed the memory usage issue on the server itself, this problem shouldn't occur anymore, but if you are still having issues with the Laserfiche software, please reach out to your reseller.
Regards
I believe you may have memory space issues
Memory gates checking failed because the free memory (1029734400 bytes) is less than 5% of total memory
Please try to increase memory on your server and see if it resloves the error.