# Runaway CPU for z/OSMF

**URL:** <https://community.openmainframeproject.org/t/runaway-cpu-for-z-osmf/348>\
**Category:** Zowe\
**Created:** [April 25, 2019, 3:30pm UTC](https://community.openmainframeproject.org/t/runaway-cpu-for-z-osmf/348 "2019-04-25T15:30:06Z")\
**Posts on this page:** 6\
**Page:** 1

<div class="post-metadata">

**Author:** ![JoeWinchester](https://yyz1.discourse-cdn.com/flex031/user_avatar/community.openmainframeproject.org/joewinchester/32/147_2.png) [@JoeWinchester](https://community.openmainframeproject.org/u/JoeWinchester)\
**Post date:** [April 25, 2019, 3:30pm UTC](https://community.openmainframeproject.org/t/runaway-cpu-for-z-osmf/348/1 "2019-04-25T15:30:06Z")

</div>

If you are experiencing runaway CPU for z/OSMF then this could be because of a heartbeat where its Liberty server polls a USS dropins folder periodically looking for dynamic extensions.  
The dynamic polling can be stopped by adding/updating the file `/var/zosmf/configuration/servers/zosmfServer/server.xml/` with the lines

`<config updateTrigger="disabled"/>`  
`<applicationMonitor updateTrigger="disabled" dropinsEnabled="false"/>`

---

<div class="post-metadata">

**Author:** ![hogstrom](https://yyz1.discourse-cdn.com/flex031/user_avatar/community.openmainframeproject.org/hogstrom/32/128_2.png) [@hogstrom](https://community.openmainframeproject.org/u/hogstrom)\
**Post date:** [April 25, 2019, 6:23pm UTC](https://community.openmainframeproject.org/t/runaway-cpu-for-z-osmf/348/3 "2019-04-25T18:23:23Z")

</div>

Joe, is this for any environment or is this limited to ZDT, real hardware or both? Also, is it z/OSMF itself that is consuming the CPU? Looks like someone might see the problem in one of the Explorer servers.

---

<div class="post-metadata">

**Author:** ![JoeWinchester](https://yyz1.discourse-cdn.com/flex031/user_avatar/community.openmainframeproject.org/joewinchester/32/147_2.png) [@JoeWinchester](https://community.openmainframeproject.org/u/JoeWinchester)\
**Post date:** [April 26, 2019, 5:02pm UTC](https://community.openmainframeproject.org/t/runaway-cpu-for-z-osmf/348/4 "2019-04-26T17:02:28Z")

</div>

This is for any environment and it is z/OSMF itself. It is a general setting that applies to any WebSphere or Liberty server and z/OSMF is a Liberty server. It does not affect the Explorer servers that are Tomcat based in 1.0, although in our 0.9 beta releases when we did base the Explorer servers on Liberty we ran into the same problem, hence we know how to fix it. I was on a customer call last week when they were having a 2 hour startup time for z/OSMF on real hardware and huge IO, and changing this setting brought it down to a few minutes startup and reasonable IO and reasonable CPU idle time.

---

<div class="post-metadata">

**Author:** ![jlczuk](https://yyz1.discourse-cdn.com/flex031/user_avatar/community.openmainframeproject.org/jlczuk/32/152_2.png) [@jlczuk](https://community.openmainframeproject.org/u/jlczuk)\
**Post date:** [June 24, 2019, 1:11pm UTC](https://community.openmainframeproject.org/t/runaway-cpu-for-z-osmf/348/5 "2019-06-24T13:11:52Z")

</div>

I’d like to note that z/OSMF ships with the following setting. It is possible that ZOWE is configured with dropins enable to make it easier to add new web applications to the Liberty server instance in which the z/OSMF web application conglomerate runs.

\<!-- Disable monitoring of files to reduce idle CPU --\>  
\<applicationMonitor dropinsEnabled=“false” locationMonitoringEnabled=“false” updateTrigger=“mbean”/\>  
\<config updateTrigger=“mbean”/\>

---

<div class="post-metadata">

**Author:** ![John.Davies](https://yyz1.discourse-cdn.com/flex031/user_avatar/community.openmainframeproject.org/john.davies/32/801_2.png) [@John.Davies](https://community.openmainframeproject.org/u/John.Davies)\
**Post date:** [August 6, 2019, 8:42am UTC](https://community.openmainframeproject.org/t/runaway-cpu-for-z-osmf/348/6 "2019-08-06T08:42:06Z")

</div>

There are some other things you can try, to reduce CPU and EXCP usage.

1. Add the following in jvm.options file: of the server:

2. Add the following in server.xml:

---

<div class="post-metadata">

**Author:** ![JoeWinchester](https://yyz1.discourse-cdn.com/flex031/user_avatar/community.openmainframeproject.org/joewinchester/32/147_2.png) [@JoeWinchester](https://community.openmainframeproject.org/u/JoeWinchester)\
**Post date:** [September 15, 2020, 11:29am UTC](https://community.openmainframeproject.org/t/runaway-cpu-for-z-osmf/348/7 "2020-09-15T11:29:52Z")

</div>

Warning - there are some consequences for switching off dropinsEnabled that can have adverse effects on other pieces of z/OSMF ( z/OSMF Diagnostic Assistant, SETIZU command, App listener, zERT plugin, …). The z/OSMF team have done some work to improve performance and the recommendation now is to NOT change dropinsEnabled and touch the server.xm file and instead apply PH12643 and PH28267.