John Morrissey wrote:
Just tried this; snmpd does *not* leak when kernel IPv6 support is absent.
Thanks for your great help so far. Do you also have a chance to test upstream's
5.4.x SVN and/or SVN trunk (with IPv6 support enabled again)?
+Thomas
--
To UNSUBSCRIBE, email to
Jorge Matias wrote:
When I get values from UCD-SNMP-MIB:ssCpu* tree the values returned are
wrong because the are being truncated by snmpd at myhost. This is reported
by the snmpd in that machine. The message is like this:
Nov 9 00:30:02 myhost snmpd[7312]: truncating integer value 32 bits
Jan Evert van Grootheest wrote:
Since upgrading from etch (stable) to testing, snmpd is reporting this in
syslog:
Sep 30 06:25:22 quark snmpd[4507]: netsnmp_assert rc == 0 failed
if-mib/ifTable/ifTable_data_access.c:210 _check_interface_entry_for_updates()
[...]
If you think the libc6 or
The fix has been applied upstream in SVN Rev. 17207.
+Thomas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Wes Hardaker wrote:
The patch in question:
debian/patches/09_agentxpath.patch:
-#define AGENTX_SOCKET /var/agentx/master
+#define AGENTX_SOCKET /var/run/agentx
Please note that current 5.4.1~dfsg-7 (unlike 5.2.3-7) does *not*
contain 09_agentxpath.patch anymore, uses /var/agentx/master by
Niko Tyni wrote:
If you can give a straightforward recipe for testing the perl support,
I'm sure people on debian-hppa list can help.
It should be as easy as running make test before make install when
building the package.
+Thomas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
Jochen Friedrich wrote:
Thanks for debugging this. I'll NACK the NMU then and include the correct
upstream fix.
Jochen, please make sure you include both r16770 (the Perl fix) *and*
r16962 (the Python fix).
+Thomas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
Peter Hicks wrote:
Bug #482333 addresses CVE-2008-2292, a buffer overflow in __snprint_value.
However, this also breaks the perl module, which returns garbage for any
OCTETSTRs passed back.
Can you present a minimal self-contained example?
+Thomas
--
To UNSUBSCRIBE, email to [EMAIL
Frederic,
After an updated of snmpd from 5.2.2-3 to 5.4.1~dfsg-6, I do not have access
to the memory used HOST-RESOURCES-MIB::hrStorageDescr.2 Real Memory
Net-SNMP 5.4.x comes with rewritten code for memory stats. For
hrStorageTable, Real Memory has been replaced by Physical memory,
and
package from
http://download.opensuse.org/repositories/net-snmp/Debian_Etch/ .
Cheers,
Thomas
--
Thomas Anders (thomas.anders at blue-cable.de)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Jochen Friedrich wrote:
this might be upstream bug 1843918. I'll upload a package with the
upstream fix.
The upstream fix is upstream patch 1746831:
http://sf.net/support/tracker.php?aid=1746831
applied in SVN Rev. 16705 -- both of which should be referenced in the
README of the patch
Hi Craig,
as far as i can see, all of the machines it dies on have ppp interfaces
and all of the machines it doesn't die on don't have ppp interfaces.
Would it be possible to:
- provide the output of ifconfig -a,
- run snmpd (with -f) under gdb and provide the stack trace when it dies?
. Please submit to http://www.net-snmp.org/patches and I'll take care
of it.
nitThe help text should clarify that the default is to auto-detect this./nit
+Thomas
--
Thomas Anders (thomas.anders at blue-cable.de)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble
-2006-5941 doesn't even apply.
+Thomas
--
Thomas Anders (thomas.anders at blue-cable.de)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
not yet convinced, though,
that moving the default location is the best solution to the above problem.
+Thomas
--
Thomas Anders (thomas.anders at blue-cable.de)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
net-snmp doesn't even provide a dedicated utility to
maintain the .index file.
+Thomas
--
Thomas Anders (thomas.anders at blue-cable.de)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
today.
+Thomas
--
Thomas Anders (thomas.anders at blue-cable.de)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
-5.2.2 $
So it seems to be a bug in 5.2.2, which has been fixed in 5.3.0.
Consider to upgrade the Debian package.
I've just fixed this bug in the 5.2.x CVS branch, too. Patch attached.
+Thomas
--
Thomas Anders (thomas.anders at blue-cable.de)
Index: agent/mibgroup/mibII/system_mib.c
So I don't think there's any problem with the (official) net-snmp
sources. This obviously the correct sysObjectID.0.
+Thomas
--
Thomas Anders (thomas.anders at blue-cable.de)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
and make a
simple test:
./configure --with-defaults
make
agent/snmpd -f -Le --rocommunity=foobar localhost:8161
and from another window
apps/snmpget -v2c -c foobar localhost:8161 .1.3.6.1.2.1.1.2.0
BTW, what's the ./config.guess output on your GNU Hurd box?
+Thomas
--
Thomas Anders
3.x yet.
+Thomas
--
Thomas Anders (thomas.anders at blue-cable.de)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Nicolas François wrote:
Thomas Anders would like to apply this patch (and the two other patches
you submitted) to the upstream sources. Do you agree to apply the same
license to these patches as the net-snmp sources are distributed with?
Of course.
Applied to 5.2.x, 5.3.x and MAIN.
Cheers
22 matches
Mail list logo