[2013/05/16 00:26:21] #net-snmp <giabboo> hi guys
[2013/05/16 02:04:39] #net-snmp <giabboo> i'm using net-snmp + SwRaidMIB but i think it behave in a strange way
[2013/05/16 07:19:23] #net-snmp <giabboo> hi all i'm using net-snmp + SwRaidMIB but i think it behave in a strange way
[2013/05/16 07:19:28] #net-snmp <giabboo> anyone can debug with me ?)
[2013/05/16 08:08:24] #net-snmp <giabboo> SJFriedl, can u help me with net-snmp ?
[2013/05/16 08:08:51] #net-snmp <SJFriedl> giabboo: ask the channel, not me.
[2013/05/16 08:09:09] #net-snmp <giabboo> k, is it normal behave if i query a specific OID with snmpwalk (eg .1.3.6.1.4.1.2021.13.18.100.0)
[2013/05/16 08:09:28] #net-snmp <SJFriedl> I don't think I understand the question
[2013/05/16 08:09:35] #net-snmp <giabboo> i get a specific response INTEGER: 0
[2013/05/16 08:09:54] #net-snmp <giabboo> but if i query a OID upper than that
[2013/05/16 08:09:55] #net-snmp <giabboo> like
[2013/05/16 08:10:02] #net-snmp <giabboo> .1.3.6.1.4.1.2021.13.18
[2013/05/16 08:10:08] #net-snmp <SJFriedl> I'm sorry, I totally do not understand the question.
[2013/05/16 08:10:14] #net-snmp <SJFriedl> what is .1.3.6.1.4.1.2021.13.18 ?
[2013/05/16 08:10:22] #net-snmp <SJFriedl> they are all "specific OIDs"
[2013/05/16 08:10:23] #net-snmp <giabboo> ok i try to explain
[2013/05/16 08:10:50] #net-snmp <giabboo> if I query 1.3.6.1.4.1.2021.13.18 i get a response for all the OIDs that bebin with 1.3.6.1.4.1.2021.13.18
[2013/05/16 08:10:57] #net-snmp <SJFriedl> oh, right.
[2013/05/16 08:11:01] #net-snmp <giabboo> s/bebin/begin
[2013/05/16 08:11:02] #net-snmp <SJFriedl> that's exactly what snmpwalk is suposed to do
[2013/05/16 08:11:09] #net-snmp <giabboo> yes.
[2013/05/16 08:11:22] #net-snmp <giabboo> but now this is what looks weird to me and what make me think this module is buggy
[2013/05/16 08:11:37] #net-snmp <giabboo> if i query 1.3.6.1.4.1.2021.13.18.100.0 i get INTEGER: 0
[2013/05/16 08:11:44] #net-snmp <SJFriedl> maybe it is an INTEGER
[2013/05/16 08:11:48] #net-snmp <SJFriedl> what's it supposed to represent?
[2013/05/16 08:12:07] #net-snmp <giabboo> a certain error state of the linux raid software
[2013/05/16 08:12:23] #net-snmp <giabboo> but when i query the "upper level" 1.3.6.1.4.1.2021.13.18
[2013/05/16 08:12:39] #net-snmp <giabboo> the value for the OID 1.3.6.1.4.1.2021.13.18.100.0 is not 0 but 1
[2013/05/16 08:12:50] #net-snmp <giabboo> if i re-query 1.3.6.1.4.1.2021.13.18.100.0 after i query 1.3.6.1.4.1.2021.13.18
[2013/05/16 08:12:59] #net-snmp <SJFriedl> ok, that sounds like a buggy module.
[2013/05/16 08:13:00] #net-snmp <giabboo> the response is 1
[2013/05/16 08:13:34] #net-snmp <giabboo> ok, sorry but im newbie with snmp, but i learned about mibs and oids structure
[2013/05/16 08:14:00] #net-snmp <SJFriedl> it sounds like you have a good handle on it. As far as I know it shouldn't matter whether you query an OID directly or by walking past it
[2013/05/16 08:14:56] #net-snmp <giabboo> I was thinking the same, and to prove it i did some queries on the basic MIB i've found on the net-snmp for CentOS
[2013/05/16 08:15:22] #net-snmp <giabboo> all what i get from the OIDs i used for this test, show me the same values
[2013/05/16 08:27:18] #net-snmp <SJFriedl> for this I guess you'd have to look at the documentation of the OID. I suppose it's possible that an OID could be some kind of read-then-reset behavior (though I've never seen it), it looks more like a bug to me based on your description
[2013/05/16 08:31:08] #net-snmp <giabboo> i'm writing an email to the developer of that module
[2013/05/16 08:31:21] #net-snmp <giabboo> since i dont have the knowledge to debug on the module source code
[2013/05/16 08:31:29] #net-snmp <SJFriedl> right.
[2013/05/16 12:39:16] #net-snmp <Unk> Just wondering... Can I mix "perl do ..." && "proxy -v2c -c ... " in the snmpd.conf? So I can succesfully override some OIDs? I am trying but it is currently _or_ the proxy _or_ the perl oid answering for the whole table. [Per table override would also be ok btw]
[2013/05/16 13:01:45] #net-snmp <Unk> hmmm it looks like 2x doing only proxy is doing the trick (same flow) [and 1 proxy is doing perl code only]
[2013/05/16 13:02:20] #net-snmp <Unk> I don't understand precisely why yet, but it looks like it works