Support for TLS 1.2 (and likely 1.3) in Solaris 10 agent. Currently this doesn't work and the agent needs a recompile to resolve the issue.

Red Hat 8 needs to be supported in SCOM 2016 ASAP. It is not acceptable to not provide an MP that covered RHAT 8.
If we moved to SCOM 2019 we'd loose the ability to monitor our existing RHAT 5 and 6 servers so would be in an even worse situation that we are now with 2016.

really need support for 64bit versions of Solaris, the current version installs as 32-bit even on 64-bit

Support for container monitoring in SCOM.

There is no monitoring above the physical volume for linux. I do realize that LVM is software management above the physcial volume and is centric to Linux thus not a standard health across both OS (Linux and Windows) but this topic came up as LVM is a standard for linux that was question why SCOM doesn't have a MP for it, but other Linux Monitoring Platforms does (e.g. Zabbix)

This will help to provide such MP in the Linux stack to show Microsoft is keeping thier promise that Microsoft loves linux.

Please extend MSC Operations Manager version 2019 to support Red Hat Linux to version 6.x and SUSE Enterprise Linux versions 10.x and 11.x. One issue for SUSE Linux is the supported version of OpenSSL.

We have 1200 win agents and 250 unix agent in SCOM

So, nix agents produces more perf data than all windows agents

Reason: there are no optimization for performance counters at all

Yes, you can rewrite and add module , but its almost impossible due CMDB sync in big companies

It will be great to add overridable percentage perf. optimization

(Same situation in sql mp, dfs mp...everywhere)

is there a way to install a Scom agent on Linux Sles 11?
there is a problem with Openssl, max 0.9.8 under Sles 11 but the agent requests Openssl 1.0 minimum
is there another compatible agent (older?)?
thank you
Stéphane

In addition to developing the PKI Certificate Monitoring MP directly and not having to rely on 3rd party, add the ability to monitor PKI Certificates in Unix/Linux environments.

Currently default directory for agent installation on Unix/Linux servers using Operations Console is /tmp/scx-username. However, if /tmp directory is hardened due to security reasons for unix/linux servers on customer environment, they will have to manually install scom agent on unix/linux servers and does not have an alternative to install the agent from Operations console on other directory.

We has been approached by our UNIX Team and they would like to know how soon we can on-boarding REHL8 Server for monitoring through SCOM 2016 UR5. we have invested time to find out relevant information over the internet, but could not find anything and that is the reason why we have raise case with Microsoft REG:119051521002564 for same.

I was reviewing the supported UNIX/Linux OSs at the following location:https://docs.microsoft.com/en-us/system-center/scom/plan-supported-crossplat-os?view=sc-om-2019 and took note that support for HP-UX has been removed. This is creating a problem for my current customer since they use HP-UX and will continue to use HP-UX. According to my customer HP-UX is still supported through 2025, so removing monitoring support in SCOM 2019 is going to be a problem. While I understand there may be workarounds for this issue, I am also concerned about maintaining the customer's environment in a supported configuration.

The ability for SCOM Operations Manager to monitor when a Linux file system goes into read only mode

When you create a Linux Monitor the default data type is String, then when your script receive a Integer data (for example) the linux monitor doesn't work properly

need to update help documents for new version of unix/linux management packs. we never come to know what are fixes released or newly introduced with latest version of MP's

Client for BE "Big Endian" Red Hat.

We generally check the catalog regularly for updated Management Packs in SCOM 2012 R2. The catalog is currently showing what appear to be incorrect versions of the MPs for the customers still on 2012 R2:

It might be a good idea to correct this, since these versions will break UNIX/Linux monitoring in SCOM 2012 R2, at the very least agent deployment will be broken.

SCOM 1807 monitoring Oracle Linux %used memory. What is displayed on the dashboard and performance charts are not the same as seen on the server itself. Please see thread https://social.technet.microsoft.com/Forums/systemcenter/en-US/99c37ed5-82a6-487a-95af-3e094effca7a/linux-memory-monitoring?forum=operationsmanagerunixandlinux for a description of the issue.