You are viewing limited content. For full access, please sign in.

Question

Question

Weblink is crashing after windows patching

asked on May 27

Weblink is crashing intermittently after windows patching:

Patch Details:

https://support.microsoft.com/en-gb/topic/may-14-2024-kb5037933-cumulative-update-for-net-framework-3-5-and-4-8-for-windows-10-version-1809-and-windows-server-2019-1decbfb6-2c25-4127-8949-a2b6eab36ad0

 

Error From Application Event Logs:

Faulting application name: w3wp.exe, version: 10.0.17763.1, time stamp: 0xcfdb13d8
Faulting module name: ntdll.dll, version: 10.0.17763.5458, time stamp: 0xfb111856
Exception code: 0xc0000374
Fault offset: 0x00000000000fb209
Faulting process id: 0x29dc
Faulting application start time: 0x01daaddeaee5ddcb
Faulting application path: c:\windows\system32\inetsrv\w3wp.exe
Faulting module path: C:\Windows\SYSTEM32\ntdll.dll
Report Id: 0a55c34c-6bfe-4627-bcee-70dbfe9ff33a
Faulting package full name: 
Faulting package-relative application ID:

 

 

Any insights on what is causing this issue and how to fix it?

2 0

Answer

APPROVED ANSWER
replied on May 30 Show version history

We have published a Support Site KB article on this issue.

KB 1014527: The May 14, 2024 Cumulative Update for .NET Framework May Cause Reliability Issues with the Laserfiche Web Client and Laserfiche WebLink.

Subsequent official updates will be on that KB. The workaround for the moment is uninstalling the May 2024 .NET Framework 4.8 update from the affected server (make sure it is not automatically re-installed).

Please note that disabling "Rapid fail protection" is not a fix for this issue. It's more like silencing a smoke alarm and allows the Web Client/WebLink app pools to rapidly crash and respawn without limit. See Microsoft's Remarks on the option. If you have previously disabled "Rapid fail protection" (enabled by default) on the affected IIS application pools as a temporary mitigation, we recommend re-enabling it after applying the "uninstall the update" workaround (which does fix the issue).

1 0

Replies

replied on May 28

Thanks for letting us know, we'll try to reproduce this problem internally. That application log info is a good start, what would be even better is if you can capture a crash dump. We have a KB article that goes through the steps, though in this case we're interested in w3wp.exe - and as there are often multiple w3wp.exe processes, it would be better to use the process id of the one running as the WebLinkAppPool user.

3 0
replied on May 28

Just a quick update:

  1. This crash has been reported to Support (separately from this discussion on Answers, I mean), and from what I have seen, none of the cases involve the latest release of WebLink. So if you haven't updated, it's worth a try.
  2. Our automated test environments already have the May OS updates applied, and the nightly tests have not failed. Those tests are using the latest self-hosted and Cloud releases.
  3. It's always possible that some particular action is required to trigger the crash, so passing tests don't guarantee there isn't a problem present. A crash dump will shed a lot of light on what actions might be required.
1 0
replied on May 29 Show version history

Some cases have indicated that the current release is affected, though we have still not seen this problem internally.

0 0
replied on May 30

We have limitations to generate crash dumps from our production server. We reverted the patch, and seems like the Weblink application is now running without issues.

 

1 0
replied on May 28 Show version history

Following . we have the same issue since the windows update Was applied on 05192024 .KB5037782  Weblink 11 Update 3. We have opened a support case with LF.

Provided crash dump and event logs to the support case.  The fix above is not working for us. 

2 0
replied on May 28

I have a client that is also experiencing the same issue since May 16th. They are running version 11.0.2303.1404.

In the meantime I've advised them to "disable" the 'rapid-fail protection' to keep it running. 

The screenshot shows the default setting of enabled = true. You would set that to false. 

Hopefully Laserfiche can come out with a resolution for this. 

 

rapidfail.png
iss setting.png
rapidfail.png (23.03 KB)
1 0
replied on May 28

Had the same issue here and performed the same workaround that Shaun provided.

0 0
replied on May 30

Having  the same issue and the fix is not working either. It has slowed down the issues but not did fix them.  Has anyone tried to back out the patch from May 14?

0 0
replied on May 30

Yes, We reverted the patch and seems like Weblink is working fine after that.

1 0
replied on July 26

Any updates on the issues with web link after the patch update?  We are still having issues and have not removed the patch yet.

 

The May 14, 2024 Cumulative Update for .NET Framework May Cause Reliability Issues with the Laserfiche Web Client and Laserfiche WebLink. - Knowledge Base

0 0
replied on July 26

Support has a hotfix available that has resolved the issue in WebLink for several customers so far. If you would like to try the hotfix, please have your Solution Provider open a Laserfiche Support case requesting it.

1 0
You are not allowed to follow up in this post.

Sign in to reply to this post.