<div dir="ltr">Sorry, I said it backwards in my last email. It works on 17.1 does not work on 17.4.<div><br></div><div>More information: </div><div><br></div><div>on 17.1 CentOS release 6.2<br><div class="gmail_extra"><div class="gmail_quote"><div> > snmpm:register_agent(snmp_manager,"Hope", [{engine_id, "mgrEngine"},{community,"CLSENTRY"},{address, "10.7.42.11"},{port,161}, {tdomain,transportDomainUdpIpv4},{sec_level, noAuthNoPriv},{sec_name, "initial"},{version, v2},{timeout,1000}]).</div><div>> ok</div><div><br></div><div>on 17.4 CentOS release 5.5 -- used to work before I upgraded to 17.4</div><div>snmpm:register_agent(snmp_manager,"Hope", [{engine_id, "mgrEngine"},{community,"CLSENTRY"},{address, "10.7.42.11"},{port,161}, {tdomain,transportDomainUdpIpv4},{sec_level, noAuthNoPriv},{sec_name, "initial"},{version, v2},{timeout,1000}]).</div><div><br></div><div>{error,{bad_address,{transportDomainUdpIpv4,"10.7.42.11"}}}</div><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Feb 10, 2015 at 10:40 PM, jim rosenblum <span dir="ltr"><<a href="mailto:jim.rosenblum@gmail.com" target="_blank">jim.rosenblum@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Folks,<div><br></div><div>I have an application that uses snmp that used to work and all of a sudden doesn't - I did upgrade from 17.1 to 17.4 - but other than that nothing has changed that I know of. I am having trouble down-grading, so I cannot confirm that the upgrade is the culprit.</div><div><br></div><div>When I do the following from a machine with IP address 10.6.81.19</div><div><div>1> snmpm:register_agent(hope,"Hope", [{engine_id, "mgrEngine"},{community,"CLSENTRY"},{address, "10.7.42.11"}]).</div><div><br></div><div>I get</div><div>{error,{bad_address,{snmpUDPDomain,"10.7.42.11"}}}</div></div><div><br></div><div>I have an appropriate snmpd.conf on 10.7.42.11 that has</div><div><div><br></div><div>com2sec sentrysrv <a href="http://10.6.81.19/32" target="_blank">10.6.81.19/32</a> CLSENTRY</div><div>group CLROGroup v2c sentrysrv</div><div>view all included .1 80</div><div>access CLROGroup "" v2c noauth exact all none none</div></div><div><br></div><div>adding {tdomain, transportDomainUdpIpv4} to the option list results in the, essentially, same error:</div><div>{error,{bad_address,{{error,{bad_address,{transportDomainUdpIpv4,"10.7.42.11"}}}<br></div><div><br></div><div><br></div><div>Both machines can ping each other. The snmpd daemon is running on .11, I have tried all kinds of additional options (port, etc.), but cannot get it to work</div><div><br></div><div>This is *killing* me, can anyone point out what stupid thing I am doing wrong?</div><div><br></div></div>
</blockquote></div><br></div></div>
</blockquote></div><br></div></div></div>