none
SCOM 1801 - linux agents

    Question

  • hello,

    Im trying to install agents on linux following this article:

    https://docs.microsoft.com/en-us/system-center/scom/deploy-linux-agent-install?view=sc-om-1801

    When I try to find the installers the following path is empty:

    %ProgramFiles%\Microsoft System Center\Operations Manager\Server\AgentManagement\UnixAgents\DownloadedKits

    Has anyone knows why? I have SCOM 1801

    Thanks in advance

    Regards


    • Edited by exitista Wednesday, May 9, 2018 8:33 PM
    Wednesday, May 9, 2018 8:33 PM

All replies

  • Are the Linux management packs imported in your environment?
    Wednesday, May 9, 2018 8:58 PM
  • From my experience, you should import related linux/unix MP first. Moreover, you may find linux agent in SCOM sourc CD
    Roger
    Thursday, May 10, 2018 1:09 AM
  • Go to import MP in SCOM console and import Linux related MPs. Choose ones that corespond to your distribution. Supported are https://docs.microsoft.com/en-us/system-center/scom/plan-supported-crossplat-os?view=sc-om-1801 

    You can find detailed explanation here. It is for 2012 but it works. 

    https://blogs.technet.microsoft.com/kevinholman/2012/03/18/deploying-unixlinux-agents-using-opsmgr-2012/ 


    IgyMO

    Thursday, May 10, 2018 7:41 AM
  • Hello! Thanks for reply!

    Yes, I have already imported the following linux MPs

    

    The following path is empty!!! %ProgramFiles%\Microsoft System Center 2016\Operations Manager\Server\AgentManagement\UnixAgents\

    any ideas????

    Thanks in advance


    Friday, May 11, 2018 1:23 PM
  • So, here how it works :

    Each of these MP has a "CopyAgentKit rule" (for example the RHEL 5 one) that is responsible for copying the unix agent to the downloadedkit folder

    They all use the same Write Action and run every 24h.

    Try restarting the Health Service (Microsoft Monitoring Agent) on every SCOM Management Server, that will force the execution of the rule responsible for creating the DownloadedKit folder.

    If it still doesn't work, you have another issue... maybe your action account (which is used to copy the agent to the downloadedkit folder) is not local admin on the management server (which is very bad for many reasons!), or maybe you improperly configured the Certificate Signing Write Action, or something else.


    Friday, May 11, 2018 9:49 PM
  • Hello!! Thanks for reply!

    I tired restarting Health Service but doesnt work! DownloadedKit folder was not created

    My action account is local admin on managemenet server! 

    any other idea?

    Thanks in advance

    Regards

    Tuesday, May 15, 2018 5:31 PM
  • Anything in the OperationsManager log on the management server about failed linux rules around the time of health service restart?
    Tuesday, May 15, 2018 6:05 PM
  • Hi!! Thanks for reply!! 

    I restarted again the service and check OpsMgr log in eventvwr but i didnt see any error!

    Any other idea?

    thanks in advance

    Tuesday, May 15, 2018 7:08 PM
  • You can check if the agents are available under the Operations Manager\Server\Health Service State\Resources folder, this is the agent cache and this is the location from where they should get copied to the DownloadedKit folder (search for .rpm or .gz files).

    If that's not the case and if it was for me and that I was really sure there is no log at all pointing me in some direction, I would probably try a SCOM trace but that's a heavy procedure...

    But for someone I don't know I would probably stick with "double check everyhing, every log, every account permission etc" :D


    • Edited by CyrAz Wednesday, May 16, 2018 6:22 AM
    Wednesday, May 16, 2018 6:17 AM
  • I have done a search on C: partition but i didnt find anything! 

    Any other ideas?

    Can i try deleting MPs and importing again?

    Thanks in advance

    Regards

    Wednesday, May 16, 2018 2:19 PM
  • Yes you could do that obviously, but I can't see how that would help...

    Wednesday, May 16, 2018 3:42 PM
  • You were right! It doesnt worked deleting and importing MPs again.

    Any other idea?

    Thanks

    Thursday, May 17, 2018 5:53 PM
  • well the idea of trying a SCOM trace is still relevant, if you can't find anything else.
    Friday, May 18, 2018 5:48 AM
  • ok, i will use SCOM trace. How can i force "CopyAgentKit rule" to see if generates an error?

    I searched the name of that rule but doesnt exist

    Thanks in advance

    Regards



    • Edited by exitista Friday, May 18, 2018 7:39 PM
    Friday, May 18, 2018 7:36 PM
  • you could have found the actual name by clicking on the link, it's called "Distribute Red Hat Enterprise Linux Server 5 Agent to Management Servers" (id : Microsoft.Linux.RHEL.5.CopyAgentKits.Rule )

    • Edited by CyrAz Saturday, May 19, 2018 2:14 AM
    Saturday, May 19, 2018 2:13 AM
  • hello!! How are you? I used SCOM trace for one hour and the check the logs but I didnt find any error regarding linux MP or redhat MP. Do you want me to post the logs?

    In the other point, I dont find any rule called "Distribute Red Hat Enterprise Linux Server 5 Agent to Management Servers" and no similar ones

    Do you know any idea?

    Thanks in advance

    Regards

    Tuesday, May 22, 2018 6:22 PM
  • Hi,

    Is this a new installation of SCOM 1801?

    I just set up a SCOM 1801 on my lab to test, and I have the GetOSVersion.sh in the "%ProgramFiles%\Microsoft System Center\Operations Manager\Server\AgentManagement\UnixAgents\DownloadedKits"

    Do you have any possibility to reinstall or is it not an option?

    Kind regards,
    Leon


    Blog: https://thesystemcenterblog.com  LinkedIn:   

    Tuesday, May 22, 2018 8:05 PM
  • Not having the rule in your environment is very much unexpected but would explain why the agents are not getting extracted.

    How did you check for it? It's supposed to be targeted at Management Server class.

    Right now my best guess is that you did not proprely check if it was there, or that you did not reimport the RHEL5 MP... Otherwise it would be the first time I hear about missing rules from a properly imported management pack, I really can't see how that could happen given the underlying mechanism :/

    Wednesday, May 23, 2018 6:34 AM
  • First of all you should update to the latest MP version - https://www.microsoft.com/en-us/download/details.aspx?id=29696. What operating system do you want to monitor?


    Vladimir Zelenov | http://systemcenter4all.wordpress.com

    Wednesday, May 23, 2018 7:21 AM
  • Thanks for replies!!

    @bobgreen84, I have the lastest MP installed. Version 7.7.1127.0. I want to monitor Redhat and Centos. See the following image:

    https://imgur.com/a/0MnrIzW

    @Leon Laude, I have the GetOSVersion.sh in the "%ProgramFiles%\Microsoft System Center\Operations Manager\Server\AgentManagement\UnixAgents\" The folder "DownloadedKits" its not created!!! I have to create it manually? There is no possibility to reinstall SCOM! I have more than 100 agents being monitored!!! This is a new installation(SCOM 1801)!!!

    @Cyraz, the MP was succesfully imported you can see the above image!! To search the rule I went to Autohoring--> management pack objects--> Rules --> Search.

    I searched by name and also setting an scope for MPs. ITs OK like this? Or how i have to do it? 

    Thanks in advance!!!

    Regards!! 

    Wednesday, May 23, 2018 1:02 PM
  • Do you discover them using Discovery Wizard?

    Vladimir Zelenov | http://systemcenter4all.wordpress.com

    Monday, May 28, 2018 11:30 AM
  • This is one correct way of checking for the rule, assuming that you are not scoping the display to specific classes.

    You could also use powershell : Get-SCOMRule -Name "Microsoft.Linux.RHEL.5.CopyAgentKits.Rule"

    @Vladimir : the agents should be there, regardless of how he's trying to deploy them...
    • Edited by CyrAz Monday, May 28, 2018 12:13 PM
    Monday, May 28, 2018 12:12 PM
  • This is one correct way of checking for the rule, assuming that you are not scoping the display to specific classes.

    You could also use powershell : Get-SCOMRule -Name "Microsoft.Linux.RHEL.5.CopyAgentKits.Rule"

    @Vladimir : the agents should be there, regardless of how he's trying to deploy them...

    Yes, I know but it can help in diagnostics.

    Vladimir Zelenov | http://systemcenter4all.wordpress.com

    Monday, May 28, 2018 12:22 PM
  • Thanks for reply! If I run the cmdlet doesnt bring me anything!

    

    @Vladimir, I tried by Discovery Wizard but appears the following message:

    Failed to find a matching supported agent instance in the imported management packs.

    Import the Management Pack(s) for this platform in order to discover this computer.

    any ideas?

    Thanks!!

    Monday, May 28, 2018 12:48 PM
  • You forgot a quotation mark in the end:

    Get-SCOMRule -Name "Microsoft.Linux.RHEL.5.CopyAgentKits.Rule"

    Best regards,
    Leon


    Blog: https://thesystemcenterblog.com  LinkedIn:   

    Monday, May 28, 2018 12:51 PM
  • ok sorry!


    Monday, May 28, 2018 2:38 PM
  • any ideas?
    Tuesday, May 29, 2018 6:32 PM
  • help please!!
    Thursday, May 31, 2018 12:23 PM
  • ANy update regarding this topic? 

    Thanks in advance

    Regards

    Tuesday, June 12, 2018 8:29 PM
  • At this point I think you should really consider raising a ticket with MS support...
    Wednesday, June 13, 2018 6:57 AM
  • Hi, 

    did you manage to resolve this one?

    Thanks in advance for sharing!

    Regards,


    (Please take a moment to "Vote as Helpful" and/or "Mark as Answer" where applicable. This helps the community, keeps the forums tidy, and recognizes useful contributions. Thanks!) Blog: https://blog.pohn.ch/ Twitter: @StoyanChalakov

    Tuesday, July 24, 2018 2:38 PM
    Moderator