Dispatcher response taking more than 10 minutes for some clientlibs JS files
Hello All,
Early this week we received reports of users that have challenges to modify Sites pages and CF in Author servers of lower environments. When people click on edit a page on any author site, keeps loading and loading up to 10 minutes and then the page is available for editing.
Looking into this error we start by identifying the files causing this delay and one of these files was metadataeditor.js under the path:
etc.clientlibs/clientlibs/granite/coralui2/optional/imageeditor.js |
our first step was to bypass dispatcher and access directly to the author server using its IP. The result was the page loading correctly in a few seconds. We thought then that the dispatcher was the error and went to check latest changes that may be causing this, but no changes have been done in any configuration file in the last months under the dispatcher servers and is serving other files correctly, only some files specifically "some" under etc.clientlibs have this delay. we got back to the Author server thinking that maybe the clientlibs needed to be rebuild or cache removed but that didn't fix the incident. User access is not an issue since we replicated the same with admin account.
Going back o dispatcher we look into the logs and found that request is being received and allowed, then contacted the render(author) and retrieve the JS normally as other files do, but somewhere between sending the file back to the client is where the delay happens.
I was wondering if anyone on the community have faced something related, our servers are under AMS and our Success Engineer is looking into a possible cause on a higher layer above dispatcher as the application gateway but any help is appreciated in case there are any suggestions of anything we can check or validate in the author or dispatcher servers to find the root cause in case is under this layer.
Thank you in advance for reading this question and any support.