This browser is no longer supported.
Upgrade to Microsoft Edge to take advantage of the latest features, security updates, and technical support.
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(294.40000000000003, 87%, 38%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EA%3C/text%3E%3C/svg%3E)
Hi again.
In my previous thread I have opened a thread about Docker support in a current SCOM Linux agent.
But on my personal view it deserves to be opened in an another one so I do it .
Well. I have figured out that CIM providers bundles are included into a current agent bundle and they are in a root of installation folder . Current SCOM Linux agent consists of 2 ones for MySQL and Apache. There is no Docker CIMP at all.
Also I found that OMS Linux agent has the one in the similar bundle. I extracted a current docker-cimprov rpm from there and applied it to some of my servers (I have a 1.0.0.32 version on them and new bundle has 1.0.0.37). All of them works fine .
So now I have a way to apply changes. Three ways to be clear-
The first way is to apply rpm or deb (OS depended) for docker-cimprov strictly after an agent install . It is not convenient to me because we had a tons of different linux servers with dozens admins so this procedure would be horrible if I did it on that way.
The second way is to add the docker-cimprov bundle into the current Linux agent 1.6.6.0 bundle . Is it possible ? Is there some articles or white papers about ?
The third way consists of my thoughts about applying OMS Linux agent instead of SCOM Linux agent . Is that possible to replace current SCOM bundles to OMS ones ? Will it work ? Is there somebody who has a similar experience ?
Thanks in advance will wait for your answers
Sincerely
Andrii
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(92.8, 31%, 18%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EC%3C/text%3E%3C/svg%3E)
You can use OMS Linux Agent instead of SCOM agent.
Adding the --enable-opsmgr parameter when you run omsagent-blabla.sh --install should do the trick.
Thanks for the answer, but I see some drawbacks here. When you have mentioned
when you run omsagent-blabla.sh --install should do the trick.
It intends that I should install the agent manually, not by an standard push procedure. It is not a way I like to work to.
IIs it possible to put an OMS agent bundle instead of standard one into an installation folder and use it ?
Oh ok.
Then what you could do is first push the regular SCOM agent and then go to the Unix computer views and run the "Configure Linux Log Monitoring" task.
It's not very intuitive from its name, but what it effectively does is that it copies omsagent-1.8.1-256.universal.x64.sh to the Linux server and then runs it with --upgrade --enable-opsmgr parameters (as seen here : https://systemcenter.wiki/?GetElement=Microsoft.Linux.Log.Monitoring.UpgradeAgent.WriteAction&Type=WriteActionModuleType&ManagementPack=Microsoft.Linux.Log.Monitoring&Version=10.19.1006.0 )
It's not the latest version of the OMS Agent, but it still contains the docker provider. You could also try to mimic that task in a custom MP of your own to use the latest version.
Also that will likely require some updates to the sudoer file, as the the .sh file name is different and probably tries to do more stuff than the regular SCOM agent.
Also I don't know if you could directly push the oms agent using the regular process, I had a quick look at the different tasks involved in the agent push process and it feels like it would involve quite a few unsupported hacks to make it work (if it is possible at all).
Sounds silly ..but I see no such task in my list.Well I will try to find a decision/
That task is contained in the Linux Log File Monitoring MP.
Could you check it's imported in your environment?
Cyrill I have a full set of Unix/Linux MP been installed and Linux Logfile MP as well . Here is a copy from Adminisitation->Installed Managed Packs
UNIX/Linux Log File Monitoring Library 10.19.1123.0 Yes 4/16/2018 2:06:24 PM Microsoft UNIX/Linux Log File Template Library: This Management Pack contains the definitions that are specific to the UNIX/Linux log file templates.
That's not the one, I'm talking about Linux Log File Monitoring , aka Microsoft.Linux.Log.Monitoring ( https://systemcenter.wiki/?Get-ManagementPack=Microsoft.Linux.Log.Monitoring&Version=10.19.1008.0 ) and not the Library one.
Wow.
Surprise,surprise ! I will dig into it and give you an information about further.
As it takes to my current situation I have made an experiment ,remove agent completely from one of my Linux servers (from SCOM console ) then install it . After agent has completely installed I added to this server (CentOS 7) docker-cimprov rpm from earlier agent version (1.0.0.32) with a standart way - rpm -i docker-cimprov. Then I invoked scxadmin --restart . After 2 hours I had a full info about all my docker instances and containers on the server. So this might be a way, temporary though 8(
Nevertheless I keep on explorating how to deal with it. I will add MP you've mentioned and do some other things to resolve it.
Cheers.
Just an idea, but you could also create a task that would push and install the docker provider only; it should work in the same fashion as the native Configure Linux Log Monitoring task (which pushes the full OMS)
A nice idea ! It should works though .