<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: SNMP Problem with linux systems in Server Management - Systems Insight Manager</title>
    <link>https://community.hpe.com/t5/server-management-systems/snmp-problem-with-linux-systems/m-p/4189350#M32928</link>
    <description>Remove trapsink 192.168.90.1 public from snmpd.conf.&lt;BR /&gt;and restart both service.</description>
    <pubDate>Fri, 09 May 2008 04:31:24 GMT</pubDate>
    <dc:creator>Change_happens</dc:creator>
    <dc:date>2008-05-09T04:31:24Z</dc:date>
    <item>
      <title>SNMP Problem with linux systems</title>
      <link>https://community.hpe.com/t5/server-management-systems/snmp-problem-with-linux-systems/m-p/4189340#M32918</link>
      <description>We have a Probelm with our linux systems. Remote Support doesn't show any linux systems. Also the System Event Analyzer (which i think uses the same communicaton process) doesn't show any linux systems.&lt;BR /&gt;We have installed the newest Insight Control Management DVD (with SIM 5.2) and installed the latest remote support updates (RSP, WEBES etc).&lt;BR /&gt;It seems like my linux systems doesn't correctly communicate with SNMP. When i try to send a test trap over the "System Management Homepage" with one of the linux servers, nothing happens. When i make this with a Windows Server, SIM gets a Warning Notification and in OSEM it's also visible.&lt;BR /&gt;PSP 7.92 is installed on the linux machines. &lt;BR /&gt;Everything else works fine (the linux machines are visible and correctly collected in SIM).&lt;BR /&gt;I tried "/etc/init.d/hpasm reconfigure" to configure the snmp, but with no success.&lt;BR /&gt;I'm not so into linux machines, probably someone has some wise advices ;)&lt;BR /&gt;</description>
      <pubDate>Wed, 30 Apr 2008 07:32:26 GMT</pubDate>
      <guid>https://community.hpe.com/t5/server-management-systems/snmp-problem-with-linux-systems/m-p/4189340#M32918</guid>
      <dc:creator>Janezic Milan</dc:creator>
      <dc:date>2008-04-30T07:32:26Z</dc:date>
    </item>
    <item>
      <title>Re: SNMP Problem with linux systems</title>
      <link>https://community.hpe.com/t5/server-management-systems/snmp-problem-with-linux-systems/m-p/4189341#M32919</link>
      <description>To check that snmp is running try&lt;BR /&gt;service snmpd status&lt;BR /&gt;should return something like&lt;BR /&gt;snmpd (pid 13644) is running...&lt;BR /&gt;&lt;BR /&gt;Check you have traps setup ok. In /etc/snmp/snmpd.conf there should be a line&lt;BR /&gt;trapsink hpsimservername&lt;BR /&gt;&lt;BR /&gt;To see what protocols the hpsim server can connect to your linux system with look at the server's system page. I get a line&lt;BR /&gt;Management Protocols HTTP:, SMH:2.0, SNMP:1.0, SSH:SSH-1.99-OpenSSH_3.6.1p2 &lt;BR /&gt;&lt;BR /&gt;Hope this helps&lt;BR /&gt;Mark</description>
      <pubDate>Thu, 01 May 2008 14:21:32 GMT</pubDate>
      <guid>https://community.hpe.com/t5/server-management-systems/snmp-problem-with-linux-systems/m-p/4189341#M32919</guid>
      <dc:creator>mcgim</dc:creator>
      <dc:date>2008-05-01T14:21:32Z</dc:date>
    </item>
    <item>
      <title>Re: SNMP Problem with linux systems</title>
      <link>https://community.hpe.com/t5/server-management-systems/snmp-problem-with-linux-systems/m-p/4189342#M32920</link>
      <description>apart from what mcgim said, You need to check if community string is set to be correct in snmpd.conf&lt;BR /&gt;&lt;BR /&gt;rocommunity should be public and rwcommunity should be private.&lt;BR /&gt;if u wanna specify trap to be sent to SIM server you can specify it here.&lt;BR /&gt;&lt;BR /&gt;Hope this help.</description>
      <pubDate>Fri, 02 May 2008 05:03:50 GMT</pubDate>
      <guid>https://community.hpe.com/t5/server-management-systems/snmp-problem-with-linux-systems/m-p/4189342#M32920</guid>
      <dc:creator>Change_happens</dc:creator>
      <dc:date>2008-05-02T05:03:50Z</dc:date>
    </item>
    <item>
      <title>Re: SNMP Problem with linux systems</title>
      <link>https://community.hpe.com/t5/server-management-systems/snmp-problem-with-linux-systems/m-p/4189343#M32921</link>
      <description>thanks for the fast response.&lt;BR /&gt;Snmpd service is running.&lt;BR /&gt;The Protocol is also in the information list: (Management Protocols HTTP:, SMH:2.0, SNMP:1.0, SSH:SSH-2.0-OpenSSH_4.3). The snmpd Config file looks like these:&lt;BR /&gt;&lt;BR /&gt;dlmod cmaX /usr/lib64/libcmaX64.so&lt;BR /&gt;rwcommunity  private  127.0.0.1&lt;BR /&gt;rocommunity  public  127.0.0.1&lt;BR /&gt;rwcommunity  private ip-of-the-hpsim-server&lt;BR /&gt;rocommunity  public ip-of-the-hpsim-server&lt;BR /&gt;trapcommunity public&lt;BR /&gt;trapsink 192.168.90.1 public&lt;BR /&gt;trapsink hpsimservername&lt;BR /&gt;&lt;BR /&gt;Still when i do an test trap nothing happens.&lt;BR /&gt;We have Oracle Linux (based on redhat) installed.</description>
      <pubDate>Fri, 02 May 2008 05:53:29 GMT</pubDate>
      <guid>https://community.hpe.com/t5/server-management-systems/snmp-problem-with-linux-systems/m-p/4189343#M32921</guid>
      <dc:creator>Janezic Milan</dc:creator>
      <dc:date>2008-05-02T05:53:29Z</dc:date>
    </item>
    <item>
      <title>Re: SNMP Problem with linux systems</title>
      <link>https://community.hpe.com/t5/server-management-systems/snmp-problem-with-linux-systems/m-p/4189344#M32922</link>
      <description>Hi yes. see ur comunity strings are for 127.0.0.1 means only for that system so remove 127.0.0.1 it will be all fine.&lt;BR /&gt;&lt;BR /&gt;Thanks,Ajay</description>
      <pubDate>Fri, 02 May 2008 12:01:33 GMT</pubDate>
      <guid>https://community.hpe.com/t5/server-management-systems/snmp-problem-with-linux-systems/m-p/4189344#M32922</guid>
      <dc:creator>Change_happens</dc:creator>
      <dc:date>2008-05-02T12:01:33Z</dc:date>
    </item>
    <item>
      <title>Re: SNMP Problem with linux systems</title>
      <link>https://community.hpe.com/t5/server-management-systems/snmp-problem-with-linux-systems/m-p/4189345#M32923</link>
      <description>do same comunity strig to SMH snmp setting also from where u r trying ur test trap.</description>
      <pubDate>Fri, 02 May 2008 12:02:44 GMT</pubDate>
      <guid>https://community.hpe.com/t5/server-management-systems/snmp-problem-with-linux-systems/m-p/4189345#M32923</guid>
      <dc:creator>Change_happens</dc:creator>
      <dc:date>2008-05-02T12:02:44Z</dc:date>
    </item>
    <item>
      <title>Re: SNMP Problem with linux systems</title>
      <link>https://community.hpe.com/t5/server-management-systems/snmp-problem-with-linux-systems/m-p/4189346#M32924</link>
      <description>hi, thanks.&lt;BR /&gt;But it didn't solve anything. Still I don't receive the test trap. When I do a &lt;BR /&gt;/etc/init.d/hpasm reconfigure i get a message in SIM: &lt;BR /&gt;(SNMP) Server Operational (6025)&lt;BR /&gt;The server is operational again. The server has previously been shutdown by the Automatic Server Recovery (ASR) feature and has just become operational again.&lt;BR /&gt;&lt;BR /&gt;So it looks like SNMP is working, Probably there is a Problem with the System Homepage from the Server?&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Fri, 02 May 2008 13:04:34 GMT</pubDate>
      <guid>https://community.hpe.com/t5/server-management-systems/snmp-problem-with-linux-systems/m-p/4189346#M32924</guid>
      <dc:creator>Janezic Milan</dc:creator>
      <dc:date>2008-05-02T13:04:34Z</dc:date>
    </item>
    <item>
      <title>Re: SNMP Problem with linux systems</title>
      <link>https://community.hpe.com/t5/server-management-systems/snmp-problem-with-linux-systems/m-p/4189347#M32925</link>
      <description>hope u did restart SNMP services and then hpasm services after changing the snmpd.conf file?&lt;BR /&gt;&lt;BR /&gt;dont reconfigure it may reset that file(snmpd.conf) again. just restart.</description>
      <pubDate>Sat, 03 May 2008 04:43:22 GMT</pubDate>
      <guid>https://community.hpe.com/t5/server-management-systems/snmp-problem-with-linux-systems/m-p/4189347#M32925</guid>
      <dc:creator>Change_happens</dc:creator>
      <dc:date>2008-05-03T04:43:22Z</dc:date>
    </item>
    <item>
      <title>Re: SNMP Problem with linux systems</title>
      <link>https://community.hpe.com/t5/server-management-systems/snmp-problem-with-linux-systems/m-p/4189348#M32926</link>
      <description>Is that worked?</description>
      <pubDate>Thu, 08 May 2008 12:08:22 GMT</pubDate>
      <guid>https://community.hpe.com/t5/server-management-systems/snmp-problem-with-linux-systems/m-p/4189348#M32926</guid>
      <dc:creator>Change_happens</dc:creator>
      <dc:date>2008-05-08T12:08:22Z</dc:date>
    </item>
    <item>
      <title>Re: SNMP Problem with linux systems</title>
      <link>https://community.hpe.com/t5/server-management-systems/snmp-problem-with-linux-systems/m-p/4189349#M32927</link>
      <description>hi, sorry i was not at the office in the last days.&lt;BR /&gt;nope, didn't work. I've restarted smpd and hpsam service.</description>
      <pubDate>Thu, 08 May 2008 12:29:24 GMT</pubDate>
      <guid>https://community.hpe.com/t5/server-management-systems/snmp-problem-with-linux-systems/m-p/4189349#M32927</guid>
      <dc:creator>Janezic Milan</dc:creator>
      <dc:date>2008-05-08T12:29:24Z</dc:date>
    </item>
    <item>
      <title>Re: SNMP Problem with linux systems</title>
      <link>https://community.hpe.com/t5/server-management-systems/snmp-problem-with-linux-systems/m-p/4189350#M32928</link>
      <description>Remove trapsink 192.168.90.1 public from snmpd.conf.&lt;BR /&gt;and restart both service.</description>
      <pubDate>Fri, 09 May 2008 04:31:24 GMT</pubDate>
      <guid>https://community.hpe.com/t5/server-management-systems/snmp-problem-with-linux-systems/m-p/4189350#M32928</guid>
      <dc:creator>Change_happens</dc:creator>
      <dc:date>2008-05-09T04:31:24Z</dc:date>
    </item>
    <item>
      <title>Re: SNMP Problem with linux systems</title>
      <link>https://community.hpe.com/t5/server-management-systems/snmp-problem-with-linux-systems/m-p/4189351#M32929</link>
      <description>didn't help either...&lt;BR /&gt;should i see the test trap in the /var/log/messages file? When I look at it i don't see anything which could be send log...looks like that:&lt;BR /&gt;&lt;BR /&gt;May  9 10:07:32 db-prod snmpd[31359]: Connection from UDP: [127.0.0.1]:14323&lt;BR /&gt;May  9 10:07:36 db-prod last message repeated 4 times&lt;BR /&gt;May  9 10:07:37 db-prod snmpd[31359]: Connection from UDP: [127.0.0.1]:14329&lt;BR /&gt;May  9 10:07:37 db-prod snmpd[31359]: Received SNMP packet(s) from UDP: [127.0.0.1]:14329&lt;BR /&gt;May  9 10:07:37 db-prod snmpd[31359]: Connection from UDP: [127.0.0.1]:14329&lt;BR /&gt;May  9 10:08:08 db-prod last message repeated 81 times&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Fri, 09 May 2008 07:14:04 GMT</pubDate>
      <guid>https://community.hpe.com/t5/server-management-systems/snmp-problem-with-linux-systems/m-p/4189351#M32929</guid>
      <dc:creator>Janezic Milan</dc:creator>
      <dc:date>2008-05-09T07:14:04Z</dc:date>
    </item>
    <item>
      <title>Re: SNMP Problem with linux systems</title>
      <link>https://community.hpe.com/t5/server-management-systems/snmp-problem-with-linux-systems/m-p/4189352#M32930</link>
      <description>think u will see all ur test trap in SIM All events page?</description>
      <pubDate>Fri, 09 May 2008 13:35:01 GMT</pubDate>
      <guid>https://community.hpe.com/t5/server-management-systems/snmp-problem-with-linux-systems/m-p/4189352#M32930</guid>
      <dc:creator>Change_happens</dc:creator>
      <dc:date>2008-05-09T13:35:01Z</dc:date>
    </item>
    <item>
      <title>Re: SNMP Problem with linux systems</title>
      <link>https://community.hpe.com/t5/server-management-systems/snmp-problem-with-linux-systems/m-p/4189353#M32931</link>
      <description>If you're using a name in the trapsink line you might want to change that to the IP address of the HPSIM Server.&lt;BR /&gt;In this thread there's a view of the snmpd.conf file used in VMware ESX that has a linux console. See:&lt;BR /&gt;&lt;A href="http://forums11.itrc.hp.com/service/forums/questionanswer.do?admit=109447626+1210469360080+28353475&amp;amp;threadId=1174194" target="_blank"&gt;http://forums11.itrc.hp.com/service/forums/questionanswer.do?admit=109447626+1210469360080+28353475&amp;amp;threadId=1174194&lt;/A&gt;</description>
      <pubDate>Sun, 11 May 2008 00:33:34 GMT</pubDate>
      <guid>https://community.hpe.com/t5/server-management-systems/snmp-problem-with-linux-systems/m-p/4189353#M32931</guid>
      <dc:creator>Rob Buxton</dc:creator>
      <dc:date>2008-05-11T00:33:34Z</dc:date>
    </item>
    <item>
      <title>Re: SNMP Problem with linux systems</title>
      <link>https://community.hpe.com/t5/server-management-systems/snmp-problem-with-linux-systems/m-p/4189354#M32932</link>
      <description>sorry guys, i had some other problems to solve. Now i'm back on this one. First thanks for your help. I've found a big mistake made by me.&lt;BR /&gt;The Tool snmptrap wasn't installed on the server!&lt;BR /&gt;So I've installed it and tried again. Nothing happend. So I made again a hpasm reconfigure, this took me a step farther.&lt;BR /&gt;Now when i make a test trap, the trap gets out and gets picked up in the OSEM. I see that also in the /var/log/messages logfile:&lt;BR /&gt;May 19 16:34:33 db-prod snmpd[22225]: Received TERM or STOP signal...  shutting down...&lt;BR /&gt;May 19 16:34:33 db-prod snmpd[27857]: mibII/mta_sendmail.c:open_sendmailst: could not guess version of statistics file "/var/log/mail/statistics"&lt;BR /&gt;May 19 16:34:33 db-prod snmpd[27857]: cmaX: listening for subagents on port 25375&lt;BR /&gt;May 19 16:34:33 db-prod snmpd[27857]: cmaX: sent ColdStarts on ports 25376 to 25393&lt;BR /&gt;May 19 16:34:33 db-prod snmpd[27857]: cmaX: subMIB 1 handler has disconnected&lt;BR /&gt;May 19 16:34:33 db-prod snmpd[27857]: cmaX: subMIB 2 handler has disconnected&lt;BR /&gt;May 19 16:34:33 db-prod snmpd[27857]: cmaX: subMIB 3 handler has disconnected&lt;BR /&gt;May 19 16:34:33 db-prod snmpd[27857]: cmaX: subMIB 5 handler has disconnected&lt;BR /&gt;May 19 16:34:33 db-prod snmpd[27857]: cmaX: subMIB 6 handler has disconnected&lt;BR /&gt;May 19 16:34:33 db-prod snmpd[27857]: cmaX: subMIB 8 handler has disconnected&lt;BR /&gt;May 19 16:34:33 db-prod snmpd[27857]: cmaX: subMIB 9 handler has disconnected&lt;BR /&gt;May 19 16:34:33 db-prod snmpd[27857]: cmaX: subMIB 10 handler has disconnected&lt;BR /&gt;May 19 16:34:33 db-prod snmpd[27857]: cmaX: subMIB 11 handler has disconnected&lt;BR /&gt;May 19 16:34:33 db-prod snmpd[27857]: cmaX: subMIB 14 handler has disconnected&lt;BR /&gt;May 19 16:34:33 db-prod snmpd[27857]: cmaX: subMIB 15 handler has disconnected&lt;BR /&gt;May 19 16:34:33 db-prod snmpd[27857]: cmaX: subMIB 16 handler has disconnected&lt;BR /&gt;May 19 16:34:33 db-prod snmpd[27857]: cmaX: subMIB 21 handler has disconnected&lt;BR /&gt;May 19 16:34:33 db-prod snmpd[27857]: NET-SNMP version 5.3.1&lt;BR /&gt;May 19 16:34:33 db-prod snmpd[27857]: cmaX: subMIB 22 handler has disconnected&lt;BR /&gt;May 19 16:34:33 db-prod snmpd[27857]: cmaX: subMIB 23 handler has disconnected&lt;BR /&gt;May 19 16:34:33 db-prod snmpd[27857]: cmaX: subMIB  1 will be sent on port 25376 to hp Advanced Server Management_Peer&lt;BR /&gt;May 19 16:34:33 db-prod snmpd[27857]: cmaX: subMIB  2 will be sent on port 25376 to hp Advanced Server Management_Peer&lt;BR /&gt;May 19 16:34:33 db-prod snmpd[27857]: cmaX: subMIB  3 will be sent on port 25376 to hp Advanced Server Management_Peer&lt;BR /&gt;May 19 16:34:33 db-prod snmpd[27857]: cmaX: subMIB  5 will be sent on port 25376 to hp Advanced Server Management_Peer&lt;BR /&gt;May 19 16:34:33 db-prod snmpd[27857]: cmaX: subMIB  6 will be sent on port 25376 to hp Advanced Server Management_Peer&lt;BR /&gt;May 19 16:34:33 db-prod snmpd[27857]: cmaX: subMIB  8 will be sent on port 25376 to hp Advanced Server Management_Peer&lt;BR /&gt;May 19 16:34:33 db-prod snmpd[27857]: cmaX: subMIB  9 will be sent on port 25376 to hp Advanced Server Management_Peer&lt;BR /&gt;.....&lt;BR /&gt;...&lt;BR /&gt;&lt;BR /&gt;but OSEM gets a problem and stops the delivery (Remote delivery down). When i look under Notifications the status of the GenericTrap is "stalled". So how can i solve this? with a windows server everthing works fine!&lt;BR /&gt;&lt;BR /&gt;Also strange is when i repair the agent with HPSIM (Configure or Repair Agent...under Configure), the System Manamgent Homepage loses all the data and even doesn't recognize the System Model (just NULL). Then when i try a testrap nothing happens. So i have to make a hpasm reconfigure to correct it.</description>
      <pubDate>Mon, 19 May 2008 13:56:28 GMT</pubDate>
      <guid>https://community.hpe.com/t5/server-management-systems/snmp-problem-with-linux-systems/m-p/4189354#M32932</guid>
      <dc:creator>Janezic Milan</dc:creator>
      <dc:date>2008-05-19T13:56:28Z</dc:date>
    </item>
  </channel>
</rss>

