OK, i was using 5.8, ill sync to the commit you mentioned previously and see if that fixes it.
No worries, its a bit confusing. I noticed those ports too but thought they must have made sense to you. This bug is highly dependent on the trapsink setting. So depending on what you have in snmpd.conf you may not see it. That's why in the report I gave the exact trapsink line.
That is the entire point of this bug report. It's not supposed to do that but it is. Basically it is like this: Me: trapsink configuration is setting the source address You: trapsink configuration is not supposed to do that, closing the bug Did you look at the configuration? The agent address is 161, the trapsink address is using no port but sending them to 162. The "sending to 162" bit is fine, but the trapsink is binding to 161. Yes its not supposed to, yes this is bad, yes this is why there is...
trapsink to localhost causes snmpd to fail
DB: Use the current mysqli PHP API
segfault in init_mntinfo due to insufficient path length that doesn't count with octal escaping
Hi Jaromir, Thanks for the patch. It's applied now. There git repository has moved...
It's not, but rpl_malloc is universally ignored from what I see. A better idea might...