tag:blogger.com,1999:blog-2156539095375223979.post473045461941344637..comments2024-03-20T03:35:01.157-04:00Comments on Ken's Unified Communications Blog: High Processor Utilization on Lync 2013 Front-End ServersKen Laskohttp://www.blogger.com/profile/14298995806059683301noreply@blogger.comBlogger15125tag:blogger.com,1999:blog-2156539095375223979.post-53383636178405909632014-09-25T17:02:50.135-04:002014-09-25T17:02:50.135-04:00This is the first I've heard of the issue on L...This is the first I've heard of the issue on Lync 2010 pools, and user moves having a role in it. The symptoms you describe are exactly the same. Moving users to different pools triggers a replication of the central management database between pools, so if you recycle the LyncIntFeature and LyncExtFeature app pools (or do IISRESET), it will probably fix the issue, until the next user move.<br /><br />MS still does not have an ETA on solving this issue. Rest assured it is definitely on their radar.<br /><br />KenKen Laskohttps://www.blogger.com/profile/14298995806059683301noreply@blogger.comtag:blogger.com,1999:blog-2156539095375223979.post-86831639436472609712014-09-25T16:53:20.586-04:002014-09-25T16:53:20.586-04:00Any update on this issue?
We have 4 Lync pools (...Any update on this issue? <br /><br />We have 4 Lync pools (Lync 2010). Looks like after adding a new pool and publishing topology, FE on one of the Lync pool are having 100% CPU utilization. Task Manager shows two instances of the W3WP.exe service. We have published topology many times but it never happened before.<br /><br />To avoid service outage, we moved users to different pool, rebooted servers but no difference. The reset of IIS helped to bring CPU utilization back to normal. However as soon as I moved few users back to pool, CPU started to spiked again. I had to reset IIS again to bring it down. <br /><br />Did we get any permanent solution?<br /><br />HematAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-2156539095375223979.post-73191541788916558352014-08-14T10:37:00.484-04:002014-08-14T10:37:00.484-04:00Hey John, this is definitely on the radar at Micro...Hey John, this is definitely on the radar at Microsoft. Some MS folks have asked some of us MVPs for some information about it, so we may see some activity soon.<br /><br />KenKen Laskohttps://www.blogger.com/profile/14298995806059683301noreply@blogger.comtag:blogger.com,1999:blog-2156539095375223979.post-39150231579435270432014-08-14T09:59:56.865-04:002014-08-14T09:59:56.865-04:00I have a customer that is experiencing the same is...I have a customer that is experiencing the same issue with high CPU on all FEs after making a change in the Topology (6 servers, 2 pools). It is not restricted to the CMS Pool and is resolved by conducting an IISRESET or recycling the application pools (LyncIntFeature, LyncExtFeature). We applied the 8/5/14 Lync Server updates and the issues still persists. Has anyone found a resolution to this issue?<br />Thanks, -John LockettAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-2156539095375223979.post-90054280838732313262014-07-16T08:25:08.176-04:002014-07-16T08:25:08.176-04:00need to correct the last statement, nothing is sol...need to correct the last statement, nothing is solved.<br />I figured out after reading the internal IIS LOG files, the we have issues based on every Lync CLient/ User logging. After they are logged in, the client LSASS.EXE consumed nearly 100% cpu. parallel on the Fornt End servers, we see, ERROR 500 in the IIS logs on RSGClient and also WebSessionTickets.<br />The clients are all WIN7 and most of them are Citrix users with roaming profiles.<br />So now we are checking if its a well-know issue with roaming profile. <br />If not, we must open a support ticket. I let you know whats the solutionThomas Poetthttps://www.blogger.com/profile/13568662308788859113noreply@blogger.comtag:blogger.com,1999:blog-2156539095375223979.post-65223105438682488822014-06-06T09:45:32.249-04:002014-06-06T09:45:32.249-04:00Same issue here - after changing a file store in t...Same issue here - after changing a file store in the topology, the 2013 FE server of another site (not related to the change) spiked. iisreset helped. Network utilisation not high in our case.Michael Papalabrounoreply@blogger.comtag:blogger.com,1999:blog-2156539095375223979.post-40253370813726587882014-06-06T05:57:56.911-04:002014-06-06T05:57:56.911-04:00Hi Ken,
I had figured out some additional problems...Hi Ken,<br />I had figured out some additional problems, well IISReset helps, but I had seen a huge traffic coming via the load balancer. still investigating this. Its unclear why, because there is not user active right now.<br />I can confirm it part of the topology publishing point. I will check from where the traffic is coming on the LB. use if you check the netstat -ano, you will see the connection from the LB.<br />More when I found some more interesting.<br />Cheers<br />ThomasThomas Poetthttps://www.blogger.com/profile/13568662308788859113noreply@blogger.comtag:blogger.com,1999:blog-2156539095375223979.post-64222793443899333312014-04-01T03:21:51.974-04:002014-04-01T03:21:51.974-04:00Problem Solved:
I had this problem on a 2 node Ent...Problem Solved:<br />I had this problem on a 2 node Enterprise FE pool. It started on one of the front ends, and then spread to the second one. After a lot of investigation, the solution was to apply the SQL 2012 Express SP1 on both the LYNCLOCAL and the RTCLOCAL instances. The LYNCLOCAL instance would not install using the unattended install but did install using the GUI install.Francis Hibbertnoreply@blogger.comtag:blogger.com,1999:blog-2156539095375223979.post-85729701891303589312014-02-10T15:58:53.796-05:002014-02-10T15:58:53.796-05:00We have had this high CPU spike on the W3WP proces...We have had this high CPU spike on the W3WP processes when publishing topology changes. We have had this issue though before we upgraded to 2013. Shortly after installing our first 2013 pool we had the issue again but it did seem to have an impact on other 2010 servers in the pool and it was not just restricted to servers hosting CMS. It does not seem to happen every time - we have made several topology additions without having the issue.<br />I have just had the issue now after the topology was modified to remove a 2010 pool after migration. In this instance all four cores on the CMS hosting server were at 100% with two of the eight or so w3wp.exe services consuming the resource between them. One strange anecdote to this instance is that I only noticed it because my remote powershell session timed out connecting - and I only noticed that because I was attempting to access the rgsconfig page on a 2010 pool. I checked the CPU on the 2010 front end and it was really low but there was a RGS error in the Lync event log and an ASP.net Error in the Application Event log.<br /><br />Mike Dickin<br />Hempel<br /><br />Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-2156539095375223979.post-72886308723486195862014-02-04T07:33:05.067-05:002014-02-04T07:33:05.067-05:00Had the same issue and opened a ticket with MS.
Th...Had the same issue and opened a ticket with MS.<br />They saw nothing suspicious, but CPU was around 60% at all times.<br />Figured out the Call Park Service consumes up to 70% CPU at times, and the worse part is that it's not being used at all.<br />Disabled CP in all policies, same issue. Restarted the service, same issue. <br />Only fixed after I manually removed it from "Programs and Features" and stopped the service.<br />CPU is now around 10-15% at most times.<br />Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-2156539095375223979.post-61144729251480714772014-01-23T12:54:48.046-05:002014-01-23T12:54:48.046-05:00We saw this happen on the same pool in December, a...We saw this happen on the same pool in December, and it wasn't the CMS at the time. It is now, but I suspect the CMS isn't part of the issue.Ken Laskohttps://www.blogger.com/profile/14298995806059683301noreply@blogger.comtag:blogger.com,1999:blog-2156539095375223979.post-79697096218359398892014-01-22T11:36:39.488-05:002014-01-22T11:36:39.488-05:00From what I am seeing, it only affects the pool th...From what I am seeing, it only affects the pool that hosts the CMS as well. We have no Response Groups but it appears an addition to the topology caused it.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-2156539095375223979.post-59136469076103451372014-01-20T08:47:49.494-05:002014-01-20T08:47:49.494-05:00Seems as though MS is homing in on response groups...Seems as though MS is homing in on response groups, but we had just one for testing. Probably not the cause in our case.<br /><br />KenKen Laskohttps://www.blogger.com/profile/14298995806059683301noreply@blogger.comtag:blogger.com,1999:blog-2156539095375223979.post-48934747859778503112014-01-20T08:22:26.650-05:002014-01-20T08:22:26.650-05:00We have NUMA spanning disabled and also made sure ...We have NUMA spanning disabled and also made sure there is no CPU over commit. We have a little over 100 RGS workflows on our pool. We created all RGS via PowerShell on our new Lync 2013 pool. We never migrated them from Lync 2010 to Lync 2013. Microsoft is investigating new traces. Hopefully they find something.Danny Ponitnoreply@blogger.comtag:blogger.com,1999:blog-2156539095375223979.post-21278708409701578872014-01-18T01:17:20.345-05:002014-01-18T01:17:20.345-05:00The CPU spike only happens when adding or removing...The CPU spike only happens when adding or removing an object from Topology. Changing a value does not cause this. It also appears to be related some how to response groups.<br /><br />If these at VMs, disable NUMA support.Anonymoushttps://www.blogger.com/profile/10632053053763731827noreply@blogger.com