On Jul 14, 2015, at 4:29 PM, Bill Fenner wrote:
> Why is it correct to convert the input to unsigned, and then back to signed,
> in the integer64 case? Shouldn't we use strtoll instead of strtoull for the
> signed version?
No idea. I didn't write the original code or patch :). I have no idea
w
On Jul 14, 2015, at 8:58 AM, Bill Fenner wrote:
> No. As with much code that started as pre-ANSI, net-snmp uses (unsigned char
> *) to stand in for (void *).
Ah, I see. Weird, but… :)
> SMI defines "Unsigned32" and "Gauge32" identically, so without a MIB loaded
> to distinguish, the command-l
On Jul 10, 2015, at 11:30 PM, Bill Fenner wrote:Can you try this patch?
--- a/agent/mibgroup/ucd-snmp/pass_common.c
+++ b/agent/mibgroup/ucd-snmp/pass_common.c
@@ -135,7 +135,7 @@ netsnmp_internal_pass_parse(char * buf,
c64.high = (unsigned long)(v64 >> 32);
c64.low = (unsigned l
I've been fixing some issues with my MIB (or at least tried
to, see the "Integer64 support" thread).
In doing so, I discovered some minor issues and one that's
… "irritating".
The log file is from the output of the pass_persist script
(https://github.com/FransUrbo/snmp-modules/blob/master/zfs/zf
On Jul 10, 2015, at 11:30 PM, Bill Fenner wrote:
> Can you try this patch?
>
That seems to have worked (applied to 5.7.3+dfsg-1)!
# snmpget -uro -v2c -cpublic localhost .1.3.6.1.4.1.2.42.2.0
.1.3.6.1.4.1.2.42.4.0
SNMPv2-SMI::enterprises.2.42.2.0 = Opaque: Int64: 9223372036854775806
I've been trying to update my MIB to support the correct value
of some of my pass_persist perl scripts, but I can't seem to get
it to work..
I had to restort to using Integer32 and was hoping for the best, but now
a user have created a ticket about this, so I figured I try again.
Looking at http
On Oct 2, 2014, at 8:19 AM, Pal Saint wrote:
> Alternatively, you can add zfsPoolReadIOPS, and writeIOPS into zfsPool Table
> itself.
Yeah, but I'd prefer to have that into it's own table… I want the different
types of information
in their own table for …, well because it looks better :). I don
On Aug 8, 2014, at 6:17 PM, Bill Fenner wrote:
> Managers need to use the zfsPoolStatusIndex to correlate the names in the two
> tables - e.g.,
>
> snmptable -Ci zfsVFSIOPSTable
>
> will get you 3 columns:
>
> index zfsOperReads zfsOperWrites
>
> and then if you snmpwalk zfsPoolName, you can
I'd like to bump this question - how exactly should one use AUGMENT?
On Jul 23, 2014, at 1:42 AM, Turbo Fredriksson wrote:
> On Jul 23, 2014, at 1:24 AM, Turbo Fredriksson wrote:
>
>> Yes, they are related.
>
> Hmm, even making 'zfsVFSIOPSEntry' augment 'z
On Jul 23, 2014, at 1:24 AM, Turbo Fredriksson wrote:
> Yes, they are related.
Hmm, even making 'zfsVFSIOPSEntry' augment 'zfsPoolStatusEntry' still
won't allow me to use 'zfsPoolName' in the sequence:
zfsVFSIOPSTable
On Jul 23, 2014, at 1:12 AM, Turbo Fredriksson wrote:
> It's not (they are not related in any way)
Actually, playing with this, now I understand what you mean. Yes, they
are related. The 'zfsVFSIOPSTable' contains additional information related
to the 'zfsPoolStatusTable
On Jul 23, 2014, at 1:02 AM, Olivier Miakinen wrote:
> It think that the answer will depend on whether zfsPoolStatusIndex and
> zfsVFSIOPSIndex represent the same physical instance.
>
>
> If the answer is yes
It's not (they are not related in any way), but that gave me the idea to grep
for AUGM
Hope it's ok to ask a MIB design question here, I couldn't find any more
suitable list for this...
If not, just link me to the correct place!
In my MIB, I have a couple of tables:
$ smidump -f tree ./BAYOUR-COM-MIB.txt
[]
+--zfsPoolStatusTable(5)
| |
| +--zfsPoolStatusEnt
Quoting Turbo Fredriksson <[EMAIL PROTECTED]>:
>>> Can you try with 5.2.2 or 5.3.0.1 - see if the same problem
>>> arises or not?
>>
> I've just got both of these versions working (separatly) and neither
> show this problem...
I think I spoke to soon
Quoting Turbo Fredriksson <[EMAIL PROTECTED]>:
> Quoting Dave Shield <[EMAIL PROTECTED]>:
>
>> Try doing an "snmpwalk" on the baculaJobsNameTable.
>
> Nothing. And I get some errors in my script log... I'll investigate
> if you think that's imp
Quoting Turbo Fredriksson <[EMAIL PROTECTED]>:
> I'm trying to debug a problem with snmptable I'm having
> with v5.2.1.2.
>
> But I can't get v5.3.0.1 to work correctly! I compiled it
> the same way that my (working) v5.2.1.2 is, but I can't
> get an
exact allnone none
access public "" any noauthexact none none none
syslocation Swe.Net AB
syscontact Turbo Fredriksson <[EMAIL PROTECTED]>
proc watchdog
proc syslogd
proc klogd
proc sshd 10 1
proc saslautd
proc kadmind
proc krb524d
proc xinetd
proc
Quoting "Keller, Beat" <[EMAIL PROTECTED]>:
> We have to implement the GET_NEXT from a table by our one. What shall we
> return if there is no further row in the table?
In my pass_through perl script I return 'NONE\n'. So I guess that's correct
(it's in the manual somewhere - should be the same f
Quoting Dave Shield <[EMAIL PROTECTED]>:
> Try doing an "snmpwalk" on the baculaJobsNameTable.
Nothing. And I get some errors in my script log... I'll investigate
if you think that's important. I'll investigate any way, but... :)
> Or
>"snmpgetnext ... baculaJobsName.4.7 baculaJobsDesc.4.7
>
- s n i p -
[EMAIL PROTECTED] /usr/bin/snmptable -v1 -Ci -c private localhost
.1.3.6.1.4.1.8767.2.3.6
SNMP table: BAYOUR-COM-MIB::baculaJobsNameTable
index baculaJobsName baculaJobsDesc baculaJobsMD5
baculaJobsCreate
1.1 Pumba_System Pumba System I
Quoting Dave Shield <[EMAIL PROTECTED]>:
> On Wed, 2005-11-30 at 15:52 +0100, Turbo Fredriksson wrote:
>
>> > That's with both 5.3.pre4 and 5.2.2.rc6 installations (though
>> > I don't think the version is relevant here).
>>
>> You don'
Quoting Dave Shield <[EMAIL PROTECTED]>:
> Try removing all these copies of the MIB, and check that
> "snmptable" complains and bombs out. (Since it relies on
> the structure of the MIB definitions, it's one of the few
> tools that won't work without the MIB file).
- s n i p -
[EMAIL PRO
Quoting Dave Shield <[EMAIL PROTECTED]>:
> OK - I've tried running this script, using the MIB file from
> http://www.bayour.com/bind9-snmp/BAYOUR-COM-MIB.txt
>
> Bad news, I'm afraid - it works perfectly.
Thanx a lot for trying. You mean you don't get that weird 'b9stIndexTotals'
(and/or b9st
Quoting Dave Shield <[EMAIL PROTECTED]>:
> On Fri, 2005-11-25 at 12:34 +0100, Turbo Fredriksson wrote:
>> Any other idea why I can't get rid of the 'b9stIndexTotals' column?
>
> H...
>
> If I recall correctly, this is implemented using a 'pass_pe
Quoting Turbo Fredriksson <[EMAIL PROTECTED]>:
> Quoting Dave Shield <[EMAIL PROTECTED]>:
>
>> [ First - *please* don't mail me privately, without copying
>> any responses to the mailing list. I don't have the time
>> or inclinat
Quoting John Joseph <[EMAIL PROTECTED]>:
> 1> Get the MIB for the product from the vendor
> 2> copy the mib to the mibs directory
>/usr/share/snmp/mibs
> 3> in snmp.conf file add this
>mibdirs /usr/share/snmp/mibs
>mibs ALL
> 4>Restart the daemon
That's exactly how I do/did it...
Quoting "quhp" <[EMAIL PROTECTED]>:
> my $cmd = $_;
> my $req = <>;
> my $ret;
> chomp($cmd);
> chomp($req);
>
> if ( $cmd eq "set" ) {# i add
> print "wrong-type\n"; # these lines
> next; # to try
> }
list, where others can both learn
> and offer advice. Thanks. ]
I was sure I did. Sometimes I 'press the wrong button' (R
for 'reply' instead of 'F' for 'wide reply to'). Sorry.
> On Wed, 2005-11-09 at 09:36 +0100, Turbo Fredriksson wrote:
>
Quoting Turbo Fredriksson <[EMAIL PROTECTED]>:
> [sorry for taking so long, but I've been busy with other things]
>
> Quoting Dave Shield <[EMAIL PROTECTED]>:
>
>> On Sat, 2005-10-22 at 10:46 +0200, Turbo Fredriksson wrote:
>>> If I read your expla
[sorry for taking so long, but I've been busy with other things]
Quoting Dave Shield <[EMAIL PROTECTED]>:
> On Sat, 2005-10-22 at 10:46 +0200, Turbo Fredriksson wrote:
>> If I read your explanation correct above, you're not supposed to
>> see the index (baculaStats
> "Dave" == Dave Shield <[EMAIL PROTECTED]> writes:
Dave> myTable.someColumn.1234
Dave> [...]
Dave> myTable.someColumn.12.34
Ah, oki! You PART the value in two. Seems reasonable, and the only thing
one CAN do. DIVIDING the value in two wouln't fit in a the 'max 99' val
[Sorry for the cross-post people!]
For the last two weeks, I've been trying to interface the Bacula
SQL database with SNMP.
The script is now in such a state that it's actually RELEASABLE
and USABLE but not quite done regarding the Cacti integration -
still need to finish the SNMP Query XML file.
[sorry for the cross-posting]
I've been doing some fixes and slight rewrites of my SNMP 'subagent'
that interfaces the 'rndc' with SNMP queries/tables.
- s n i p -
Bug fixes
+ Missing hard-return in a graph item.
+ Cleanup the 'process args and get next OID/value'. Can now do bulk que
Quoting Dave Shield <[EMAIL PROTECTED]>:
> On Wed, 2005-10-19 at 13:08 +0200, Turbo Fredriksson wrote:
>> In my perl_persist script, how do I make sure I return
>> a Counter64?
>
> You can't :-(
Bummer. In another thread to day (private MIB definition problem
In my perl_persist script, how do I make sure I return
a Counter64? The manual only mention 'counter' (which seems
to be a Counter32). Tried the obvious 'counter64' but that
didn't work - see subject...
---
This SF.Net email is sponsored by:
Pow
[Just replying for the sake of the mail archives.]
Quoting Turbo Fredriksson <[EMAIL PROTECTED]>:
> There's a strange bug somewhere...
>
> - s n i p -
> [EMAIL PROTECTED]:~# table OID_BASE.6
> SNMP table: enterprises.bayourCom.snmp.baculaStats.baculaClientsTab
Quoting Dave Shield <[EMAIL PROTECTED]>:
> On Fri, 2005-10-14 at 14:21 +0200, Turbo Fredriksson wrote:
>
>> But if I understand you correctly, [the client table] should
>> be split into two tables, one with the client info and one
>> with the job name info?
>
>
Quoting Dave Shield <[EMAIL PROTECTED]>:
>> Eh, no. For each job _ID_. The 'System' here is only _my_
>> name of a specific job group...
>
> Sorry - my mistake. I'd missed that extra level of nesting.
> But for each job ID, there are the same five statistics - yes?
> [...]
> But regardless of th
Quoting Dave Shield <[EMAIL PROTECTED]>:
> On Thu, 2005-10-13 at 12:17 +0200, Turbo Fredriksson wrote:
>> > Basic rule - all objects in a given table must use
>> > exactly the same indexing structure. If the indexing
>> > is different, that means a different
Quoting Dave Shield <[EMAIL PROTECTED]>:
>> # Job names
>> OID_BASE.4.1.3.1.1 = Client1_System
>
> B
>
> The indexing of this table has suddenly changed. That's
> not allowed. Judging by the MIB definitions below,
> this entry (and the next few) should read
>
> OID_BASE.4.1.3.1 = Client1_
I've been banging my head about this for about a week
now and just can't get it to work. I'd appreciate some
pointers on this.
I'm quite sure I've managed to get the MIB working, but
I can't get the output from the perl script to be tablified
correctly with 'snmptable'...
Output from 'snmpwalk' (
> "Roman" == Roman Medina-Heigl Hernandez <[EMAIL PROTECTED]> writes:
Roman> Hello, I've had a look to "passtest" script, which
Roman> implements GET/GETNEXT/SET over custom objects. I need to
Roman> implement something similar in a way that snmpd returns a
Roman> table which i
I'm trying to create a pass-through script (in Perl) to retrieve Bacula
(backup system - http://bacula.org) using indexed (with two indexed tables)
information.
All the statistics information for Bacula is in an SQL server, which my
script retrieves (correctly)...
I've managed to follow and unde
43 matches
Mail list logo
