[prev in list] [next in list] [prev in thread] [next in thread] 

List:       opennms-install
Subject:    Re: [opennms-install] Can't get snmp data into rrd files???
From:       "longwave () terra ! es" <longwave () terra ! es>
Date:       2008-01-28 11:29:14
Message-ID: 19536245.1201519754545.JavaMail.root () cps4
[Download RAW message or body]

[Attachment #2 (multipart/alternative)]


Same message easier to read.

Hi,

Found out that changing the language of the CDE environment at login 
sorted out the problem.

We had: es_ES.ISO8859-15 (Euro sign)

And we put it to: C, en_US.ISO8859-1 or anything that starts with 
en_US.

This changed the LANG and LC_CTYPE variables to the values indicated 
and made OpenNMS working well.

I guess this had to do with the rrdtool version as the message says it 
tries to create and update the file, which it doesn't.

Our config is:

Solaris 10-x86 11/06
Postgres 8.1.0 compiled on the platform with gcc
rrdtool V1.0.49 (required for the OpenNMS 1.2.7 distribution kit)
Tomcat 4.

The maximum number of open files is always at its maximum in 
Solaris10. The reference isn't there anymore in /etc/system
To be complete: we got at a maximum of about 160 open files of the 
opennms process, which is way below the 255 value.

Regards, Enrique.

----Mensaje original----
De: dj@opennms.org
Recibido: 24/11/2007 19:39
Para: "Installation questions and help"
Asunto: Re: [opennms-install] Can&#39;t get snmp data into rrd 
files???

See if the Java process for the OpenNMS daemon is using around 256 
file
descriptors.  Rrdtool (which is what JniRrdStrategy uses to work with
the RRD files) uses STDIO to do file IO, and on Solaris STDIO can only
use the first 256 file descriptors.  So, if OpenNMS is doing lots of
polling, has a lot of database connections open, etc., it might be 
using
256 or more file descriptors, when when the RRD code goes to write to 
an
RRD file, it can't get a file descriptor  | grep '^ *[0-9][0-9]*:' | wc

If OpenNMS is indeed using around 256 or more files, your best bet is
probably to shutdown OpenNMS, delete all of your RRD files, configure 
it
to switch to JRobin (which doesn't have this problem), and start 
OpenNMS
back up.


        Please let us know if this is the problem  you are seeing,
        - djg


On Thu, 15 Nov 2007 16:06:38 +0100 (MET), "longwave@terra.es"
 said:
> Have to add that the following message appears as well in the output.
log:
> 
> 
> WHAT! rrd open but not created?
> java.lang.Exception: opening
> '/usr/local/opennms/share/rrd/snmp/53/fjgi0-00e000a6ca6c/ifOutErrors.
rrd':
> Error 0
>         at
>         org.opennms.netmgt.rrd.JniRrdStrategy.closeFile
(JniRrdStrategy.java:83)
>         at
>         org.opennms.netmgt.rrd.QueuingRrdStrategy$CreateOperation.
process(QueuingRrdStrategy.java:259)
>         at
>         org.opennms.netmgt.rrd.QueuingRrdStrategy.
processPendingOperations(QueuingRrdStrategy.java:843)
>         at
>         org.opennms.netmgt.rrd.QueuingRrdStrategy.run
(QueuingRrdStrategy.java:796)
>         at java.lang.Thread.run(Thread.java:595)
> 
> 
> Still I have no clue where it comes from. After a reboot of the 
system to
> close any possible open files the fault keeps appearing....
> 
> Thank you on beforehand.
> 
> Enrique.
> 
> 
> Hi All,
> 
> We are using Opennms 1.2.7 on Solaris 10 x86 and somehow
> datacollection from a Solaris9 host with net-snmp won't work.
> 
> Here is what I did:
> 
> - defined a SNMPv1 service in capsd-configuration.xml, forcing SNMP
> version 1.
> - Included SNMPv1 in the poller-configuration.xml
> - Defined the community for the host (which is not public) in snmp-
> config.xml
> - Activated datacollection through a package in collectd-
configuration.
> xml for the service.
> - Assured that the data will be collected through the 
datacollection-
> config.xml package.
> 
> The OID come over well en say it is an Sun Machine, which is OK. The
> net-snmp client is an extension to the snmpdx from sun. The 
following
> command works well from the commandline of the OPennms station:
> 
> # snmpget -v1 -c  jane .1.3.6.1.4.1.2021.10.1.5.1
> laLoadInt.1 = INTEGER: 87
> 
> The log files say the SNMPv1 service is connected well through the
> package in the snmp-config.xml.
> 
> The log files also say:
> 
> 2007-11-14 18:18:21,062 DEBUG [CollectdScheduler-50 Pool-fiber11]
> SnmpCollector: issueRRDUpdate: name:oid:value -  loadavg1:.
> 1.3.6.1.4.1.2021.10.1.5.1:129
> 2007-11-14 18:18:21,062 DEBUG [CollectdScheduler-50 Pool-fiber11]
> RrdUtils: createRRD: rrd path and file name to create:
> /usr/local/opennms/share/rrd/snmp/16/loadavg1.rrd
> 2007-11-14 18:18:21,062 DEBUG [CollectdScheduler-50 Pool-fiber11]
> RrdUtils: updateRRD:updating RRD file:
> /usr/local/opennms/share/rrd/snmp/16/loadavg1.rrd with value:
> 1195060701:129
> 2007-11-14 18:18:21,062 DEBUG [CollectdScheduler-50 Pool-fiber11]
> RrdUtils: updateRRD: RRD update command completed.
> 
> Nevertheless, the rrd files indicated are not generated??? 
Directories
> are fully open (protection 777)  and file systems aren't full 
either.
> Other rrd files of the same node get updated.
> 
> What am I doing wrong? Please help, it is getting a question of 
honor
> finding the fault.
> 
> Thanks.
> 
> 
> 
> 
> 
> Ahora tambi&eacute;n puedes acceder a tu correo Terra desde el
> m&oacute;vil.
> 
> Inf&oacute;rmate pinchando aqu&iacute;.
> 
> 
> 
> 
> 

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
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-install mailing list

To *unsubscribe* or change your subscription options, see the bottom 
of this page:
https://lists.sourceforge.net/lists/listinfo/opennms-install





Ahora también puedes acceder a tu correo Terra desde el móvil.
Infórmate pinchando aquí.









Ahora tambi&eacute;n puedes acceder a tu correo Terra desde el m&oacute;vil.

Inf&oacute;rmate pinchando aqu&iacute;.






[Attachment #5 (text/html)]

Same message easier to read.<br/><br/>Hi,<br/><br/>Found out that changing the \
language of the CDE environment at login <br/>sorted out the problem.<br/><br/>We \
had: es_ES.ISO8859-15 (Euro sign)<br/><br/>And we put it to: C, en_US.ISO8859-1 or \
anything that starts with <br/>en_US.<br/><br/>This changed the LANG and LC_CTYPE \
variables to the values indicated <br/>and made OpenNMS working well.<br/><br/>I \
guess this had to do with the rrdtool version as the message says it <br/>tries to \
create and update the file, which it doesn't.<br/><br/>Our config \
is:<br/><br/>Solaris 10-x86 11/06<br/>Postgres 8.1.0 compiled on the platform with \
gcc<br/>rrdtool V1.0.49 (required for the OpenNMS 1.2.7 distribution kit)<br/>Tomcat \
4.<br/><br/>The maximum number of open files is always at its maximum in \
<br/>Solaris10. The reference isn't there anymore in /etc/system<br/>To be complete: \
we got at a maximum of about 160 open files of the <br/>opennms process, which is way \
below the 255 value.<br/><br/>Regards, Enrique.<br/><br/>----Mensaje \
original----<br/>De: dj@opennms.org<br/>Recibido: 24/11/2007 19:39<br/>Para: \
"Installation questions and help"<opennms-install@lists. sourceforge.net><br/>Asunto: \
Re: [opennms-install] Can&#39;t get snmp data into rrd <br/>files???<br/><br/>See if \
the Java process for the OpenNMS daemon is using around 256 \
<br/>file<br/>descriptors.  Rrdtool (which is what JniRrdStrategy uses to work \
with<br/>the RRD files) uses STDIO to do file IO, and on Solaris STDIO can \
only<br/>use the first 256 file descriptors.  So, if OpenNMS is doing lots \
of<br/>polling, has a lot of database connections open, etc., it might be \
<br/>using<br/>256 or more file descriptors, when when the RRD code goes to write to \
<br/>an<br/>RRD file, it can't get a file descriptor < 256 to use, and fails.

This should get you a count of file descriptors used your OpenNMS
process:

 pfiles <opennms pid> | grep '^ *[0-9][0-9]*:' | wc<br/><br/>If OpenNMS is indeed \
using around 256 or more files, your best bet is<br/>probably to shutdown OpenNMS, \
delete all of your RRD files, configure <br/>it<br/>to switch to JRobin (which \
doesn't have this problem), and start <br/>OpenNMS<br/>back up.<br/><br/><br/>        \
Please let us know if this is the problem  you are seeing,<br/>        - \
djg<br/><br/><br/>On Thu, 15 Nov 2007 16:06:38 +0100 (MET), \
"longwave@terra.es"<br/><longwave@terra.es> said:<br/>> Have to add that the \
following message appears as well in the output.<br/>log:<br/>> <br/>> <br/>> WHAT! \
rrd open but not created?<br/>> java.lang.Exception: opening<br/>> \
'/usr/local/opennms/share/rrd/snmp/53/fjgi0-00e000a6ca6c/ifOutErrors.<br/>rrd':<br/>> \
Error 0<br/>>         at<br/>>         \
org.opennms.netmgt.rrd.JniRrdStrategy.closeFile<br/>(JniRrdStrategy.java:83)<br/>>    \
at<br/>>         org.opennms.netmgt.rrd.QueuingRrdStrategy$CreateOperation.<br/>process(QueuingRrdStrategy.java:259)<br/>> \
at<br/>>         org.opennms.netmgt.rrd.QueuingRrdStrategy.<br/>processPendingOperations(QueuingRrdStrategy.java:843)<br/>> \
at<br/>>         org.opennms.netmgt.rrd.QueuingRrdStrategy.run<br/>(QueuingRrdStrategy.java:796)<br/>> \
at java.lang.Thread.run(Thread.java:595)<br/>> <br/>> <br/>> Still I have no clue \
where it comes from. After a reboot of the <br/>system to<br/>> close any possible \
open files the fault keeps appearing....<br/>> <br/>> Thank you on beforehand.<br/>> \
<br/>> Enrique.<br/>> <br/>> <br/>> Hi All,<br/>> <br/>> We are using Opennms 1.2.7 \
on Solaris 10 x86 and somehow<br/>> datacollection from a Solaris9 host with net-snmp \
won't work.<br/>> <br/>> Here is what I did:<br/>> <br/>> - defined a SNMPv1 service \
in capsd-configuration.xml, forcing SNMP<br/>> version 1.<br/>> - Included SNMPv1 in \
the poller-configuration.xml<br/>> - Defined the community for the host (which is not \
public) in snmp-<br/>> config.xml<br/>> - Activated datacollection through a package \
in collectd-<br/>configuration.<br/>> xml for the service.<br/>> - Assured that the \
data will be collected through the <br/>datacollection-<br/>> config.xml \
package.<br/>> <br/>> The OID come over well en say it is an Sun Machine, which is \
OK. The<br/>> net-snmp client is an extension to the snmpdx from sun. The \
<br/>following<br/>> command works well from the commandline of the OPennms \
station:<br/>> <br/>> # snmpget -v1 -c  jane .1.3.6.1.4.1.2021.10.1.5.1<br/>> \
laLoadInt.1 = INTEGER: 87<br/>> <br/>> The log files say the SNMPv1 service is \
connected well through the<br/>> package in the snmp-config.xml.<br/>> <br/>> The log \
files also say:<br/>> <br/>> 2007-11-14 18:18:21,062 DEBUG [CollectdScheduler-50 \
Pool-fiber11]<br/>> SnmpCollector: issueRRDUpdate: name:oid:value -  loadavg1:.<br/>> \
1.3.6.1.4.1.2021.10.1.5.1:129<br/>> 2007-11-14 18:18:21,062 DEBUG \
[CollectdScheduler-50 Pool-fiber11]<br/>> RrdUtils: createRRD: rrd path and file name \
to create:<br/>> /usr/local/opennms/share/rrd/snmp/16/loadavg1.rrd<br/>> 2007-11-14 \
18:18:21,062 DEBUG [CollectdScheduler-50 Pool-fiber11]<br/>> RrdUtils: \
updateRRD:updating RRD file:<br/>> /usr/local/opennms/share/rrd/snmp/16/loadavg1.rrd \
with value:<br/>> 1195060701:129<br/>> 2007-11-14 18:18:21,062 DEBUG \
[CollectdScheduler-50 Pool-fiber11]<br/>> RrdUtils: updateRRD: RRD update command \
completed.<br/>> <br/>> Nevertheless, the rrd files indicated are not generated??? \
<br/>Directories<br/>> are fully open (protection 777)  and file systems aren't full \
<br/>either.<br/>> Other rrd files of the same node get updated.<br/>> <br/>> What am \
I doing wrong? Please help, it is getting a question of <br/>honor<br/>> finding the \
fault.<br/>> <br/>> Thanks.<br/>> <br/>> <br/>> <br/>> <br/>> <br/>> Ahora \
tambi&eacute;n puedes acceder a tu correo Terra desde el<br/>> m&oacute;vil.<br/>> \
<br/>> Inf&oacute;rmate pinchando aqu&iacute;.<br/>> <br/>> <br/>> <br/>> <br/>> \
<br/><br/>-------------------------------------------------------------------------<br/>This \
SF.net email is sponsored by: Microsoft<br/>Defy all challenges. Microsoft(R) Visual \
Studio 2005.<br/>http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/<br/>_______________________________________________<br/>Please \
read the OpenNMS Mailing List \
FAQ:<br/>http://www.opennms.org/index.php/Mailing_List_FAQ<br/><br/>opennms-install \
mailing list<br/><br/>To *unsubscribe* or change your subscription options, see the \
bottom <br/>of this page:<br/>https://lists.sourceforge.net/lists/listinfo/opennms-install<br/><br/><br/><br/><br/><br/>Ahora \
también puedes acceder a tu correo Terra desde el móvil.<br/>Infórmate pinchando \
aquí.<br/><br/><br/><br/><br> <br>
<br>
<b>Ahora tambi&eacute;n puedes acceder a tu correo Terra desde el \
m&oacute;vil.</b><br> <b>Inf&oacute;rmate pinchando</b><a \
href="http://ad.doubleclick.net/clk;77451406;6134080;d?http://www.correo.movistar.es/do/isp/assistant/login?isp=terra"><b><strong> \
aqu&iacute;.</strong></b></a><br>



-------------------------------------------------------------------------
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-install mailing list

To *unsubscribe* or change your subscription options, see the bottom of this page:
https://lists.sourceforge.net/lists/listinfo/opennms-install

[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic