Den 17-04-2014 16:34, Joel Hansell skrev:
Yes, the Ixnet solved it. Now we get non-null addresses for the sender
IP out of rcvfrom.
So I guess this build issue is solved. Might I suggest this to be added
to the README.hpux11 in the future?
I would rather do something to configure to do it
On Tue, Apr 22, 2014 at 10:21 PM, Niels Baggesen
n...@users.sourceforge.netwrote:
Den 17-04-2014 16:34, Joel Hansell skrev:
So I guess this build issue is solved. Might I suggest this to be added
to the README.hpux11 in the future?
I would rather do something to configure to do it
On Wed, Apr 2, 2014 at 12:59 PM, Niels Baggesen
n...@users.sourceforge.netwrote:
And then another thought ... googling around for similar problems,
reveals a library called xnet that might be needed in HP-UX.
You might try with --with-libs=-lxnet added to configure.
Sorry for not replying
On Mon, Mar 31, 2014 at 09:57:44PM +0200, Niels Baggesen wrote:
Den 31-03-2014 08:34, Niels Baggesen skrev:
On Fri, Mar 28, 2014 at 02:02:08PM +0100, Joel Hansell wrote:
No luck there either, I'm afraid. Same old depressing output after
replacing that line and re-compiling.
(Used host
On Fri, Mar 28, 2014 at 02:02:08PM +0100, Joel Hansell wrote:
No luck there either, I'm afraid. Same old depressing output after
replacing that line and re-compiling.
(Used host name in the snmpTrapdAddr directive, this time, same result as
with ip address.)
It was ua bit of a long shot :-)
Den 31-03-2014 08:34, Niels Baggesen skrev:
On Fri, Mar 28, 2014 at 02:02:08PM +0100, Joel Hansell wrote:
No luck there either, I'm afraid. Same old depressing output after
replacing that line and re-compiling.
(Used host name in the snmpTrapdAddr directive, this time, same result as
with ip
On Fri, Mar 28, 2014 at 10:14:48AM +0100, Joel Hansell wrote:
I'm not sure if you can get much out of it. As I wrote earlier, it seems
like the recvfrom() call is the culprit, returning 0.0.0.0.
As you can see, we're using the directive
snmpTrapdAddr 10.0.1.10:1162
Right, there was not much
On Fri, Mar 28, 2014 at 12:18 PM, Niels Baggesen
n...@users.sourceforge.netwrote:
But I got an idea anyway. Maybe this will help?
diff --git a/snmplib/transports/snmpUDPBaseDomain.c
b/snmplib/transports/snmpUDPBaseDomain.c
index 58b6fde..8497f71 100644
---
Den 27-03-2014 11:01, Joel Hansell skrev:
As to bits, our machines are 64-bit (see output below), and it seems
that net-snmp is built as a 64-bit application.
# uname -a
HP-UX hostname B.11.23 U ia64 0070894574 unlimited-user license
# getconf KERNEL_BITS
64
# file /stand/vmunix
Hi all,
I'm working with Ata (see below) trying to build net-snmp on HP-UX.
HP are kind enough to provide a binary package of net-snmp in their
internet express suite, and
it used to be working quite well at v5.6.1.1. It logs the traps into a file
in the format we specify (see Ata's email).
Den 26-03-2014 15:32, Joel Hansell skrev:
Now, I figured I would try to work around the logging format issue, by
building the older (working) net-snmp 5.6.1.1 on my own, and see if I
can patch our earlier problem some other way.
Imagine my surprise when my build of 5.6.1.1 exhibits the same
Hello,
I hope I am reaching the correct audience here. I am trying to build
net-snmp 5.7.2.1 (I am also tried to build 5.6).
I have downloaded and installed GNU C from HP site.
Problem:
After compiling, installing and running snmptrapd with %b in config file,
when I send the traps to that
12 matches
Mail list logo