-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Thomas,
Fine by me. Please submit to http://www.net-snmp.org/patches and I'll take
care
of it.
http://sourceforge.net/tracker/index.php?func=detailaid=1624406group_id=12694atid=312694
nitThe help text should clarify that the default is to
Jochen Friedrich wrote:
The attached patch adds a configure option --with-mnttab=path. Maybe
it's a good idea to push this upstream (e.g. for embedded platforms
which might operate without /etc/mtab, but with /proc/mounts instead).
Thomas, what is your opinion on this one?
Fine by me.
found 370132 5.2.3-6
retitle 370132 snmpd segfaults upon first query [s390]
thanks
I just tested 5.2.3-4 which doesn't expose this bug, cool!
Thanks for the report. However, i leave this bug open until the s390 buildd
is fixed
and a corrected s390 binary has been uploaded.
Thanks to
* Jochen Friedrich ([EMAIL PROTECTED]) [061228 10:58]:
found 370132 5.2.3-6
retitle 370132 snmpd segfaults upon first query [s390]
thanks
I just tested 5.2.3-4 which doesn't expose this bug, cool!
Thanks for the report. However, i leave this bug open until the s390
buildd is fixed
* Andreas Barth ([EMAIL PROTECTED]) [061228 02:08]:
* Jochen Friedrich ([EMAIL PROTECTED]) [061228 10:58]:
found 370132 5.2.3-6
retitle 370132 snmpd segfaults upon first query [s390]
thanks
I just tested 5.2.3-4 which doesn't expose this bug, cool!
Thanks for the report. However, i
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Andreas,
Please allow me another remark - I think you should by way force
configure to use sane values. Otherwise, you get errors like in
http://buildd.debian.org/fetch.cgi?pkg=net-snmpver=5.2.3-6arch=powerpcstamp=1166829254file=log
without
* Andreas Barth ([EMAIL PROTECTED]) [061228 06:20]:
* Andreas Barth ([EMAIL PROTECTED]) [061228 02:08]:
* Jochen Friedrich ([EMAIL PROTECTED]) [061228 10:58]:
found 370132 5.2.3-6
retitle 370132 snmpd segfaults upon first query [s390]
thanks
I just tested 5.2.3-4 which doesn't
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Andreas,
The attached patch makes sure we don't mind about that anymore (though
that is a bad patch, configure should have an option like
--mtab=/etc/mtab or so).
The attached patch adds a configure option --with-mnttab=path. Maybe
it's a good
Hi Thibaut,
I just tested 5.2.3-4 which doesn't expose this bug, cool!
Thanks for the report. However, i leave this bug open until the s390 buildd is
fixed
and a corrected s390 binary has been uploaded.
BTW, /etc/init.d/snmpd restart doesn't do its job: it kills the
daemon without
Hi Steve,
I believe we've had some other misbuilds in the past caused by the s390
buildd not having an /etc/mtab in the build environment. I think this has
been fixed now though, so maybe a rebuild is all that's needed for the
immediate problem?
I'll do yet another upload (replace my patch
Hi Steve,
I believe we've had some other misbuilds in the past caused by the s390
buildd not having an /etc/mtab in the build environment. I think this has
been fixed now though, so maybe a rebuild is all that's needed for the
immediate problem?
Unfortunately, the buildd is not yet fixed.
I just tested 5.2.3-4 which doesn't expose this bug, cool!
BTW, /etc/init.d/snmpd restart doesn't do its job: it kills the
daemon without restarting it:
[EMAIL PROTECTED]:/etc/snmp# /etc/init.d/snmpd restart
Restarting network management services:[EMAIL PROTECTED]:/etc/snmp#
HTH
T-Bone
On
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Package: snmpd
Version: 5.2.2-3
Severity: important
snmpd no longer works on ia64. It dies when receiving first query.
Here's a sample testcase, running snmpwalk from another box ('dogma'):
Could you retest this with 5.2.3-5? One bug was
On 12/21/06, Jochen Friedrich [EMAIL PROTECTED] wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Package: snmpd
Version: 5.2.2-3
Severity: important
snmpd no longer works on ia64. It dies when receiving first query.
Here's a sample testcase, running snmpwalk from another box
Jochen Friedrich a écrit :
tags 370132 + help moreinfo
thanks
Hi Aurelien,
snmpd no longer works on ia64. It dies when receiving first query.
I have got the same exact problem on s390. Given that this bug renders
I tested this in a chroot on merulo and raptor by running snmpd as user
Aurelien Jarno a écrit :
Program received signal SIGSEGV, Segmentation fault.
0x77c20e60 in getmntent_r () from /lib/tls/libc.so.6
(gdb)
(gdb) bt
#0 0x77c20e60 in getmntent_r () from /lib/tls/libc.so.6
#1 0x77c20738 in getmntent () from /lib/tls/libc.so.6
#2 0x77e9f196 in init_disk ()
Hi Aurelien,
using the libc6-dbg package, I have seen that the getmntent() function
is called with a NULL pointer. This may be due to the fact that on s390
there is in the build log:
checking for mount table location... unknown
whereas on architecture there is:
checking for mount
Jochen Friedrich a écrit :
Hi Aurelien,
using the libc6-dbg package, I have seen that the getmntent() function
is called with a NULL pointer. This may be due to the fact that on s390
there is in the build log:
checking for mount table location... unknown
whereas on architecture there
Jochen Friedrich a écrit :
Hi Aurelien,
using the libc6-dbg package, I have seen that the getmntent() function
is called with a NULL pointer. This may be due to the fact that on s390
there is in the build log:
checking for mount table location... unknown
whereas on architecture there
On Thu, Dec 21, 2006 at 05:29:47PM +0100, Jochen Friedrich wrote:
My *guess* is that the buildd server for s390 has no /etc/mtab or /etc/mtab
might be a symlink.
So maybe a fix could be to use -e instead of -f in the above test case.
However, i'll ask this
on [EMAIL PROTECTED]
I believe
tags 370132 + help moreinfo
thanks
Hi Aurelien,
snmpd no longer works on ia64. It dies when receiving first query.
I have got the same exact problem on s390. Given that this bug renders
I tested this in a chroot on merulo and raptor by running snmpd as user
and using a different port number,
21 matches
Mail list logo
