<?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: trap problem in Server Management - Systems Insight Manager</title>
    <link>https://community.hpe.com/t5/server-management-systems/trap-problem/m-p/4105973#M30225</link>
    <description>By a sniffer, we was able to see the trap leaving the managed server and arriving to the SIM workstation. But no event was generated.</description>
    <pubDate>Thu, 22 Nov 2007 08:17:53 GMT</pubDate>
    <dc:creator>Domenico Viggiani</dc:creator>
    <dc:date>2007-11-22T08:17:53Z</dc:date>
    <item>
      <title>trap problem</title>
      <link>https://community.hpe.com/t5/server-management-systems/trap-problem/m-p/4105969#M30221</link>
      <description>We have installed hp agent on some servers.&lt;BR /&gt;On just one server  DL385 with RH4 64 bit we can't receive trap on SIM.&lt;BR /&gt;server manually discovery is ok. trap is sent, but we don't receive mail, and trap is not displayed on SIM. We have test other server  DL385 with RH4 64 bit and all is ok.&lt;BR /&gt;The server is in different subnet and domain,&lt;BR /&gt;and it have 2 network adapter with 2 internet address.&lt;BR /&gt;Any ideas?&lt;BR /&gt;thanks in advance</description>
      <pubDate>Wed, 21 Nov 2007 06:48:45 GMT</pubDate>
      <guid>https://community.hpe.com/t5/server-management-systems/trap-problem/m-p/4105969#M30221</guid>
      <dc:creator>Domenico Viggiani</dc:creator>
      <dc:date>2007-11-21T06:48:45Z</dc:date>
    </item>
    <item>
      <title>Re: trap problem</title>
      <link>https://community.hpe.com/t5/server-management-systems/trap-problem/m-p/4105970#M30222</link>
      <description>Hi Domenico Viggiani,&lt;BR /&gt;be sure that your "DL385 with RH4 64 bit" reaches the appropriate smtp-server (ping by name and ping by IP-address). Ensure that the following services run perfectly: TCPIP, SNMP (with right community), SNMP-trap.&lt;BR /&gt;&lt;BR /&gt;F.K.</description>
      <pubDate>Thu, 22 Nov 2007 06:23:30 GMT</pubDate>
      <guid>https://community.hpe.com/t5/server-management-systems/trap-problem/m-p/4105970#M30222</guid>
      <dc:creator>Frank Köhler</dc:creator>
      <dc:date>2007-11-22T06:23:30Z</dc:date>
    </item>
    <item>
      <title>Re: trap problem</title>
      <link>https://community.hpe.com/t5/server-management-systems/trap-problem/m-p/4105971#M30223</link>
      <description>No, none of these problems.&lt;BR /&gt;Only difference respect to working servers is that this server is multihomed.</description>
      <pubDate>Thu, 22 Nov 2007 06:34:06 GMT</pubDate>
      <guid>https://community.hpe.com/t5/server-management-systems/trap-problem/m-p/4105971#M30223</guid>
      <dc:creator>Domenico Viggiani</dc:creator>
      <dc:date>2007-11-22T06:34:06Z</dc:date>
    </item>
    <item>
      <title>Re: trap problem</title>
      <link>https://community.hpe.com/t5/server-management-systems/trap-problem/m-p/4105972#M30224</link>
      <description>Hey ,&lt;BR /&gt;Two basic things I'd check since it's multihomed&lt;BR /&gt;1. Name resolution from the managed server, &lt;BR /&gt;Make sure it resolves the HP SIM server&lt;BR /&gt;2. Routing and firewall.&lt;BR /&gt;Make sure that you routing your snmp traffic via the correct interface.</description>
      <pubDate>Thu, 22 Nov 2007 07:32:22 GMT</pubDate>
      <guid>https://community.hpe.com/t5/server-management-systems/trap-problem/m-p/4105972#M30224</guid>
      <dc:creator>Carlsberg</dc:creator>
      <dc:date>2007-11-22T07:32:22Z</dc:date>
    </item>
    <item>
      <title>Re: trap problem</title>
      <link>https://community.hpe.com/t5/server-management-systems/trap-problem/m-p/4105973#M30225</link>
      <description>By a sniffer, we was able to see the trap leaving the managed server and arriving to the SIM workstation. But no event was generated.</description>
      <pubDate>Thu, 22 Nov 2007 08:17:53 GMT</pubDate>
      <guid>https://community.hpe.com/t5/server-management-systems/trap-problem/m-p/4105973#M30225</guid>
      <dc:creator>Domenico Viggiani</dc:creator>
      <dc:date>2007-11-22T08:17:53Z</dc:date>
    </item>
    <item>
      <title>Re: trap problem</title>
      <link>https://community.hpe.com/t5/server-management-systems/trap-problem/m-p/4105974#M30226</link>
      <description>you can enabel in SIM to see unregistered events. if you do this can you see the event? if yes there is a MIB missing. If not there is a problem with the SNMP Stack. regards maurice</description>
      <pubDate>Thu, 22 Nov 2007 08:48:01 GMT</pubDate>
      <guid>https://community.hpe.com/t5/server-management-systems/trap-problem/m-p/4105974#M30226</guid>
      <dc:creator>Maurice Skubski_1</dc:creator>
      <dc:date>2007-11-22T08:48:01Z</dc:date>
    </item>
    <item>
      <title>Re: trap problem</title>
      <link>https://community.hpe.com/t5/server-management-systems/trap-problem/m-p/4105975#M30227</link>
      <description>Event is not generated even if I enable "unregistered events".&lt;BR /&gt;Perpahs there is a problem with SNMP stack: system is correctly discovered but after a few minutes I get "Data collection timeout".</description>
      <pubDate>Thu, 22 Nov 2007 08:53:34 GMT</pubDate>
      <guid>https://community.hpe.com/t5/server-management-systems/trap-problem/m-p/4105975#M30227</guid>
      <dc:creator>Domenico Viggiani</dc:creator>
      <dc:date>2007-11-22T08:53:34Z</dc:date>
    </item>
    <item>
      <title>Re: trap problem</title>
      <link>https://community.hpe.com/t5/server-management-systems/trap-problem/m-p/4105976#M30228</link>
      <description>Does HPSIM have both subnets in the discovery range.&lt;BR /&gt;You might want to add one of the IP Addresses to the discovery exclusion range.&lt;BR /&gt;Just wondering if the trap is arriving from one IP but HPSIM has discovered the other or at least has resolved the name for one but not the other and is getting confused.</description>
      <pubDate>Fri, 23 Nov 2007 01:14:51 GMT</pubDate>
      <guid>https://community.hpe.com/t5/server-management-systems/trap-problem/m-p/4105976#M30228</guid>
      <dc:creator>Rob Buxton</dc:creator>
      <dc:date>2007-11-23T01:14:51Z</dc:date>
    </item>
    <item>
      <title>Re: trap problem</title>
      <link>https://community.hpe.com/t5/server-management-systems/trap-problem/m-p/4105977#M30229</link>
      <description>Rob gives an useful suggestion: peraphs source address of the trap is the other NIC of managed server (that has not DNS name, it is a card dedicated to iSCSI).&lt;BR /&gt;I will check asap.</description>
      <pubDate>Fri, 23 Nov 2007 02:41:53 GMT</pubDate>
      <guid>https://community.hpe.com/t5/server-management-systems/trap-problem/m-p/4105977#M30229</guid>
      <dc:creator>Domenico Viggiani</dc:creator>
      <dc:date>2007-11-23T02:41:53Z</dc:date>
    </item>
  </channel>
</rss>

