Re: [opennms-devel] datacollection configuration problem
"Alejandro Islas" <[email protected]>
| Newsgroups | gmane.network.opennms.bugs |
|---|---|
| Message-ID | <[email protected]> |
HI!!!!!! I finally managed to figure out what was going on. Everything was ok with all the configuration files setup, the problem was with my agent systems definitions. When I polled my remote agent for its systems included, it only answered me with the "enterprise" system, and I defined my private mib on another system in the opennms configuration file. So does anybody knows how do I add systems to a netsnmpd agent configuration??? I'm aware this could be out of the scope of this mailing list, but thanks anyway... Alejandro On Jan 24, 2008 5:06 PM, Alejandro Islas <[email protected]> wrote: > Thanks for the help stefan, I'll be working around this and let you now > how I solved it (hopefully!!!) If you have any other idea let me know > > Thanks, > > Alejandro > > > On Jan 24, 2008 4:50 PM, Stefan Mikuszeit < [email protected]> wrote: > > > Hi Alejandro, > > > > OpenNMS dosn't need the mib files, for that you have make the > > datacollection file with the mibparser file ;) > > > > OpenNMS work with the OID and save the result in a Filename that you > > have defined in the alias Value ;) > > > > I hope tarus have a idea, i have at the moment no ideas :( > > > > Regards > > Stefan > > > > -----Ursprüngliche Nachricht----- > > Von: [email protected] im Auftrag von > > Alejandro Islas > > Gesendet: Do 24.01.2008 23:27 > > An: OpenNMS Code Development and Bugs > > Betreff: [*****SPAM***** HOM02EX - Header Check] - Re: [opennms-devel] > > [*****SPAM***** HOM02EX - Header Check] - Re:datacollection configuration > > problem - Email found in subject - Email found in subject > > > > I already did that and nothing. I include my mib in another client > > agent, > > and using ethereal, I noticed that the opennms daemon is not requesting > > my > > mib info, so I guess I'm missing something... > > > > On Jan 24, 2008 1:08 PM, Stefan Mikuszeit <[email protected]> wrote: > > > > > Hi Alejandro, > > > > > > Can you please check over the gui ? > > > > > > node list -> Node (10.25.3.20) -> update snmp collection > > > > > > show for collect is checked > > > > > > I'm now at home, i can't look live at opennms. > > > > > > Regards > > > Stefan > > > > > > -----Ursprüngliche Nachricht----- > > > Von: [email protected] im Auftrag von > > Alejandro > > > Islas > > > Gesendet: Do 24.01.2008 18:29 > > > An: OpenNMS Code Development and Bugs > > > Betreff: [*****SPAM***** HOM02EX - Header Check] - Re: [opennms-devel] > > > datacollection configuration problem - Email found in subject > > > > > > > > Actually the opennms machine is located in the client node 10.25.3.20, > > so > > > I > > > guess a firewall is not a problem. Here is my snmp-config file > > > > > > ?xml version="1.0"?> > > > <snmp-config retry="3" timeout="800" > > > read-community="public" write-community="private"> > > > <definition version="v2c"> > > > <specific>192.168.0.5</specific> > > > </definition> > > > <definition version="v1"> > > > <specific>10.25.3.20</specific> > > > <specific>10.25.1.1</specific> > > > <specific>10.25.1.98</specific> > > > </definition> > > > </snmp-config> > > > > > > I changed the snmpStorageFlag from select to all..here it is... > > > > > > <?xml version="1.0"?> > > > <datacollection-config > > > rrdRepository = "/var/lib/opennms/rrd/snmp/"> > > > <snmp-collection name="default" > > > maxVarsPerPdu = "10" > > > snmpStorageFlag = "all"> > > > <rrd step = "300"> > > > <rra>RRA:AVERAGE:0.5:1:8928</rra> > > > <rra>RRA:AVERAGE:0.5:12:8784</rra> > > > <rra>RRA:MIN:0.5:12:8784</rra> > > > <rra>RRA:MAX:0.5:12:8784</rra> > > > </rrd> > > > > > > Unfortunately I'm having the same result. How can I know for sure that > > the > > > deamon is sending the snmp request for my mib to the client node??? > > > > > > Thanks, > > > > > > Alejandro > > > On Jan 24, 2008 11:07 AM, Stefan Mikuszeit <[email protected]> > > wrote: > > > > > > > Hi Alejandro, > > > > > > > > > > > > > > > > Can you please make the snmpwalk from the opennms machine to see for > > a > > > > issue with your Firewall or snmp miss configuration on the Client > > Node > > > > 10.25.3.20 > > > > > > > > The filenames are always the alias name, not the group name ;-) > > > > > > > > > > > > > > > > Check the snmp-config.xml for an ip-range Entry of your Client Node > > IP. > > > > > > > > > > > > > > > > <definition read-community="public"> > > > > > > > > <range begin="10.25.0.1" end="10.25.1.254" /> > > > > > > > > </definition> > > > > > > > > > > > > > > > > Check you datacollection-config.xml for snmpStorageFlag, set it to > > all ! > > > > > > > > > > > > > > > > <?xml version="1.0"?> > > > > > > > > <datacollection-config > > > rrdRepository="/usr/share/opennms/share/rrd/snmp/"> > > > > > > > > <snmp-collection name="default" maxVarsPerPdu="10" > > > > snmpStorageFlag="all"> > > > > > > > > > > > > > > > > Hope this helps J > > > > > > > > > > > > > > > > *Regards* > > > > > > > > *Stefan* > > > > > > > > > > > > ------------------------------ > > > > > > > > *From:* [email protected] [mailto: > > > > [email protected]] *On Behalf Of > > *Alejandro > > > > Islas > > > > *Sent:* Donnerstag, 24. Januar 2008 17:52 > > > > *To:* OpenNMS Code Development and Bugs > > > > *Subject:* [*****SPAM***** HOM02EX - Header Check] - Re: > > [opennms-devel] > > > > [*****SPAM***** HOM02EX - BA] - Re: datacollection configuration > > problem > > > - > > > > Bayesian Filter detected spam - Email found in subject > > > > > > > > > > > > > > > > Thanks!!!! I change it to Gauge32 and the problem loading the > > > collection > > > > configuration was solved. However, now I have another issue. I check > > for > > > the > > > > rrd file of my MIB on a node directory that I know for sure that > > will > > > answer > > > > for a snmp request for my mib and I can't find anything. I now have > > rrd > > > > files for that node, but no one seems to be related to my mib (the > > rrd > > > file > > > > name should be related to my group name right??). I first checked > > that > > > node > > > > agent with snpwalk with the following result: > > > > > > > > islas@islas-desktop:/usr/share/opennms/etc$ snmpwalk -v 1 -c public > > > > 10.25.3.20 .1.3.6.1.4.1.17723.2.1.1.19 > > > > SNMPv2-SMI::enterprises.17723.2.1.1.19.1.1.0 = Gauge32: 299 > > > > SNMPv2-SMI:: enterprises.17723.2.1.1.19.1.2.0 = Gauge32: 897 > > > > SNMPv2-SMI::enterprises.17723.2.1.1.19.1.3.0 = Gauge32: 8577 > > > > SNMPv2-SMI::enterprises.17723.2.1.1.19.1.4.0 = Gauge32: 103593 > > > > SNMPv2-SMI::enterprises.17723.2.1.1.19.1.5.0 = Gauge32: 39 > > > > SNMPv2-SMI::enterprises.17723.2.1.1.19.1.6.0 = Gauge32: 44988 > > > > SNMPv2-SMI::enterprises.17723.2.1.1.19.1.7.0 = Gauge32: 0 > > > > SNMPv2-SMI::enterprises.17723.2.1.1.19.1.8.0 = Gauge32: 135221466 > > > > SNMPv2-SMI:: enterprises.17723.2.1.1.19.1.9.0 = Gauge32: 385 > > > > SNMPv2-SMI::enterprises.17723.2.1.1.19.1.10.0 = Gauge32: 691 > > > > SNMPv2-SMI::enterprises.17723.2.1.1.19.1.11.0 = Gauge32: 1115 > > > > SNMPv2-SMI::enterprises.17723.2.1.1.19.1.12.0 = Gauge32: 1263 > > > > SNMPv2-SMI::enterprises.17723.2.1.1.19.2.1.0 = Gauge32: 618 > > > > SNMPv2-SMI::enterprises.17723.2.1.1.19.2.2.0 = Gauge32: 1374 > > > > SNMPv2-SMI::enterprises.17723.2.1.1.19.2.3.0 = Gauge32: 9 > > > > SNMPv2-SMI::enterprises.17723.2.1.1.19.2.4.0 = Gauge32: 381 > > > > SNMPv2-SMI::enterprises.17723.2.1.1.19.3.1.0 = Gauge32: 592 > > > > SNMPv2-SMI::enterprises.17723.2.1.1.19.3.2.0 = Gauge32: 240423 > > > > SNMPv2-SMI::enterprises.17723.2.1.1.19.3.3.0 = Gauge32: 39372 > > > > SNMPv2-SMI:: enterprises.17723.2.1.1.19.3.4.0 = Gauge32: 9405 > > > > SNMPv2-SMI::enterprises.17723.2.1.1.19.3.5.0 = Gauge32: 0 > > > > SNMPv2-SMI::enterprises.17723.2.1.1.19.3.6.0 = Gauge32: 76 > > > > SNMPv2-SMI::enterprises.17723.2.1.1.19.3.7.0 = Gauge32: 18 > > > > SNMPv2-SMI::enterprises.17723.2.1.1.19.3.8.0 = Gauge32: 0 > > > > SNMPv2-SMI::enterprises.17723.2.1.1.19.4.1.0 = Gauge32: 0 > > > > SNMPv2-SMI::enterprises.17723.2.1.1.19.4.2.0 = Gauge32: 0 > > > > SNMPv2-SMI::enterprises.17723.2.1.1.19.5.1.0 = Gauge32: 0 > > > > SNMPv2-SMI::enterprises.17723.2.1.1.19.5.2.0 = Gauge32: 0 > > > > SNMPv2-SMI::enterprises.17723.2.1.1.19.5.3.0 = Gauge32: 0 > > > > SNMPv2-SMI::enterprises.17723.2.1.1.19.5.4.0 = Gauge32: 0 > > > > SNMPv2-SMI::enterprises.17723.2.1.1.19.6.1.0 = Gauge32: 0 > > > > SNMPv2-SMI::enterprises.17723.2.1.1.19.6.2.0 = Gauge32: 453 > > > > SNMPv2-SMI::enterprises.17723.2.1.1.19.6.3.0 = Gauge32: 0 > > > > SNMPv2-SMI::enterprises.17723.2.1.1.19.6.4.0 = Gauge32: 0 > > > > SNMPv2-SMI::enterprises.17723.2.1.1.19.6.5.0 = Gauge32: 0 > > > > SNMPv2-SMI::enterprises.17723.2.1.1.19.6.6.0 = Gauge32: 0 > > > > SNMPv2-SMI::enterprises.17723.2.1.1.19.7.2.0 = INTEGER: 425 > > > > SNMPv2-SMI::enterprises.17723.2.1.1.19.7.3.0 = INTEGER: 426 > > > > SNMPv2-SMI::enterprises.17723.2.1.1.19.7.4.0 = INTEGER: 425 > > > > SNMPv2-SMI::enterprises.17723.2.1.1.19.7.5.0 = INTEGER: 426 > > > > SNMPv2-SMI::enterprises.17723.2.1.1.19.7.6.0 = INTEGER: 426 > > > > SNMPv2-SMI::enterprises.17723.2.1.1.19.7.7.0 = INTEGER: 425 > > > > SNMPv2-SMI::enterprises.17723.2.1.1.19.7.8.0 = INTEGER: 426 > > > > SNMPv2-SMI::enterprises.17723.2.1.1.19.7.9.0 = INTEGER: 425 > > > > SNMPv2-SMI::enterprises.17723.2.1.1.19.7.10.0 = INTEGER: 1 > > > > SNMPv2-SMI::enterprises.17723.2.1.1.19.7.11.0 = INTEGER: 1 > > > > SNMPv2-SMI::enterprises.17723.2.1.1.19.7.12.0 = INTEGER: 299 > > > > SNMPv2-SMI::enterprises.17723.2.1.1.19.7.13.0 = INTEGER: 1 > > > > SNMPv2-SMI::enterprises.17723.2.1.1.19.7.14.0 = INTEGER: 0 > > > > SNMPv2-SMI::enterprises.17723.2.1.1.19.7.15.0 = INTEGER: 298 > > > > SNMPv2-SMI::enterprises.17723.2.1.1.19.7.16.0 = INTEGER: 298 > > > > > > > > so I guess the agent is ok. Then I checked the collect log and found > > the > > > > following about that node. > > > > 2008-01-24 10:25:26,207 DEBUG [CollectdScheduler-50 Pool-fiber2] > > > > SnmpCollector: collect: interface SNMP query for address > > > 10.25.3.20complete. > > > > 2008-01-24 10:25:26,508 DEBUG [CollectdScheduler-50 Pool-fiber2] > > > > SnmpCollector: updateRRDs: processing node-level collection... > > > > 2008-01-24 10:25:26,508 DEBUG [CollectdScheduler-50 Pool-fiber2] > > > > SnmpCollector: issueRRDUpdate: name:oid:value - > > > > tcpActiveOpens:.1.3.6.1.2.1.6.5.0:17282 > > > > 2008-01-24 10:25:26,508 DEBUG [CollectdScheduler-50 Pool-fiber2] > > > RrdUtils: > > > > createRRD: rrd path and file name to create: > > > > /var/lib/opennms/rrd/snmp/34/tcpActi$2008-01-24 10:25:26,509 DEBUG > > > > [CollectdScheduler-50 Pool-fiber2] RrdUtils: updateRRD:updating RRD > > > file: > > > > /var/lib/opennms/rrd/snmp/34/tcpActiveOpens.rrd with$2008-01-24 > > > 10:25:26,509 > > > > DEBUG [CollectdScheduler-50 Pool-fiber2] RrdUtils: updateRRD: RRD > > update > > > > command completed. > > > > . > > > > . > > > > . > > > > 2008-01-24 10:25:26,510 DEBUG [CollectdScheduler-50 Pool-fiber2] > > > > SnmpCollector: updateRRDs: Skipping update, no data retrieved for > > > nodeId: 34 > > > > datasource: ns$2008-01-24 10:25:26,510 DEBUG [CollectdScheduler-50 > > > > Pool-fiber2] SnmpCollector: updateRRDs: Skipping update, no data > > > retrieved > > > > for nodeId: 34 datasource: ns$2008-01-24 10:25:26,510 DEBUG > > > > [CollectdScheduler-50 Pool-fiber2] SnmpCollector: updateRRDs: > > Skipping > > > > update, no data retrieved for nodeId: 34 datasource: ns$2008-01-24 > > > > 10:25:26,510 DEBUG [CollectdScheduler-50 Pool-fiber2] SnmpCollector: > > > > updateRRDs: Skipping update, no data retrieved for nodeId: 34 > > > datasource: > > > > ns$2008-01-24 10:25:26,510 DEBUG [CollectdScheduler-50 Pool-fiber2] > > > > SnmpCollector: updateRRDs: Skipping update, no data retrieved for > > > nodeId: 34 > > > > datasource: ns$2008-01-24 10:25:26,510 DEBUG [CollectdScheduler-50 > > > > Pool-fiber2] SnmpCollector: updateRRDs: Skipping update, no data > > > retrieved > > > > for nodeId: 34 datasource: ns$2008-01-24 10:25:26,510 DEBUG > > > > [CollectdScheduler-50 Pool-fiber2] SnmpCollector: updateRRDs: > > Skipping > > > > update, no data retrieved for nodeId: 34 datasource: ns$2008-01-24 > > > > 10:25:26,510 DEBUG [CollectdScheduler-50 Pool-fiber2] SnmpCollector: > > > > updateRRDs: Skipping update, no data retrieved for nodeId: 34 > > > datasource: > > > > ns$2008-01-24 10:25:26,510 DEBUG [CollectdScheduler-50 Pool-fiber2] > > > > SnmpCollector: updateRRDs: Skipping update, no data retrieved for > > > nodeId: 34 > > > > datasource: ns$2008-01-24 10:25:26,510 DEBUG [CollectdScheduler-50 > > > > Pool-fiber2] SnmpCollector: updateRRDs: Skipping update, no data > > > retrieved > > > > for nodeId: 34 datasource: ns$2008-01-24 10:25:26,510 DEBUG > > > > [CollectdScheduler-50 Pool-fiber2] SnmpCollector: updateRRDs: > > Skipping > > > > update, no data retrieved for nodeId: 34 datasource: ns$2008-01-24 > > > > 10:25:26,510 DEBUG [CollectdScheduler-50 Pool-fiber2] SnmpCollector: > > > > updateRRDs: Skipping update, no data retrieved for nodeId: 34 > > > datasource: > > > > ns$2008-01-24 10:25:26,510 DEBUG [CollectdScheduler-50 Pool-fiber2] > > > > SnmpCollector: updateRRDs: Skipping update, no data retrieved for > > > nodeId: 34 > > > > datasource: ns$2008-01-24 10:25:26,510 DEBUG [CollectdScheduler-50 > > > > Pool-fiber2] SnmpCollector: updateRRDs: Skipping update, no data > > > retrieved > > > > for nodeId: 34 datasource: ns$2008-01-24 10:25:26,510 DEBUG > > > > [CollectdScheduler-50 Pool-fiber2] SnmpCollector: updateRRDs: > > Skipping > > > > update, no data retrieved for nodeId: 34 datasource: ns$2008-01-24 > > > > 10:25:26,510 DEBUG [CollectdScheduler-50 Pool-fiber2] SnmpCollector: > > > > updateRRDs: Skipping update, no data retrieved for nodeId: 34 > > > datasource: > > > > ns$2008-01-24 10:25:26,510 DEBUG [CollectdScheduler-50 Pool-fiber2] > > > > SnmpCollector: updateRRDs: Skipping update, no data retrieved for > > > nodeId: 34 > > > > datasource: ns$2008-01-24 10:25:26,510 DEBUG [CollectdScheduler-50 > > > > Pool-fiber2] SnmpCollector: updateRRDs: Skipping update, no data > > > retrieved > > > > for nodeId: 34 datasource: ns$2008-01-24 10:25:26,510 DEBUG > > > > [CollectdScheduler-50 Pool-fiber2] SnmpCollector: updateRRDs: > > Skipping > > > > update, no data retrieved for nodeId: 34 datasource: ns$2008-01-24 > > > > 10:25:26,511 DEBUG [CollectdScheduler-50 Pool-fiber2] SnmpCollector: > > > > updateRRDs: Skipping update, no data retrieved for nodeId: 34 > > > datasource: > > > > ns$2008-01-24 10:25:26,511 DEBUG [CollectdScheduler-50 Pool-fiber2] > > > > SnmpCollector: updateRRDs: Skipping update, no data retrieved for > > > nodeId: 34 > > > > datasource: ns$2008-01-24 10:25:26,511 DEBUG [CollectdScheduler-50 > > > > Pool-fiber2] SnmpCollector: updateRRDs: Skipping update, no data > > > retrieved > > > > for nodeId: 34 datasource: ns$2008-01-24 10:25:26,511 DEBUG > > > > [CollectdScheduler-50 Pool-fiber2] SnmpCollector: updateRRDs: > > Skipping > > > > update, no data retrieved for nodeId: 34 datasource: ns$2008-01-24 > > > > 10:25:26,511 DEBUG [CollectdScheduler-50 Pool-fiber2] SnmpCollector: > > > > updateRRDs: Skipping update, no data retrieved for nodeId: 34 > > > datasource: > > > > ns$2008-01-24 10:25:26,511 DEBUG [CollectdScheduler-50 Pool-fiber2] > > > > SnmpCollector: issueRRDUpdate: name:oid:value - > > > > loadavg1:.1.3.6.1.4.1.2021.10.1.5.1:23 > > > > 2008-01-24 10:25:26,511 DEBUG [CollectdScheduler-50 Pool-fiber2] > > > RrdUtils: > > > > createRRD: rrd path and file name to create: > > > > /var/lib/opennms/rrd/snmp/34/loadavg$2008-01-24 10:25:26,511 DEBUG > > > > [CollectdScheduler-50 Pool-fiber2] RrdUtils: updateRRD:updating RRD > > > file: > > > > /var/lib/opennms/rrd/snmp/34/loadavg1.rrd with value$2008-01-24 > > > 10:25:26,511 > > > > DEBUG [CollectdScheduler-50 Pool-fiber2] RrdUtils: updateRRD: RRD > > update > > > > command completed. > > > > > > > > I don't now if these log messages are related to my mib, but they > > are > > > the > > > > only thing that looked strange to me. Does anybody know what else I > > can > > > do > > > > to work around this?? > > > > > > > > Thanks, > > > > > > > > Alejandro > > > > > > > > On Jan 24, 2008 1:23 AM, Stefan Mikuszeit <[email protected]> > > wrote: > > > > > > > > Hello Alejandro, > > > > > > > > the issue was found :-) > > > > > > > > > > ^([Cc](ounter|OUNTER)(32|64)?|[Gg](auge|UAGE)(32|64)?|[Tt](ime|IME)[$ > > > > > > > > <mibObj oid=".1.3.6.1.4.1.17723.2.1.1.19.1.1" instance="0" > > > > alias="tchkPoleo" type="Unsigned32" /> > > > > > > > > change Unsingned32 to Gauge32 and it will work :-) > > > > > > > > The type must be one of the following: Counter32, Counter64, > > Gauge32, > > > > Gauge64, Time, String > > > > Check for type with the entry "default" change it to "string". > > > > > > > > Regards > > > > Stefan > > > > > > > > -----Ursprüngliche Nachricht----- > > > > Von: [email protected] im Auftrag von > > > Alejandro > > > > Islas > > > > Gesendet: Do 24.01.2008 00:49 > > > > An: OpenNMS Code Development and Bugs > > > > Betreff: [*****SPAM***** HOM02EX - BA] - Re: [opennms-devel] data > > > > collection configuration problem - Bayesian Filter detected spam > > > > > > > > Actually, line 1219 is the end of the file...I'm attaching that part > > (in > > > > which my sistemDef is) and also the part in which I defined my mib > > group > > > > (I > > > > used the mibparser to generate it) > > > > > > > > my systemDef... > > > > > > > > </systemDef> > > > > <systemDef name= "Softel"> > > > > <sysoidMask>.1.3.6.1.4.1.17723.</sysoidMask> > > > > <collect> > > > > <includeGroup>Softel-Monitor-MSC</includeGroup> > > > > </collect> > > > > </systemDef> > > > > </systems> > > > > </snmp-collection> > > > > </datacollection-config> > > > > > > > > My group.. > > > > <!-- SOFTEL MIBs --> > > > > <group name = "Softel-Monitor-MSC" ifType="ignore"> > > > > <mibObj oid=".1.3.6.1.4.1.17723.2.1.1.19.1.1" > > > instance="0" > > > > alias="tchkPoleo" type="Unsigned32" /> > > > > <mibObj oid=".1.3.6.1.4.1.17723.2.1.1.19.1.2" > > > instance="0" > > > > alias="maxTchkPoleo" type="Unsigned32" /> > > > > <mibObj oid=".1.3.6.1.4.1.17723.2.1.1.19.1.3" > > > instance="0" > > > > alias="tchkCnts" type="Unsigned32" /> > > > > <mibObj oid=".1.3.6.1.4.1.17723.2.1.1.19.1.4" > > > instance="0" > > > > alias="maxTchkCnts" type="Unsigned32" /> > > > > <mibObj oid=".1.3.6.1.4.1.17723.2.1.1.19.1.5" > > > instance="0" > > > > alias="tprocNotify" type="Unsigned32" /> > > > > <mibObj oid=".1.3.6.1.4.1.17723.2.1.1.19.1.6" > > > instance="0" > > > > alias="maxTprocNotify" type="Unsigned32" /> > > > > <mibObj oid=".1.3.6.1.4.1.17723.2.1.1.19.1.7" > > > instance="0" > > > > alias="tprocBD" type="Unsigned32" /> > > > > <mibObj oid=".1.3.6.1.4.1.17723.2.1.1.19.1.8" > > > instance="0" > > > > alias="maxTprocBD" type="Unsigned32" /> > > > > <mibObj oid=".1.3.6.1.4.1.17723.2.1.1.19.1.9" > > > instance="0" > > > > alias="tregStat" type="Unsigned32" /> > > > > <mibObj oid=".1.3.6.1.4.1.17723.2.1.1.19.1.10" > > > > instance="0" > > > > alias="maxTregStat" type="Unsigned32" /> > > > > <mibObj oid=".1.3.6.1.4.1.17723.2.1.1.19.1.11" > > > > instance="0" > > > > alias="tchkDisp" type="Unsigned32" /> > > > > <mibObj oid=".1.3.6.1.4.1.17723.2.1.1.19.1.12" > > > > instance="0" > > > > alias="maxTchkDisp" type="Unsigned32" /> > > > > <mibObj oid=".1.3.6.1.4.1.17723.2.1.1.19.1.13" > > > > instance="0" > > > > alias="procIndex" type="Integer" /> > > > > <mibObj oid=".1.3.6.1.4.1.17723.2.1.1.19.2.1" > > > instance="0" > > > > alias="csmartPing" type="Unsigned32" /> > > > > <mibObj oid=".1.3.6.1.4.1.17723.2.1.1.19.2.2" > > > instance="0" > > > > alias="csendTo" type="Unsigned32" /> > > > > <mibObj oid=".1.3.6.1.4.1.17723.2.1.1.19.2.3" > > > instance="0" > > > > alias="cthreads" type="Unsigned32" /> > > > > <mibObj oid=".1.3.6.1.4.1.17723.2.1.1.19.2.4" > > > instance="0" > > > > alias="cfalse" type="Unsigned32" /> > > > > <mibObj oid=".1.3.6.1.4.1.17723.2.1.1.19.2.5" > > > instance="0" > > > > alias="pollIndex" type="Integer" /> > > > > <mibObj oid=".1.3.6.1.4.1.17723.2.1.1.19.3.1" > > > instance="0" > > > > alias="smmrxMsgRegistro" type="Unsigned32" /> > > > > <mibObj oid=".1.3.6.1.4.1.17723.2.1.1.19.3.2" > > > instance="0" > > > > alias="smmrxMsg10Min" type="Unsigned32" /> > > > > <mibObj oid=".1.3.6.1.4.1.17723.2.1.1.19.3.3" > > > instance="0" > > > > alias="smmrxMsg1Hora" type="Unsigned32" /> > > > > <mibObj oid=".1.3.6.1.4.1.17723.2.1.1.19.3.4" > > > instance="0" > > > > alias="smmrxMsg6Horas" type="Unsigned32" /> > > > > <mibObj oid=".1.3.6.1.4.1.17723.2.1.1.19.3.5" > > > instance="0" > > > > alias="smmrxMsgDia21" type="Unsigned32" /> > > > > <mibObj oid=".1.3.6.1.4.1.17723.2.1.1.19.3.6" > > > instance="0" > > > > alias="smmrxMsgSMS" type="Unsigned32" /> > > > > <mibObj oid=".1.3.6.1.4.1.17723.2.1.1.19.3.7" > > > instance="0" > > > > alias="smmrxMsgHTML" type="Unsigned32" /> > > > > <mibObj oid=".1.3.6.1.4.1.17723.2.1.1.19.3.8" > > > instance="0" > > > > alias="smmMscDescon" type="Unsigned32" /> > > > > <mibObj oid=".1.3.6.1.4.1.17723.2.1.1.19.3.9" > > > instance="0" > > > > alias="msgsIndex" type="Integer" /> > > > > <mibObj oid=".1.3.6.1.4.1.17723.2.1.1.19.4.1" > > > instance="0" > > > > alias="smmtxError" type="Unsigned32" /> > > > > <mibObj oid=".1.3.6.1.4.1.17723.2.1.1.19.4.2" > > > instance="0" > > > > alias="smmrxError" type="Unsigned32" /> > > > > <mibObj oid=".1.3.6.1.4.1.17723.2.1.1.19.4.3" > > > instance="0" > > > > alias="trmsIndex" type="Integer" /> > > > > <mibObj oid=".1.3.6.1.4.1.17723.2.1.1.19.5.1" > > > instance="0" > > > > alias="bdConexionError" type="Unsigned32" /> > > > > <mibObj oid=".1.3.6.1.4.1.17723.2.1.1.19.5.2" > > > instance="0" > > > > alias="bdQueryCola" type="Unsigned32" /> > > > > <mibObj oid=".1.3.6.1.4.1.17723.2.1.1.19.5.3" > > > instance="0" > > > > alias="bdQueryError" type="Unsigned32" /> > > > > <mibObj oid=".1.3.6.1.4.1.17723.2.1.1.19.5.4" > > > instance="0" > > > > alias="bdQueryErrorFatal" type="Unsigned32" /> > > > > <mibObj oid=".1.3.6.1.4.1.17723.2.1.1.19.5.5" > > > instance="0" > > > > alias="bdIndex" type="Integer" /> > > > > <mibObj oid=".1.3.6.1.4.1.17723.2.1.1.19.6.1" > > > instance="0" > > > > alias="sysError" type="Unsigned32" /> > > > > <mibObj oid=".1.3.6.1.4.1.17723.2.1.1.19.6.2" > > > instance="0" > > > > alias="smmNumSerieError" type="Unsigned32" /> > > > > <mibObj oid=".1.3.6.1.4.1.17723.2.1.1.19.6.3" > > > instance="0" > > > > alias="bdRespuestaError" type="Unsigned32" /> > > > > <mibObj oid=".1.3.6.1.4.1.17723.2.1.1.19.6.4" > > > instance="0" > > > > alias="bdConexionIntento" type="Unsigned32" /> > > > > <mibObj oid=".1.3.6.1.4.1.17723.2.1.1.19.6.5" > > > instance="0" > > > > alias="bdRespuestaIntento" type="Unsigned32" /> > > > > <mibObj oid=".1.3.6.1.4.1.17723.2.1.1.19.6.6" > > > instance="0" > > > > alias="smmMemError" type="Unsigned32" /> > > > > <mibObj oid=".1.3.6.1.4.1.17723.2.1.1.19.6.7" > > > instance="0" > > > > alias="errsIndex" type="Integer" /> > > > > <mibObj oid=".1.3.6.1.4.1.17723.2.1.1.19.6.1" > > > instance="0" > > > > alias="sysprocIndex" type="Integer" /> > > > > <mibObj oid=".1.3.6.1.4.1.17723.2.1.1.19.7.2" > > > instance="0" > > > > alias="bdGeneral" type="Unsigned32" /> > > > > <mibObj oid=".1.3.6.1.4.1.17723.2.1.1.19.7.3" > > > instance="0" > > > > alias="bdPrioridad" type="Unsigned32" /> > > > > <mibObj oid=".1.3.6.1.4.1.17723.2.1.1.19.7.4" > > > instance="0" > > > > alias="bdDisponibilidad" type="Unsigned32" /> > > > > <mibObj oid=".1.3.6.1.4.1.17723.2.1.1.19.7.5" > > > instance="0" > > > > alias="bdSmartPoll" type="Unsigned32" /> > > > > <mibObj oid=".1.3.6.1.4.1.17723.2.1.1.19.7.6" > > > instance="0" > > > > alias="bdCnx1" type="Unsigned32" /> > > > > <mibObj oid=".1.3.6.1.4.1.17723.2.1.1.19.7.7" > > > instance="0" > > > > alias="bdCnx2" type="Unsigned32" /> > > > > <mibObj oid=".1.3.6.1.4.1.17723.2.1.1.19.7.8" > > > instance="0" > > > > alias="bdCnx3" type="Unsigned32" /> > > > > <mibObj oid=".1.3.6.1.4.1.17723.2.1.1.19.7.9" > > > instance="0" > > > > alias="bdCnx4" type="Unsigned32" /> > > > > <mibObj oid=".1.3.6.1.4.1.17723.2.1.1.19.7.10" > > > > instance="0" > > > > alias="activaPoleo" type="Unsigned32" /> > > > > <mibObj oid=".1.3.6.1.4.1.17723.2.1.1.19.7.11" > > > > instance="0" > > > > alias="contador" type="Unsigned32" /> > > > > <mibObj oid=".1.3.6.1.4.1.17723.2.1.1.19.7.12" > > > > instance="0" > > > > alias="notificacion" type="Unsigned32" /> > > > > <mibObj oid=".1.3.6.1.4.1.17723.2.1.1.19.7.13" > > > > instance="0" > > > > alias="estadistica" type="Unsigned32" /> > > > > <mibObj oid=".1.3.6.1.4.1.17723.2.1.1.19.7.14" > > > > instance="0" > > > > alias="disponibilidad" type="Unsigned32" /> > > > > <mibObj oid=".1.3.6.1.4.1.17723.2.1.1.19.7.15" > > > > instance="0" > > > > alias="socketUDP" type="Unsigned32" /> > > > > <mibObj oid=".1.3.6.1.4.1.17723.2.1.1.19.7.16" > > > > instance="0" > > > > alias="main" type="Unsigned32" /> > > > > </group> > > > > > > > > Thanks, > > > > > > > > Alejandro > > > > > > > > On Jan 23, 2008 5:09 PM, Jeff Gehlbach <[email protected]> wrote: > > > > > > > > > -----BEGIN PGP SIGNED MESSAGE----- > > > > > Hash: SHA1 > > > > > > > > > > On Jan 23, 2008, at 5:39 PM, Alejandro Islas wrote: > > > > > > > > > > > Hi, after installing opennms for the first time and doing all > > the > > > > > > modifications mentioned in the How-To's for snmp data > > collection, I > > > > > > noticed that no rrd files were created after relaunching the > > deamon. > > > > > > I looked at the collectd.log and found some syntaxis mistakes > > with > > > > > > the groups/systems I included. However, after solving them I'm > > still > > > > > > not able to load the data collection configuration, and this > > time > > > > > > I'm kind of lost about what could it be. If someone could give > > some > > > > > > kind of work around I will truly appreciate it. Coud this be an > > > > > > installation issue??? I'm attaching part of the log > > > > > > > > > > It's not an installation issue, it's some change that you made to > > > > > datacollection-config.xml. Can you reply with the part of this > > file > > > > > around line 1219? > > > > > > > > > > - -jeff > > > > > -----BEGIN PGP SIGNATURE----- > > > > > Version: GnuPG v1.4.8 (Darwin) > > > > > > > > > > iEYEARECAAYFAkeXyS8ACgkQB3953+hexDrKawCfclSqw3HM+FRLBvOExlZJBLiG > > > > > /EUAn3aT6X20bpI122IpmbL7tDvikAyY > > > > > =Aozq > > > > > -----END PGP SIGNATURE----- > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > > > > This SF.net email is sponsored by: Microsoft > > > > > Defy all challenges. Microsoft(R) Visual Studio 2008. > > > > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > > > > _______________________________________________ > > > > > Please read the OpenNMS Mailing List FAQ: > > > > > http://www.opennms.org/index.php/Mailing_List_FAQ > > > > > > > > > > opennms-devel mailing list > > > > > > > > > > To *unsubscribe* or change your subscription options, see the > > bottom > > > of > > > > > this page: > > > > > https://lists.sourceforge.net/lists/listinfo/opennms-devel > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > > > This SF.net email is sponsored by: Microsoft > > > > Defy all challenges. Microsoft(R) Visual Studio 2008. > > > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > > > _______________________________________________ > > > > Please read the OpenNMS Mailing List FAQ: > > > > http://www.opennms.org/index.php/Mailing_List_FAQ > > > > > > > > opennms-devel mailing list > > > > > > > > To *unsubscribe* or change your subscription options, see the bottom > > of > > > > this page: > > > > https://lists.sourceforge.net/lists/listinfo/opennms-devel > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > > > This SF.net email is sponsored by: Microsoft > > > > Defy all challenges. Microsoft(R) Visual Studio 2008. > > > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > > > _______________________________________________ > > > > Please read the OpenNMS Mailing List FAQ: > > > > http://www.opennms.org/index.php/Mailing_List_FAQ > > > > > > > > opennms-devel mailing list > > > > > > > > To *unsubscribe* or change your subscription options, see the bottom > > of > > > > this page: > > > > https://lists.sourceforge.net/lists/listinfo/opennms-devel > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > > This SF.net email is sponsored by: Microsoft > > > Defy all challenges. Microsoft(R) Visual Studio 2008. > > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > > _______________________________________________ > > > Please read the OpenNMS Mailing List FAQ: > > > http://www.opennms.org/index.php/Mailing_List_FAQ > > > > > > opennms-devel mailing list > > > > > > To *unsubscribe* or change your subscription options, see the bottom > > of > > > this page: > > > https://lists.sourceforge.net/lists/listinfo/opennms-devel > > > > > > > > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by: Microsoft > > Defy all challenges. Microsoft(R) Visual Studio 2008. > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > _______________________________________________ > > Please read the OpenNMS Mailing List FAQ: > > http://www.opennms.org/index.php/Mailing_List_FAQ > > > > opennms-devel mailing list > > > > To *unsubscribe* or change your subscription options, see the bottom of > > this page: > > https://lists.sourceforge.net/lists/listinfo/opennms-devel > > > > ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Please read the OpenNMS Mailing List FAQ: http://www.opennms.org/index.php/Mailing_List_FAQ opennms-devel mailing list To *unsubscribe* or change your subscription options, see the bottom of this page: https://lists.sourceforge.net/lists/listinfo/opennms-devel