<?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: Why SIM got snmp trap from eth2, not eth0 in Server Management - Systems Insight Manager</title>
    <link>https://community.hpe.com/t5/server-management-systems/why-sim-got-snmp-trap-from-eth2-not-eth0/m-p/4494232#M38818</link>
    <description>Yesterday had the same with DL380 G4 with Open Suse 10 on it.&lt;BR /&gt;&lt;BR /&gt;SNMP agent was listening eth1, but not the eth0&lt;BR /&gt;&lt;BR /&gt;Eth1 was created as avirtual interface on eth0. After disabling virtual interface I was able to make quieries to snmp agent</description>
    <pubDate>Fri, 11 Sep 2009 09:44:21 GMT</pubDate>
    <dc:creator>Dzmitryj Jakavuk</dc:creator>
    <dc:date>2009-09-11T09:44:21Z</dc:date>
    <item>
      <title>Why SIM got snmp trap from eth2, not eth0</title>
      <link>https://community.hpe.com/t5/server-management-systems/why-sim-got-snmp-trap-from-eth2-not-eth0/m-p/4494231#M38817</link>
      <description>Dear expert&lt;BR /&gt;&lt;BR /&gt;We have Redhat version 5 installed on HP Blade. Connected to SIM server as diagram in attach file. &lt;BR /&gt;&lt;BR /&gt;After sent snmptrap from bay 1,5,7,9 found that&lt;BR /&gt;Bay5,7  sent IP from eth2 while bay 1,9 can sent eth0 to SIM.&lt;BR /&gt;&lt;BR /&gt;Why SIM not see IP from eth0 of bay 5,7? Are there any solution to make SIM can commucate from eth0 only?&lt;BR /&gt;&lt;BR /&gt;Thank you&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Wed, 09 Sep 2009 09:21:22 GMT</pubDate>
      <guid>https://community.hpe.com/t5/server-management-systems/why-sim-got-snmp-trap-from-eth2-not-eth0/m-p/4494231#M38817</guid>
      <dc:creator>Vandee Chimcherd</dc:creator>
      <dc:date>2009-09-09T09:21:22Z</dc:date>
    </item>
    <item>
      <title>Re: Why SIM got snmp trap from eth2, not eth0</title>
      <link>https://community.hpe.com/t5/server-management-systems/why-sim-got-snmp-trap-from-eth2-not-eth0/m-p/4494232#M38818</link>
      <description>Yesterday had the same with DL380 G4 with Open Suse 10 on it.&lt;BR /&gt;&lt;BR /&gt;SNMP agent was listening eth1, but not the eth0&lt;BR /&gt;&lt;BR /&gt;Eth1 was created as avirtual interface on eth0. After disabling virtual interface I was able to make quieries to snmp agent</description>
      <pubDate>Fri, 11 Sep 2009 09:44:21 GMT</pubDate>
      <guid>https://community.hpe.com/t5/server-management-systems/why-sim-got-snmp-trap-from-eth2-not-eth0/m-p/4494232#M38818</guid>
      <dc:creator>Dzmitryj Jakavuk</dc:creator>
      <dc:date>2009-09-11T09:44:21Z</dc:date>
    </item>
    <item>
      <title>Re: Why SIM got snmp trap from eth2, not eth0</title>
      <link>https://community.hpe.com/t5/server-management-systems/why-sim-got-snmp-trap-from-eth2-not-eth0/m-p/4494233#M38819</link>
      <description>You can try binding the snmp daemon to the address which is configured on eth0.&lt;BR /&gt;&lt;BR /&gt;Add this line to the snmpd.conf file:&lt;BR /&gt;&lt;BR /&gt;agentaddress &lt;IP addr=""&gt;&lt;/IP&gt;</description>
      <pubDate>Fri, 11 Sep 2009 13:30:23 GMT</pubDate>
      <guid>https://community.hpe.com/t5/server-management-systems/why-sim-got-snmp-trap-from-eth2-not-eth0/m-p/4494233#M38819</guid>
      <dc:creator>Patrick Schoo</dc:creator>
      <dc:date>2009-09-11T13:30:23Z</dc:date>
    </item>
  </channel>
</rss>

