none
centos 6.3 not discovered

    Question

  • hello,

    I imported MP of CEntos in SCOM 2007 R2, i installed one agent to test in a centos 6.3. It is installed correctly and service is running in the SO. 

    I created the action account to monitor Centos agent. My problem is that the Server is not discovered in SCOM... 

    I overrided de values of the discover in authoring to force more quicly but doesnt work

    any ideas? 

    thanks

    Tuesday, July 30, 2013 7:21 PM

All replies

  • Where did you get the CentOS MP? We do not officially support CentOS in SCOM 2007 R2. Support for CentOS started with SCOM 2012 SP1.

    Regards,

    -Steve

    Tuesday, July 30, 2013 7:51 PM
  • Look at the OpsMgr alerts in the Event Manager UI and see if there are any related to the Linux discovery. Most likely you have your Run As accounts configured wrong but without any details it's hard to tell.

    -Steve

    Tuesday, July 30, 2013 9:26 PM
  • HEllo,

    I dont see any alerts in eventvwr related to Linux. 

    I configured my run as accounts by this link:

    http://www.systemcenterbrasil.com.br/english/system-center-operations-manager-2007-english/monitoring-linux-centos-servers

    The user that i created as "run as" is the same that i connect to the server and installed the agent by console. That account is root

    I have imported my MP successfully. Service is running on Centos too

    The agent is installed correctly because i dont see any errors when the deploy finished, but i dont see anything in SCOM console that show me that the agent is installed!!

    thanks for help!

    Wednesday, July 31, 2013 3:26 PM
  • Try running the following command from a command prompt (not powershell prompt) on the SCOM server.

    winrm enumerate http://schemas.microsoft.com/wbem/wscim/1/cim-schema/2/SCX_Agent?__cimnamespace=root/scx -username:root -password:<password> -r:https://<linux server>:1270/wsman -auth:basic -skipCACheck -skipCNCheck -skiprevocationcheck -encoding:utf-8 

    if this works remove all the -skip* arguments and run it again. If this fails you have a certificate issue. If neither work there is something wrong on the agent side. Check that port 1270 is open on the Linux server. Run the 'scxadmin -v' command on the Linux server.

    Go here for further troubleshooting --> http://technet.microsoft.com/en-us/library/dd891012.aspx

    Regards,

    -Steve

    Wednesday, July 31, 2013 5:56 PM
  • The first command works. The second it doesnt:

    WSManFault
        Message = The server certificate on the destination computer (ServerName:1270
    ) has the following errors:
    The SSL certificate is signed by an unknown certificate authority.
    The SSL certificate contains a common name (CN) that does not match the hostname

    What do i have to do?

    thanks


    • Edited by exitista Wednesday, July 31, 2013 6:29 PM
    Wednesday, July 31, 2013 6:22 PM
  • sorry, i put wrong the name of the server in the cmd. Now onlythis problem:

    WSManFault
        Message = The server certificate on the destination computer (Servername:1270) has the following errors:
    The SSL certificate is signed by an unknown certificate authority.

    Error number:  -2147012721 0x80072F8F

    A security error occurred

    Any ideas?

    thank you very muchhhhhhhhh

    Wednesday, July 31, 2013 7:53 PM
  • Run the Discovery Wizard again on the SCOM server and it should sign the certificate and manage it.

    -Steve

    Friday, August 02, 2013 3:12 PM
  • Hello,

    Now i signed the certficate by the discovery wizard. AND with the command i dont see any error!!

    But i continued not seeing anything in scom views. The centos is not being discovered. 

    any other idea to check?

    thanksss

    Friday, August 02, 2013 8:32 PM
  • How long have you waited? Discovery can take awhile. What is the health state of the agent?

    -Steve

    Friday, August 02, 2013 8:35 PM
  • Now, i waited 3 days!!!

    If i go to "administration --> unix/linux servers " i dont see anything

    If i go to "monitoring --> unix/linux servers --> Linux --> Centos computers" i dont see anything too

    thanks for help!!!!

    any ideas?

    Monday, August 05, 2013 2:10 PM
  • It appears the agent is still not discovered properly within SCOM. Go here and turn on TRACE logging and run Discovery again to troubleshoot the issue.

    http://technet.microsoft.com/en-us/library/ee344803.aspx

    Again, you are using an unsupported OS with SCOM 2007 R2. There is no support for this from MS.

    Regards,

    -Steve

    Monday, August 05, 2013 2:29 PM
  • Yes, i really know that is not supported. Im thankfull about your help. I dont know which log i have to see:

    I have 4 logs. Here is scx.log: 

    * Microsoft System Center Cross Platform Extensions (SCX)
    * Build number: 1.0.4-318 Labeled_Build
    * Process id: 16419
    * Process started: 2013-08-05T20:36:34,133Z
    *
    * Log format: <date> <severity>     [<code module>:<process id>:<thread id>] <message>
    *
    2013-08-05T20:37:44,303Z Trace      [scx.core.provsup.cmpibase.singleprovider.MetaProvider:16419:139868959512320] SingleProvider::EnumInstances()
    2013-08-05T20:37:44,303Z Trace      [scx.core.provsup.cmpibase.singleprovider.MetaProvider:16419:139868959512320] SingleProvider::GetSingleInstance()
    2013-08-05T20:37:44,303Z Trace      [scx.core.providers.metaprovider:16419:139868959512320] BaseProvider::EnumInstances()
    2013-08-05T20:37:44,303Z Trace      [scx.core.providers.metaprovider:16419:139868959512320] Object Path = //Servername/root/scx:SCX_Agent
    2013-08-05T20:37:44,304Z Trace      [scx.core.providers.metaprovider:16419:139868959512320] BaseProvider::EnumInstances() - Calling DoEnumInstances()
    2013-08-05T20:37:44,304Z Trace      [scx.core.providers.metaprovider:16419:139868959512320] MetaProvider DoEnumInstances
    2013-08-05T20:37:44,304Z Trace      [scx.core.providers.metaprovider:16419:139868959512320] BaseProvider::EnumInstances() - DoEnumInstances() returned - 1
    2013-08-05T20:37:44,304Z Trace      [scx.core.providers.metaprovider:16419:139868959512320] BaseProvider::EnumInstances() - Call ReturnDone
    2013-08-05T20:37:44,304Z Trace      [scx.core.providers.metaprovider:16419:139868959512320] BaseProvider::EnumInstances() - return OK
    2013-08-05T20:37:44,304Z Trace      [scx.core.provsup.cmpibase.singleprovider.MetaProvider:16419:139868959512320] SingleProvider::EnumInstances() - Returning - 0
    2013-08-05T20:38:39,592Z Trace      [scx.core.provsup.cmpibase.singleprovider.MetaProvider:16419:139869042780128] SingleProvider::Cleanup() - terminate = 1
    2013-08-05T20:38:39,592Z Trace      [scx.core.providers.metaprovider:16419:139869042780128] BaseProvider::Cleanup - Calling DoCleanup()
    2013-08-05T20:38:39,592Z Trace      [scx.core.providers.metaprovider:16419:139869042780128] MetaProvider::DoCleanup
    2013-08-05T20:38:39,593Z Trace      [scx.core.provsup.cmpibase.singleprovider.MetaProvider:16419:139869042780128] SingleProvider::Cleanup() - Returning - 0
    *
    * Microsoft System Center Cross Platform Extensions (SCX)
    * Build number: 1.0.4-318 Labeled_Build
    * Process id: 18196
    * Process started: 2013-08-05T20:39:30,020Z
    *
    * Log format: <date> <severity>     [<code module>:<process id>:<thread id>] <message>
    *
    2013-08-05T20:39:30,020Z Info       [scx.core.providers:18196:140532367271680] SCX Provider Module loaded

    thanks again

    Monday, August 05, 2013 8:49 PM
  • In scxcimd.log i have this:

    08/05/2013-17:38:39 INFO    cimserver: SCX CIM Server stopped.
    08/05/2013-17:39:18 INFO    cimserver: Listening on HTTPS port 1270.
    08/05/2013-17:39:18 INFO    cimserver: Listening on local connection socket.
    08/05/2013-17:39:18 INFO    cimserver: Started SCX CIM Server version 2.9.0 Release.

    Monday, August 05, 2013 8:51 PM
  • It looks like the agent is installed and running fine. You need to enable EnableOpsmgrModuleLogging (see details here --> http://technet.microsoft.com/en-us/library/ee344801.aspx). Once this is enabled run the Discovery Wizard again and discover the CentOS system. The logs under  C:\Windows\Temp should have details of the discovery and if it failed it should be logged.

    -Steve

    Tuesday, August 06, 2013 2:27 PM
  • Now appear 4 logs. But i cant see any errors!!

    SSHCommandWriteACtion:

    0: 08/07/13 10:59:19 : Enter SSHCommandWriteAction::EnterDoInit
    0: 08/07/13 10:59:19 : XML_INIT_CALL
    0: 08/07/13 10:59:19 : GetEventId
    1: 08/07/13 10:59:19 : Enter SSHCommandWriteAction::DoProcess
    1: 08/07/13 10:59:19 : SSHCommandWriteAction::DoProcess passed initial arguments checking
    1: 08/07/13 10:59:19 : SSHCommandWriteAction::DoProcess preparing SSH call
    1: 08/07/13 10:59:19 : servername
    1: 08/07/13 10:59:19 : 22
    1: 08/07/13 10:59:19 : root
    1: 08/07/13 10:59:19 : rpm -e scx
    1: 08/07/13 10:59:19 : Enter SSHFacade::RunCommand
    1: 08/07/13 10:59:26 : Leave SSHFacade::RunCommand
    1: 08/07/13 10:59:26 : returned: Shutting down Microsoft SCX CIM Server: [  OK  ]


    /var/tmp/rpm-tmp.Q5hCJ5: line 8: /usr/lib/lsb/remove_initd: No such file or directory

    0
    1: 08/07/13 10:59:26 : xml is <SSHCommandData><stdout>Shutting&#32;down&#32;Microsoft&#32;SCX&#32;CIM&#32;Server:&#32;[&#32;&#32;OK&#32;&#32;]&#13;&#10;</stdout><stderr>/var/tmp/rpm-tmp.Q5hCJ5:&#32;line&#32;8:&#32;/usr/lib/lsb/remove_initd:&#32;No&#32;such&#32;file&#32;or&#32;directory&#10;</stderr><returnCode>0</returnCode></SSHCommandData>
    1: 08/07/13 10:59:26 :  Enter initDataHolder
    1: 08/07/13 10:59:26 : Enter initDataType
    1: 08/07/13 10:59:26 : initDataType initializing output datatype
    1: 08/07/13 10:59:26 : Leave initDataType
    1: 08/07/13 10:59:26 : Leave initDataHolder
    1: 08/07/13 10:59:26 : Leave SSHCommandWriteAction::DoProcess
    0: 08/07/13 11:00:02 : Enter SSHCommandWriteAction::EnterDoInit
    0: 08/07/13 11:00:02 : XML_INIT_CALL
    0: 08/07/13 11:00:02 : GetEventId
    1: 08/07/13 11:00:02 : Enter SSHCommandWriteAction::DoProcess
    1: 08/07/13 11:00:02 : SSHCommandWriteAction::DoProcess passed initial arguments checking
    1: 08/07/13 11:00:02 : SSHCommandWriteAction::DoProcess preparing SSH call
    1: 08/07/13 11:00:02 : servername
    1: 08/07/13 11:00:02 : 22
    1: 08/07/13 11:00:02 : root
    1: 08/07/13 11:00:02 : /bin/rpm -U --force /tmp/scx-root/scx-1.0.4-318.centos.5.x86_64.rpm; EC=$?; rm -rf /tmp/scx-root; exit $EC
    1: 08/07/13 11:00:02 : Enter SSHFacade::RunCommand
    1: 08/07/13 11:00:06 : Leave SSHFacade::RunCommand
    1: 08/07/13 11:00:06 : returned: Starting Microsoft SCX CIM Server: [  OK  ]


    Certificate not generated - '/etc/opt/microsoft/scx/ssl/scx-key.pem' exists
    /var/tmp/rpm-tmp.YfuNeP: line 161: /usr/lib/lsb/install_initd: No such file or directory

    0
    1: 08/07/13 11:00:06 : xml is <SSHCommandData><stdout>Starting&#32;Microsoft&#32;SCX&#32;CIM&#32;Server:&#32;[&#32;&#32;OK&#32;&#32;]&#13;&#10;</stdout><stderr>Certificate&#32;not&#32;generated&#32;-&#32;'/etc/opt/microsoft/scx/ssl/scx-key.pem'&#32;exists&#10;/var/tmp/rpm-tmp.YfuNeP:&#32;line&#32;161:&#32;/usr/lib/lsb/install_initd:&#32;No&#32;such&#32;file&#32;or&#32;directory&#10;</stderr><returnCode>0</returnCode></SSHCommandData>
    1: 08/07/13 11:00:06 :  Enter initDataHolder
    1: 08/07/13 11:00:06 : Enter initDataType
    1: 08/07/13 11:00:06 : initDataType initializing output datatype
    1: 08/07/13 11:00:06 : Leave initDataType
    1: 08/07/13 11:00:06 : Leave initDataHolder
    1: 08/07/13 11:00:06 : Leave SSHCommandWriteAction::DoProcess

     

     

     

    THEN DEPLOFILE.VBS:

    [07/08/2013 10:58:47 a.m.] Executing command: rm -rf /tmp/scx-root; mkdir -m 755 /tmp/scx-root
    [07/08/2013 10:58:49 a.m.] 
    [07/08/2013 10:58:49 a.m.] Transferring file: C:\Program Files\System Center Operations Manager 2007\AgentManagement\UnixAgents\GetOSVersion.sh to location: /tmp/scx-root/
    [07/08/2013 10:58:51 a.m.] Verifying that file: GetOSVersion.sh was transferred properly
    [07/08/2013 10:58:52 a.m.] /tmp/scx-root/GetOSVersion.sh
    [07/08/2013 10:58:52 a.m.] 
    [07/08/2013 10:59:36 a.m.] Executing command: rm -rf /tmp/scx-root; mkdir -m 755 /tmp/scx-root
    [07/08/2013 10:59:38 a.m.] 
    [07/08/2013 10:59:38 a.m.] Transferring file: C:\Program Files\System Center Operations Manager 2007\AgentManagement\UnixAgents\scx-1.0.4-318.centos.5.x86_64.rpm to location: /tmp/scx-root/
    [07/08/2013 10:59:49 a.m.] Verifying that file: scx-1.0.4-318.centos.5.x86_64.rpm was transferred properly
    [07/08/2013 10:59:51 a.m.] /tmp/scx-root/scx-1.0.4-318.centos.5.x86_64.rpm
    [07/08/2013 10:59:51 a.m.] 

     

     

     SSHCOMMANDPROBE: 

    0: 08/07/13 10:59:03 : Enter SSHCommandProbe::EnterDoInit
    0: 08/07/13 10:59:03 : XML_INIT_CALL
    0: 08/07/13 10:59:03 : GetEventId
    0: 08/07/13 10:59:03 : Exit SSHCommandProbe::DoInit
    1: 08/07/13 10:59:03 : Enter SSHCommandProbe::DoProcess (YES!!!)
    1: 08/07/13 10:59:03 : SSHCommandProbe::DoProcess passed initial arguments checking
    1: 08/07/13 10:59:03 : SSHCommandProbe::DoProcess preparing SSH call
    1: 08/07/13 10:59:03 : servername
    1: 08/07/13 10:59:03 : 22
    1: 08/07/13 10:59:03 : root
    1: 08/07/13 10:59:03 : sh /tmp/scx-$USER/GetOSVersion.sh; EC=$?; rm -rf /tmp/scx-$USER; exit $EC
    1: 08/07/13 10:59:03 : Enter SSHFacade::RunCommand
    1: 08/07/13 10:59:04 : Leave SSHFacade::RunCommand
    1: 08/07/13 10:59:04 : returned: <DiscoveredOS><Hostname>servername</Hostname><OSName>CentOS</OSName><OSAlias>CentOS</OSAlias><Version>6.3</Version><Arch>x86_64</Arch><IsLinux>true</IsLinux></DiscoveredOS>


    0
    1: 08/07/13 10:59:04 : xml is <SSHCommandData><stdout>&lt;DiscoveredOS&gt;&lt;Hostname&gt;servernamel&lt;/Hostname&gt;&lt;OSName&gt;CentOS&lt;/OSName&gt;&lt;OSAlias&gt;CentOS&lt;/OSAlias&gt;&lt;Version&gt;6.3&lt;/Version&gt;&lt;Arch&gt;x86_64&lt;/Arch&gt;&lt;IsLinux&gt;true&lt;/IsLinux&gt;&lt;/DiscoveredOS&gt;&#10;</stdout><stderr></stderr><returnCode>0</returnCode></SSHCommandData>
    1: 08/07/13 10:59:04 :  Enter initDataHolder
    1: 08/07/13 10:59:04 : Enter initDataType
    1: 08/07/13 10:59:04 : initDataType initializing output datatype
    1: 08/07/13 10:59:04 : Leave initDataType
    1: 08/07/13 10:59:04 : Leave initDataHolder
    1: 08/07/13 10:59:04 : Leave SSHCommandProbe::DoProcess

    AND SCXNameResolverProbe:

    0: 08/07/13 10:58:25 : Enter SCXNameResolverProbe constructor
    0: 08/07/13 10:58:25 : Leave SCXNameResolverProbe constructor
    1: 08/07/13 10:58:25 : Enter SCXNameResolverProbe::DoInit
    1: 08/07/13 10:58:25 : XML_INIT_CALL
    1: 08/07/13 10:58:25 : Check WSAStartup
    1: 08/07/13 10:58:25 : Exit SCXNameResolverProbe::DoInit
    2: 08/07/13 10:58:25 : Enter SCXNameResolverProbe::DoProcess()
    2: 08/07/13 10:58:25 : SCXNameResolverProbe::DoProcess passed initial arguments checking
    2: 08/07/13 10:58:25 : SCXNameResolverProbe::DoProcess input: servername
    2: 08/07/13 10:58:25 : SCXNameResolverProbe::DoProcess - Input is a host name
    3: 08/07/13 10:58:25 : Enter SCXNameResolverProbe::GetIP(): servernamel
    3: 08/07/13 10:58:25 : SCXNameResolverProbe::GetIP() - Found a good IP
    3: 08/07/13 10:58:25 : Leave SCXNameResolverProbe::GetIP(): 10.100.100.168
    2: 08/07/13 10:58:25 : SCXNameResolverProbe::DoProcess returns name: servername
    2: 08/07/13 10:58:25 : SCXNameResolverProbe::DoProcess returns ip: 10.100.100.168
    2: 08/07/13 10:58:25 : SCXNameResolverProbe::DoProcess returns errorcode: 0
    2: 08/07/13 10:58:25 : SCXNameResolverProbe::DoProcess returns errortext: 
    2: 08/07/13 10:58:25 : SCXNameResolverProbe::DoProcess returns xml: <NetworkName>servername</NetworkName><IPAddress>10.100.100.168</IPAddress><StatusCode>0</StatusCode><StatusMessage></StatusMessage>
    2: 08/07/13 10:58:25 :  Enter initDataHolder
    2: 08/07/13 10:58:25 : Enter initDataType
    2: 08/07/13 10:58:25 : initDataType initializing output datatype
    2: 08/07/13 10:58:25 : Leave initDataType
    2: 08/07/13 10:58:25 : Leave initDataHolder
    2: 08/07/13 10:58:25 : Leave SCXNameResolverProbe::DoProcess
    4: 08/07/13 10:58:25 : Enter SCXNameResolverProbe destructor
    4: 08/07/13 10:58:25 : SCXNameResolverProbe destructor - FreeLibrary failed: 0
    4: 08/07/13 10:58:25 : Leave SCXNameResolverProbe destructor

    Thank you very muchhhh for your help

    Wednesday, August 07, 2013 2:10 PM
  • any ideas?

    thanks

    Monday, August 12, 2013 3:54 PM
  • Not really - looks good in the logs.

    Is there any alerts in the Windows Event viewer under Operation Manager? Is port 1270 open on the Linux agent? Can you manage any supported versions of the UNIX/Linux agents with the SCOM environment?

    If you can manage other UNIX/Linux agents without issues you will need to take up the issue with the MP developer.

    Regards,

    -Steve

    Monday, August 12, 2013 7:56 PM
  • HEllo,

    I dont see any alerts in Event Viewer (ops mgr). Port 1270 is open. Is the first time that im trying to manage Unix/linux agents. 

    I dont knowwhat can i do.

    Thanks for help

    Tuesday, August 13, 2013 7:41 PM