MID server running Oracle JRE version 8 release 231 can't start some applications - Discovery Powershell/WMI probes fail, Event Management SCOM connector won't startDescriptionAfter installing or upgrading the MID Server host to use Oracle JRE version 1.8.0_231, the MID Server is unable to run some programs: powershell.exe - The Powershell probes that run for Windows Discovery will fail. There are no responses provided by the probes when running Discovery under these conditions. There are no responses from WMI calls.SCOMClient.exe - The Event Management SCOM Connector cannot be started. Oracle Java 8u231 introduced some argument restrictions with commands that are executed through Runtime.exec or ProcessBuilder, which the MID Server uses for launching some PowerShell commands.Steps to Reproduce Discovery: Run Discovery on a Windows Machine."Windows - Classify" probe will return error: & { [Console]::OutputEncoding = [Text.UTF8Encoding]::UTF8; Write-Output SNC_PowerShell_PID=9172; & 'scripts\\PowerShell\\PSScript.ps1' -computer '127.0.0.1' -script 'Drive:\\Folder\\agent\\scripts\\PowerShell\\script_name.ps1' -useCred False -ismid True -isDiscovery True -debug False -logInfo False -skipTest False; exit } "Windows - Classify" probe does not behave as expected and the discovery stops with no details collected. No subsequent probes/patterns will be launched. The MID Server agent log shows something like: Worker-Interactive:MultiProbe-ab9731481b458094b9f686ecdc4bcb95 Worker starting: Powershell source: <IP_ADDRESS>Worker-Interactive:MultiProbe-ab9731481b458094b9f686ecdc4bcb95 DEBUG: Inside Script Runner -- Begining @@@@@@@@@@@@@@@@@@@: 06:44:13Worker-Interactive:MultiProbe-e39731481b458094b9f686ecdc4bcb97 DEBUG: after running the powershell command, ElapsedTime: 06:44:25Worker-Interactive:MultiProbe-e39731481b458094b9f686ecdc4bcb97 DEBUG: Inside Script Runner - Ending Time: 06:44:25Worker-Interactive:MultiProbe-e39731481b458094b9f686ecdc4bcb97 Worker completed: WMIRunner source: <IP_ADDRESS> time: 0:00:13.540 SCOM: Start an instance of the SCOM ConnectorYou will see the following error: Error running SCOM client: '\"<mid server folder>\agent\extlib\SCOMClient2012<a sys_id>.exe\"' is not recognized as an internal or external command, operable program or batch file.SCOM connector failed. '\"<mid server folder> \agent\extlib\SCOMClient2012<a sys_id> .exe\"' is not recognized as an internal or external command, operable program or batch file Downgrade to a pre-231 version e.g. Oracle JRE 1.8.0_221. Run same Discovery again, everything works as expected. Expected behavior:Upgrading to the latest version of Oracle JRE, that may have been recommended due to vulnerability management, and is allowed in our documentation, should not break any MID Server functionality. Actual behavior:By installing the new JRE release, Discovery and Event Management does not work as expected.WorkaroundThis problem is currently under review. You can contact ServiceNow Technical Support or subscribe to this Known Error article by clicking the Subscribe button at the top right of this form to be notified when more information will become available. The workaround is to set the Java system property jdk.lang.Process.allowAmbiguousCommands to true: Log in to the MID Server Host, and find the install folder. (The MID Server record in the instance has fields for both Host Name and Home Directory)Open the wrapper-override.conf file in a text editor - ./agent/conf/wrapper-override.confAdd the following line at the end, and save: wrapper.java.additional.3=-Djdk.lang.Process.allowAmbiguousCommands=true Restart the MID server service.Related Problem: PRB1372715