On Sun, Sep 06, 2020 at 07:34:57PM -0700, Bart Van Assche wrote:
> On 2020-08-18 10:28, Magnus Fromreide wrote:
> > I think the child code in the vfork case should be exactly
> >
> > execv(argv[0], argv);
> > _exit(1);
> >
> > as that seems to be about what POSIX allows.
> >
> >
On 2020-08-18 10:28, Magnus Fromreide wrote:
> I think the child code in the vfork case should be exactly
>
> execv(argv[0], argv);
> _exit(1);
>
> as that seems to be about what POSIX allows.
>
>(From POSIX.1) The vfork() function has the same effect as fork(2),
>
On Sun, Aug 16, 2020 at 06:15:17PM -0700, Bart Van Assche wrote:
> On 2020-08-16 15:58, Wes Hardaker wrote:
> > Magnus Fromreide writes:
> >
> >> That is a more lenient option than just dropping it so I think 'happy with
> >> dropping it' covers this variant. On the other hand I usually am far fr
On 2020-08-16 15:58, Wes Hardaker wrote:
> Magnus Fromreide writes:
>
>> That is a more lenient option than just dropping it so I think 'happy with
>> dropping it' covers this variant. On the other hand I usually am far from
>> the most conservative one in discussions like this one.
>
> I think
Magnus Fromreide writes:
> That is a more lenient option than just dropping it so I think 'happy with
> dropping it' covers this variant. On the other hand I usually am far from
> the most conservative one in discussions like this one.
I think off by default makes a lot more sense than an out-r
tter but we are sadly lacking in the CLOEXEC department.
> >
> > To be honest the calls to perror and exit if exec fails is more suspicious
> > as
> > that is explicitly stated to cause undefined behaviour.
> >
> > With all this I should probably repeat that I a
Hi All,
The counter32 value returned from pass_persist script never wraps around on
my system (debian ppc) it remains at 2^32-1 with counter value more than
2^32-1.
In netsnmp_internal_pass_parse() in pass_common.c
else if (!strncasecmp(buf, "counter", 7)) {
*var_le
MP requests.
Are those also pass_persist requests?
> I have looked for the session information in pass_persist.c but
> it does not appear to be available.
That's correct, it isn't. Pass persist uses the old-style api,
which pre-dates snmp v3.
RS> Does anyone know a
Hi,
I am using version 5.4.2.1 that services SNMP version 3 requests (both Auth and
Priv), but have run into a problem with an external application I am writing.
It is on the server side and uses pass_persist to interact with an external
PostgreSQL database. This part is currently working well
On 3/20/2012 12:58 PM, Charlie Martin wrote:
...
> Ah, hell. You know, trying to figure this stuff out from a standing
> start is like spending two months reading stereo instructions.
>
Amen to that. I'm in the same boat over here. It seems an order of
magnitude more complex than it should be.
On 20 March 2012 16:58, Charlie Martin wrote:
> Ah, hell. You know, trying to figure this stuff out from a standing start
> is like spending two months reading stereo instructions.
Which is why I tend to encourage people to walk for a while
(use the existing SNMP agent, and get a feel for how it
On 03/19/2012 02:46 AM, Dave Shield wrote:
> Though I'm not convinced that the MIB you are walking is valid.
> If these are a series of scalar objects, then the OIDs should all end in .0
> If they are part of a table, then all the values for a particular column
> object should be of the same type.
On 16 March 2012 22:03, Charlie Martin wrote:
> Now I try an snmpwalk
>
> 1006 $ snmpwalk -On -v 2c -c copan psmdev1 1.3.6.1.4.1.59.1.5.3.1.1.2
> .1.3.6.1.4.1.59.1.5.3.1.1.2 = STRING: "91"
>
> Observe that it gets back only one reply
Yes - that is correct.
Snmpwalk says "give me everything start
Le 19.03.2012 00:12, Charlie Martin a écrit :
> Okay, one more case I want to be sure of. Let's assume that
> 1.3.6.1.4.1.59.1.5.3.1.1.10 is the numerically (as opposed to
> lexicographically) highest OID in the 1.3.6.1.4.1.59.1.5.3.1.1
> subgroup. How should the agent respond to
>
> $ snmpwalk /
-On -v 2c -c copan psmdev1 1.3.6.1.4.1.59.1.5.3.1.1
> You should get "No such instance"
>
>> and
>> snmpgetnext -On -v 2c -c copan psmdev1 1.3.6.1.4.1.59.1.5.3.1.1
> You should get 1.3.6.1.4.1.59.1.5.3.1.1.1 = 9 (if I remember correctly)
>
> Maybe you don't
Yup, I think that is it, merci beaucoup!
On 03/17/2012 03:24 AM, Vincent Bernat wrote:
>> snmpgetnext -On -v 2c -c copan psmdev1 1.3.6.1.4.1.59.1.5.3.1.1
> You should get 1.3.6.1.4.1.59.1.5.3.1.1.1 = 9 (if I remember correctly)
>
> Maybe you don't handle this last bit in your
-c copan psmdev1 1.3.6.1.4.1.59.1.5.3.1.1
You should get 1.3.6.1.4.1.59.1.5.3.1.1.1 = 9 (if I remember correctly)
Maybe you don't handle this last bit in your pass_persist script: if the
requested OID is less than the first OID you can serve, you must return
the first OID you can serv
On 03/16/2012 04:52 PM, Vincent Bernat wrote:
> Use:
> snmpwalk -On -v 2c -c copan psmdev1 1.3.6.1.4.1.59.1.5.3.1.1
1020 $ snmpwalk -On -v 2c -c copan psmdev1 1.3.6.1.4.1.59.1.5.3.1.1
.1.3.6.1.4.1.59.1.5.3.1.1 = No Such Instance currently exists at this OID
Which actually corresponds to the o
OoO La nuit ayant déjà recouvert d'encre ce jour du vendredi 16 mars
2012, vers 23:03, Charlie Martin disait :
> Okay, so I've implemented a sub-agent using the pass_persist mechanism
> in net-SNMP. Testing with snmpget, I can get the values expected.
> Testing with
Okay, so I've implemented a sub-agent using the pass_persist mechanism
in net-SNMP. Testing with snmpget, I can get the values expected.
Testing with snmpgetnext, I get the value of the "next" OID. Here's a
sample, slightly anonymized:
1004 $ snmpget -
ers [mailto:[email protected]]
Sent: Wednesday, January 19, 2011 4:03 PM
To: [email protected]
Subject: Re: Is integer64 support for pass_persist broken?
Kert Jans wrote:
> snmpget -v1 -cpublic localhost .1.3.6.1.4.1.2.42.2.0
> snmpget -v1 -cpublic loca
Kert Jans wrote:
> snmpget -v1 -cpublic localhost .1.3.6.1.4.1.2.42.2.0
> snmpget -v1 -cpublic localhost .1.3.6.1.4.1.2.42.4.0
Try "snmpget -v2c ..." instead.
+Thomas
--
Protect Your Site and Customers
Hi,
It appears that "pass_persist" support for integer64 and counter64 is
broken in: net-snmp-5.5 and net-snmp-5.6.1 even though there is code
to support 64 bit values in pass_persist.c
Here is my test case:
Add the following line to: /usr/local/share/snmp/
ave one more question. I noticed that my pass_persist program is not
launched until it is actually needed (to answer a request). After that it
keeps running. If it is killed snmpd will relaunch it (which is good). Is
there any way to make snmpd launch my pass_persist program when snmpd is
launched
2008/5/15 Zack Little <[EMAIL PROTECTED]>:
> 1) Can the program on the pass_persist line already be running or does it
> have to be kicked off by snmpd?
It's kicked off by snmpd.
> 2) If snmpd kicks it off then what happens when the second request comes
> in? If the p
OID it would just return the stored data (no collecting and
parsing needed).
I've read the man pages about "pass_persist" but I'm very confused by it.
1) Can the program on the pass_persist line already be running or does it have
to be kicked off by snmpd?
2) If snmpd kicks
ists.sourceforge.net
Subject: Re: Pass "community string" and "protocol version" to "pass_persist"
command as two arguments
On 28/08/07, Dio, Lee <[EMAIL PROTECTED]> wrote:
> Now I have a requirement that need pass "community string" and
> "pro
On 28/08/07, Dio, Lee <[EMAIL PROTECTED]> wrote:
> Now I have a requirement that need pass "community string" and
> "protocol version" to "pass_persist" command as two arguments.
> I found that I can get "community string" and "protocol
Hi all, I am newbie in net-snmp.
Now I have a requirement that need pass "community string" and "protocol
version" to “pass_persist” command as two arguments.
For example:
In var_extensible_pass_persist()
Modify
...
if (exact)
snprintf(pers
Greetings,
I'm writing a python pass_persist script as part of a project I'm
working on, and I couldn't help but notice a lack of public examples
of python pass_persist scripts. Accordingly, I'd like to submit mine
to net-snmp, but first I'd like to get some
On 21/03/07, M. Cerato <[EMAIL PROTECTED]> wrote:
> I saw in
> snmpd.conf that we can use pass & pass_persist option,
> but the PROG argument come without arguments.
No - I don't think that's correct.
The remainder of the line (following "pass OID") will
Hi all, and thanks for reading,
I'm evaluating the feasability of a project : we'd like to embed a SNMP
agent within our linux box, and extend its MIB using Python. I saw in
snmpd.conf that we can use pass & pass_persist option, but the PROG argument
come without arguments.
Si
Hi,
I’ve got trouble with net-snmp and the pass_persist
interface under ucLinux.
The agent hangs at the fork() call, when a request gets into
the subtree handled by pass_persist.
The start command for snmp is:
/bin/snmpd –f –Dall –Le –c
/etc/snmpd.conf
I tried to change fork() into
Hi to all net-snmp coders,
I am developing some MIB handlers using pass_persist perl script. I try
the example(local/pass_persist) you provide in your packege(version
5.1), and encounted some problems. The example is as following:
#!/usr/bin/perl
# Persistant perl script to respond to pass
On Sat, 2005-10-01 at 11:48 -0400, Robert Story wrote:
> On Wed, 21 Sep 2005 15:50:55 -0400 Lily wrote:
> LL> We have been trying to set an OID value using a python script
> LL> started as a "pass_persist" EXEC in snmpd.conf. [...] when
> LL> we tried to set values
On Wed, 21 Sep 2005 15:50:55 -0400 Lily wrote:
LL> We have been trying to set an OID value using a python script started as a
LL> "pass_persist" EXEC in snmpd.conf. [...] when
LL> we tried to set values with a wrong type, the snmpset command reported
LL> success.
I've
We have been trying to set an OID value using a python script started as a
"pass_persist" EXEC in snmpd.conf. Our experience was the same as described by
Jakob Scheck in a previous thread
(http://sourceforge.net/mailarchive/message.php?msg_id=11595889
<http://sourceforge.ne
On Tue, 2005-05-03 at 23:55, Alex Burger wrote:
> #if defined(WIN32) && !defined (mingw32) !defined(HAVE_EXECV)
> #if defined(WIN32) !defined(HAVE_EXECV)
Both of those lines feel like invalid syntax to me.
Even if they are strictly valid, it's not particular clear
how they are interpreted.
Ca
I have applied patch 1153271 to main which gives pass_persist support
under Windows when compiled with MSVC. For some reason it does not work
when compiled with MinGW, so I have disabled it for MinGW until a fix is
found. I think there is an issue with the input pipe under MinGW that
causes
Hi,
i am trying to set some oid values using a perl script started as a
'pass_persist' EXEC in snmpd.conf.
It works great except one problem concerning setting wrong types.
Although the script is returning "wrong-type" to STDOUT on attempts to
set mismatching types, no
Hello,
I use a perl script as pass_persist EXEC to handle some OIDs.
snmpget and snmpgetnext requests work fine but I am not sure about set
requests.
# snmpget -v 2c -c COMMUNITY HOST OIOD TYPE STRING
results in
# Error in packet.
# Reason: notWritable (That object does not support modification
Hello,
after some difficulties in subscribing I hope this mail is send ok.
Sorry, if there were multiple copies of this question in the list.
I use a perl script as pass_persist EXEC to handle some OIDs.
snmpget and snmpgetnext requests work fine but I am not sure about set
requests.
# snmpget
On Tue, 1 Mar 2005 16:10:59 -0500 Michael wrote:
MPS> > I'm new to working with snmp, so I apologize if this is obvious, but if
MPS> > the OID requested corresponds to a table row, how does one return an
MPS> > entire table row using an external script called via pass_per
On 01/03/05 Michael P. Soulier did say:
> Hello,
>
> I'm new to working with snmp, so I apologize if this is obvious, but if the
> OID requested corresponds to a table row, how does one return an entire table
> row using an external script called via pass_persist?
>
&
Hello,
I'm new to working with snmp, so I apologize if this is obvious, but if the
OID requested corresponds to a table row, how does one return an entire table
row using an external script called via pass_persist?
I think there may be a disconnect in my understanding of snmp queries ag
a script called via pass or pass_persist are as follows:
> > >
> > > "The second line should be the TYPE of value returned, where TYPE is one
> > > of
> > > the text strings: string, integer, unsigned, objectid, timeticks,
> > > ipaddress,
> > >
On Fri, 2005-02-04 at 17:37, Magnus Fromreide wrote:
> On Fri, Feb 04, 2005 at 11:26:37AM -0500, Michael P. Soulier wrote:
> > I see that the types that can be returned
> > from a script called via pass or pass_persist are as follows:
> >
> > "Th
On Fri, Feb 04, 2005 at 11:26:37AM -0500, Michael P. Soulier wrote:
> Hello,
>
> Looking at the snmpd.conf manpage, I see that the types that can be returned
> from a script called via pass or pass_persist are as follows:
>
> "The second line should be the TYPE of value
Hello,
Looking at the snmpd.conf manpage, I see that the types that can be returned
from a script called via pass or pass_persist are as follows:
"The second line should be the TYPE of value returned, where TYPE is one of
the text strings: string, integer, unsigned, objectid, time
gt; computer another pass processes is started.
No, that doesn't sound right. The same exec should be used.
Run the agent with debug (-Ducd-snmp/pass_persist) and send us the relevant
bits of the log file...
--
Robert Story; NET-SNMP Junkie
Support: <http://www.net-snmp.org/>
Archive:
Hi,
I'm running snmpd (4.2.6) on debian and uses the pass_persist functionality.
My agent acts well and respond properly...but,... ;-).
My concern is that it appears to me as if there is one pass process started for
each remote ip quering the agent..?
When i query my agent from my
for CreateProcess...
I hope this helps (and I hope you provide a patch !!)
Best Regards,
-Mike Slifcak
>
> From: "Ola Carlsson" <[EMAIL PROTECTED]>
> Date: 2004/08/11 Wed AM 08:23:41 EDT
> To: <[EMAIL PROTECTED]>
> Subject: pass and pass_persist on win32
>
Title: pass and pass_persist on win32
Hi
Is the pass and pass_persist features not available for win32?
I have struggled a long time now, the HAVE_EXEC flag gives me headache
Best regards
the Happy SNMP rookie..
53 matches
Mail list logo
