Re: [Monitorix-general] Strange output and I have no clue

2022-07-07 Thread Jordi Sanfeliu via Monitorix-general

Hi,


On 7/7/22 11:52, lutz.niede...@gmx.net wrote:

I am on my way to set up monitorix and something in the configuration is 
broken.  In the Mail Graph it shows

http://10.211.103.131:8080/monitorix-cgi/%3Cbr and then to the right the graphics for 
greylisting.  So you can read the link which does not work.  This should be the link to 
greylisting and should not be visible and should not contain the "

I've copied the whole  section from your configuration file and I 
don't see such error. All graphs are shown, with no data of course, but 
the graphs look fine.





When I set fs=n everything is fine again.  When I delete my second bind entry, 
everything is ok.  When I set net and netstat to n, everything is ok again.

As far as I can see it is only this one Mail link that gets destroyed.  And I 
cannot find why.  Ok, the configuration is not complete but I cannot find the 
error in the config file.  Maybe more eyes are able to see what's wrong.



This is really strange. I was unable to compare your configuration file 
because it has converted all tabs to spaces. Maybe you can send it again 
as an attachment?


What Monitorix version are you using?
What RRDtool version are you using?
What's your OS, and how did you install Monitorix?

Also, you might want to check in the log file to see if there are some 
error messages.


Regards.

--
Jordi Sanfeliu
FIBRANET Network Services Provider
https://www.fibranet.cat


___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] lmsensors configuration

2022-04-23 Thread Jordi Sanfeliu via Monitorix-general

Hello,

On 4/22/22 14:42, Steve Valliere wrote:

Sorry for being a pest, but I'm trying to figure out what I've done wrong.  
After this I promise to shut up and go away. (smile)


Steve, you are very welcome :-), this list has a very low activity, 
almost only used for version announcements.


Nowadays, most people seem to prefer GitHub to ask for issues, 
questions, etc. Anyway, it's fine to see someone writing here.





I enabled the hourly graphs and got this for the last hour's CPU Core 
temperatures (image attached). When I've seen a missing/zero value, there has 
always been a (near) vertical line drawn between the X axis and the 'actual' 
values. The attached graph doesn't show any of that and yet did not auto scale. 
 If you look closely, you can see that all five tracks are plotted in the very 
narrow 'track blob' at the top.

So, how did I defeat the auto-scaling feature? Or is the graph /using/ a zero 
value (that it invented, since 'sensors' never outputs 0C for a CPU Core temp!) 
and electing not to draw the associated line segment(s)?


I'm sorry, now I realized that the option 'use_nan_for_missing_data' was 
already recently included in the 'lmsens.pm' module. See here 
<https://github.com/mikaku/Monitorix/pull/406>.


So you only need to add the following options in your  section:

use_nan_for_missing_data = y
limit = 100, 100, 100, 100, 100

and wait until all data plotted (in your selected time frame) is changed 
to use NaN for all zero values. That is, your graph will start 
autoscaling correctly after an hour in the hourly graph and after a day 
in the daily graph and so on.


Check the following issue <https://github.com/mikaku/Monitorix/pull/403> 
to read a similar problem a user had but with a different graph.





[Side note:  I tried switching to text mode output to look at the values, but all of the 
selections I have tried fail with messages like "ERROR: while fetching 
/var/lib/monitorix/lmsens.rrd: resolution: value must be (suffixed) positive number" 
on the HOURLY setting -- text mode seems to work fine for daily and above]


Yes, text version might well support only standard time frames (daily, 
weekly, etc.), hourly is a 'tricky' time frame.


Regards.

--
Jordi Sanfeliu
FIBRANET Network Services Provider
https://www.fibranet.cat


___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] lmsensors configuration

2022-04-22 Thread Jordi Sanfeliu via Monitorix-general

Hello,

On 4/21/22 20:08, Steve Valliere wrote:

Re #2 (setting Y-axis ranges)... I do not understand the need to add the use 
nan setting, since to set a sensible range for the bulk of the values on my 
graph.  For example, the core (and GPU) temps on my system are just about 
always 55C +/- 2C, so why am I required to have a graph whose scale goes from 0 
to 60?  I was hoping it might auto-adjust the low limit on the scale once the 
graph filled, but it did not.



It looks like both the min and max values for the Y axis are settable 
parameters for the graphics package, so I'm requesting that we be allowed to 
set them without hacking into the perl script on our own.  But I think I can 
figure that out if you don't think there's any value to graphs that aren't 
generally a flat line, um, sorry, I mean if you don't see the value in this 
option.



The graphs do autoscaling automatically, this is an RRDtool feature. The 
problem is that some graphs plot a zero value when there is not value to 
plot and that forces the graph to scale from 0 to the maximum value 
represented.


This behavior is accepted in the majority of cases. That's the reason 
why not all the graphs include the option 'use_nan_for_missing_data' 
which forces to use the value NaN when there is no value to represent.


Regards.

--
Jordi Sanfeliu
FIBRANET Network Services Provider
https://www.fibranet.cat


___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] lmsensors configuration

2022-04-21 Thread Jordi Sanfeliu via Monitorix-general

Hello Steve,

On 4/21/22 15:05, Steve Valliere wrote:


I’m hoping there is a way to do a few things:

 1. Sensibly map all (I hope) of my sensors output to the graphs


This is out of scope of Monitorix, you need to modify lm_sensors to 
output different names.


Please read this FAQ <https://www.monitorix.org/faq.html#Q125>, which 
will guide you to <https://github.com/mikaku/Monitorix/issues/131>.





 2. Find the setting for the min/max values for the various graphs (e.g.
the core temps only need 30-70 or so)


This would need to introduce the option 'use_nan_for_missing_data' like 
some other graphs already have 
(<https://github.com/mikaku/Monitorix/issues/401>).


Please, open a new issue in GitHub to help to track this change.




 3. Remove graphs with no data points from the display.


That's not possible as the majority of graph layouts in Monitorix are fixed.

Regards.

--
Jordi Sanfeliu
FIBRANET Network Services Provider
https://www.fibranet.cat


___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] Reports no longer working

2022-01-30 Thread Jordi Sanfeliu via Monitorix-general

Hi,

Thank you very much for your feedback, and sorry for the inconveniences 
of this bug.


Do you give me permission to include your name and email address in the 
Changes file, as the person who found this bug?


Regards.



On 1/30/22 09:44, Micke Test via Monitorix-general wrote:

Hi,


Yes, your patch works!

I sent a report at 09:40 local time, and it looks like this.


Sun Jan 30 09:40:01 2022 - OK - [127.0.0.1] "GET 
/monitorix-cgi/monitorix.cgi - libwww-perl/6.52"
Sun Jan 30 09:40:01 2022 - OK - [127.0.0.1] "GET 
/monitorix/imgs/system1.1day.png - libwww-perl/6.52"
Sun Jan 30 09:40:01 2022 - OK - [127.0.0.1] "GET 
/monitorix/imgs/system2.1day.png - libwww-perl/6.52"
Sun Jan 30 09:40:01 2022 - OK - [127.0.0.1] "GET 
/monitorix/imgs/system3.1day.png - libwww-perl/6.52"
Sun Jan 30 09:40:01 2022 - OK - [127.0.0.1] "GET 
/monitorix/imgs/system4.1day.png - libwww-perl/6.52"
Sun Jan 30 09:40:01 2022 - OK - [127.0.0.1] "GET 
/monitorix/imgs/system5.1day.png - libwww-perl/6.52"
Sun Jan 30 09:40:01 2022 - OK - [127.0.0.1] "GET 
/monitorix-cgi/monitorix.cgi - libwww-perl/6.52"
Sun Jan 30 09:40:01 2022 - OK - [127.0.0.1] "GET 
/monitorix/imgs/fs01.1day.png - libwww-perl/6.52"
Sun Jan 30 09:40:01 2022 - OK - [127.0.0.1] "GET 
/monitorix/imgs/fs02.1day.png - libwww-perl/6.52"
Sun Jan 30 09:40:01 2022 - OK - [127.0.0.1] "GET 
/monitorix/imgs/fs03.1day.png - libwww-perl/6.52"
Sun Jan 30 09:40:01 2022 - OK - [127.0.0.1] "GET 
/monitorix/imgs/fs04.1day.png - libwww-perl/6.52"
Sun Jan 30 09:40:01 2022 - OK - [127.0.0.1] "GET 
/monitorix-cgi/monitorix.cgi - libwww-perl/6.52"
Sun Jan 30 09:40:01 2022 - OK - [127.0.0.1] "GET 
/monitorix/imgs/du0.1day.png - libwww-perl/6.52"
Sun Jan 30 09:40:01 2022 - OK - [127.0.0.1] "GET 
/monitorix/imgs/du1.1day.png - libwww-perl/6.52"
Sun Jan 30 09:40:02 2022 - OK - [127.0.0.1] "GET 
/monitorix-cgi/monitorix.cgi - libwww-perl/6.52"
Sun Jan 30 09:40:02 2022 - OK - [127.0.0.1] "GET 
/monitorix/imgs/port0i.1day.png - libwww-perl/6.52"
Sun Jan 30 09:40:02 2022 - OK - [127.0.0.1] "GET 
/monitorix/imgs/port1i.1day.png - libwww-perl/6.52"
Sun Jan 30 09:40:02 2022 - OK - [127.0.0.1] "GET 
/monitorix/imgs/port2i.1day.png - libwww-perl/6.52"
Sun Jan 30 09:40:02 2022 - OK - [127.0.0.1] "GET 
/monitorix/imgs/port3i.1day.png - libwww-perl/6.52"
Sun Jan 30 09:40:02 2022 - OK - [127.0.0.1] "GET 
/monitorix/imgs/port4i.1day.png - libwww-perl/6.52"
Sun Jan 30 09:40:02 2022 - OK - [127.0.0.1] "GET 
/monitorix/imgs/port5i.1day.png - libwww-perl/6.52"



Thank you for your help.


Regards


/Michael



--
Jordi Sanfeliu
FIBRANET Network Services Provider
https://www.fibranet.cat



___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] Reports no longer working

2022-01-29 Thread Jordi Sanfeliu via Monitorix-general
[127.0.0.1] File does not exist: /
Fri Jan 19 00:00:02 2022 - NOTEXIST - [127.0.0.1] File does not exist: /
Fri Jan 19 00:00:02 2022 - OK - [127.0.0.1] "GET 
/monitorix-cgi/monitorix.cgi - libwww-perl/6.52"

Fri Jan 19 00:00:02 2022 - NOTEXIST - [127.0.0.1] File does not exist: /
Fri Jan 19 00:00:02 2022 - NOTEXIST - [127.0.0.1] File does not exist: /
Fri Jan 19 00:00:02 2022 - NOTEXIST - [127.0.0.1] File does not exist: /
Fri Jan 19 00:00:02 2022 - NOTEXIST - [127.0.0.1] File does not exist: /
Sat Jan 20 00:00:02 2022 - OK - [127.0.0.1] "GET 
/monitorix-cgi/monitorix.cgi - libwww-perl/6.52"



Regards


/Michael


Hi,

I've updated dozens of servers without any problem so far. If you can
bring more information about the OS you are using and how did you update
Monitorix, perhaps I could give some help.

Just let me know.
Regards.



On 1/29/22 15:22, Micke Test via Monitorix-general wrote:
> Hi,
> 
> 
> I've been using Monitorix for about a year now and everything has been 
> working great.
> 
> But after the update January 18 2022, my reports no longer contain any 
> graphs.
> 
> 
> Is this feature broken in 3.14.0 or is there a workaround?
> 
> 
> 
> Thanks,
> 
> 
> /Michael





--
Jordi Sanfeliu
FIBRANET Network Services Provider
https://www.fibranet.cat


___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] Reports no longer working

2022-01-29 Thread Jordi Sanfeliu via Monitorix-general

Hi,

The permission bits in the imgs/ directory could have changed during the 
update procedure.


Check the permissions in the /var/lib/monitorix/www/imgs/ directory, and 
make sure that Monitorix can write images there.


Regards.



On 1/29/22 22:21, Micke Test via Monitorix-general wrote:

Hi,


OS versions are Debian 10 & Debian 11.


Using this repository

deb https://apt.izzysoft.de/ubuntu <https://apt.izzysoft.de/ubuntu> 
generic universe



I have a script running every night updating all servers.

apt-get update && apt-get full-upgrade -y


I checked the /var/log/monitorix-httpd

My automated reports are sent at midnight,

and it looks like this the day before and the day after the 3.14.0 update


Tue Jan 18 00:00:01 2022 - OK - [127.0.0.1] "GET 
/monitorix-cgi/monitorix.cgi - libwww-perl/6.52"
Tue Jan 18 00:00:02 2022 - OK - [127.0.0.1] "GET 
/monitorix/imgs/system1.1day.png - libwww-perl/6.52"
Tue Jan 18 00:00:02 2022 - OK - [127.0.0.1] "GET 
/monitorix/imgs/system2.1day.png - libwww-perl/6.52"
Tue Jan 18 00:00:02 2022 - OK - [127.0.0.1] "GET 
/monitorix/imgs/system3.1day.png - libwww-perl/6.52"
Tue Jan 18 00:00:02 2022 - OK - [127.0.0.1] "GET 
/monitorix/imgs/system4.1day.png - libwww-perl/6.52"
Tue Jan 18 00:00:02 2022 - OK - [127.0.0.1] "GET 
/monitorix/imgs/system5.1day.png - libwww-perl/6.52"
Tue Jan 18 00:00:02 2022 - OK - [127.0.0.1] "GET 
/monitorix-cgi/monitorix.cgi - libwww-perl/6.52"
Tue Jan 18 00:00:02 2022 - OK - [127.0.0.1] "GET 
/monitorix/imgs/fs01.1day.png - libwww-perl/6.52"
Tue Jan 18 00:00:02 2022 - OK - [127.0.0.1] "GET 
/monitorix/imgs/fs02.1day.png - libwww-perl/6.52"
Tue Jan 18 00:00:02 2022 - OK - [127.0.0.1] "GET 
/monitorix/imgs/fs03.1day.png - libwww-perl/6.52"
Tue Jan 18 00:00:02 2022 - OK - [127.0.0.1] "GET 
/monitorix/imgs/fs04.1day.png - libwww-perl/6.52"
Fri Jan 19 00:00:01 2022 - OK - [127.0.0.1] "GET 
/monitorix-cgi/monitorix.cgi - libwww-perl/6.52"

Fri Jan 19 00:00:02 2022 - NOTEXIST - [127.0.0.1] File does not exist: /
Fri Jan 19 00:00:02 2022 - NOTEXIST - [127.0.0.1] File does not exist: /
Fri Jan 19 00:00:02 2022 - NOTEXIST - [127.0.0.1] File does not exist: /
Fri Jan 19 00:00:02 2022 - NOTEXIST - [127.0.0.1] File does not exist: /
Fri Jan 19 00:00:02 2022 - NOTEXIST - [127.0.0.1] File does not exist: /
Fri Jan 19 00:00:02 2022 - OK - [127.0.0.1] "GET 
/monitorix-cgi/monitorix.cgi - libwww-perl/6.52"

Fri Jan 19 00:00:02 2022 - NOTEXIST - [127.0.0.1] File does not exist: /
Fri Jan 19 00:00:02 2022 - NOTEXIST - [127.0.0.1] File does not exist: /
Fri Jan 19 00:00:02 2022 - NOTEXIST - [127.0.0.1] File does not exist: /
Fri Jan 19 00:00:02 2022 - NOTEXIST - [127.0.0.1] File does not exist: /
Sat Jan 20 00:00:02 2022 - OK - [127.0.0.1] "GET 
/monitorix-cgi/monitorix.cgi - libwww-perl/6.52"



Regards


/Michael



--
Jordi Sanfeliu
FIBRANET Network Services Provider
https://www.fibranet.cat


___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] Reports no longer working

2022-01-29 Thread Jordi Sanfeliu via Monitorix-general

Hi,

I've updated dozens of servers without any problem so far. If you can 
bring more information about the OS you are using and how did you update 
Monitorix, perhaps I could give some help.


Just let me know.
Regards.



On 1/29/22 15:22, Micke Test via Monitorix-general wrote:

Hi,


I've been using Monitorix for about a year now and everything has been 
working great.


But after the update January 18 2022, my reports no longer contain any 
graphs.



Is this feature broken in 3.14.0 or is there a workaround?



Thanks,


/Michael



--
Jordi Sanfeliu
FIBRANET Network Services Provider
https://www.fibranet.cat


___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


[Monitorix-general] Monitorix 3.14.0 released

2022-01-18 Thread Jordi Sanfeliu via Monitorix-general

Monitorix 3.14.0 has been released!

This new version introduces three new modules: nvme.pm, which is capable 
of monitoring an unlimited number of NVM Express (NVMe) devices, the 
amdgpu.pm, to monitor also an unlimited number of AMD GPU graphic cards, 
and nvidiagpu.pm which can be seen as an extended version of the current 
module nvidia.pm, as it comes with more detailed statistics.


The rest of new features, changes and bugs fixed are, as always, 
reflected in the Changes file.


Please, check the monitorix.conf(5) man page for all the details.

NOTICE: The configuration file monitorix.conf has been extended with 
important changes.


All users still using older versions are encouraged to upgrade to this 
version.


--
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat


___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


[Monitorix-general] Monitorix 3.13.1 released

2021-01-27 Thread Jordi Sanfeliu via Monitorix-general

Monitorix 3.13.1 has been released!

This new version fixes a security bug introduced in the 3.13.0 version 
that lead the HTTP built-in server to bypass the Basic Authentication 
when the option hosts_deny is not defined, which is the default.


Besides this fix, this version also updates the main configuration file 
to add the option hosts_deny = all by default inside the auth 
subsection, in an attempt to make the default behavior more clear.


All users using the 3.13.0 version are advised and encouraged to upgrade 
to this new version, which resolves the security issue.


--
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat


___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


[Monitorix-general] Monitorix 3.13.0 released

2021-01-22 Thread Jordi Sanfeliu via Monitorix-general

Monitorix 3.13.0 has been released!

This new version introduces three new modules: the long-awaited pgsql.pm 
capable of monitoring up to 9 databases of an unlimited number of 
PostgreSQL servers, the redis.pm and tinyproxy.pm which are both also 
capable of monitoring an unlimited number of Redis and Tinyproxy servers 
respectively.


This version also includes some interesting new features. The new CSS 
theming support will allow people to create their own color themes. The 
new support for the ss command in port.pm and nginx.pm modules. The 
ability to map the device names and also to include a title name in 
disk.pm module. The new stacked visualization of network stats available 
on a number of modules, and more.


Also with this new version, Monitorix is able to be executed as a 
regular user instead of root. This is of course subject to the 
capabilities of each module to get statistics without using the superuser.


The rest of new features, changes and bugs fixed are, as always, 
reflected in the Changes file.


Please, check the monitorix.conf(5) man page for all the details.

NOTICE: The configuration file monitorix.conf has been extended with 
important changes.


All users still using older versions are encouraged to upgrade to this 
version.


--
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat


___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] Multihost don't reach nodes on local network

2020-08-02 Thread Jordi Sanfeliu

Hello Jon,

There is a typo with 'f001', it's defined as 'f001' in the 
'remotehost_list' but you referenced it as 'f011' in 'remotehost_desc'.


Can you, please, check if 'elinks' can reach 'f001' and 'f002' from a 
terminal session in 'gandalf'?


$ elinks http://f001:8080/monitorix
$ elinks http://f002:8080/monitorix

Just let me know.
Thanks.



On 8/2/20 2:07 PM, Jon Tegner wrote:

Hi,

just starting using Monitorix, and having problem using multihost 
reaching machines on local, 192-network.


Setup is the following:

* master hast two interfaces, one to the internet and one to a local 
network, 192.168.56.0.
* master (here called gandalf) is using apache (and I have disabled 
builtin httpd on this).

* The machines on 192.168.56.0 use builtin httpd.
* Some relevant lines in monitorix.conf on the master are:

remotehost_list =gandalf,f001,f002
   
  0 = http://gandalf,/monitorix,/monitorix-cgi
  1 = http://f011:8080,/monitorix,/monitorix-cgi
  2 = http://f002:8080,/monitorix,/monitorix-cgi
   

This enables me to see all the data from the master/gandalf, but nothing 
from neither f001 nor f002.


Again, gandalf have two nics, and curl indicates that both f001:8080 and 
f002:8080 are "working", i.e. they seem to generate relevant html.


I have probably missed something obvious, and any hints are greatly 
appreciated!


Machines are running CentOS-8.2, and monitorix-3.12.0-1.el8.noarch is used.

Thanks,
/jon



___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general



--
Jordi Sanfeliu
FIBRANET Network Services Provider
https://www.fibranet.cat


___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] custom monitorix module to graph not yet supported data

2020-04-22 Thread Jordi Sanfeliu

Jehan,

Thank you very much for this well detailed HOWTO, it indeed will be a 
great help for those wanting to create their own custom module.


Best regards.



On 4/21/20 8:44 PM, Jehan PROCACCIA wrote:

Hello list

I am very pleased with monitorix , it graphs most of what I need.
but I have a proprietary ADSL router provided by my ISP that doesn't 
provide local graph of In and Out trafic to the Internet .
So I decided, with great help from monitorix developer,  to write my own 
module
as I didn't find much documentation on writing your own module, I 
contribute to the project by publishing how I did it based on the 
nginx.pm module

It may inspire other contributions,
here it is :
https://www-public.imtbs-tsp.eu/~procacci/dok/doku.php?id=docpublic:reseaux:services:monitorix_custom

regards .






--
Jordi Sanfeliu
FIBRANET Network Services Provider
https://www.fibranet.cat


___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] fail2ban filter for Monitorix

2020-04-04 Thread Jordi Sanfeliu
Sure, this filter probably lacks things here and there and it's far from 
being perfect, but it's a good start overall and works well for the 
majority of cases.


Feel free to improve it!

Regards.


On 4/4/20 10:04 AM, Narcis Garcia via Monitorix-general wrote:

I've looked failures logged and I see it's recording source traffic IP
but not visitor's one if it comes through a proxy (X-Forwarded-For):

$ sudo cat /var/log/monitorix-httpd | grep -ie AUTHERR
Thu Apr  2 16:14:35 2020 - AUTHERR - [192.168.1.33] Authentication
error: /monitorix/

This will produce fail2ban to block all visitors from same HTTP proxy.

I also want to warn about NOTEXIST key to filter:
$ sudo cat /var/log/monitorix-httpd | grep -ie NOTEXIST
Thu Apr  2 08:55:28 2020 - NOTEXIST - [192.168.1.33] File does not exist: /
Sat Apr  4 09:50:16 2020 - NOTEXIST - [192.168.1.33] File does not
exist: /favicon.ico
Sat Apr  4 09:51:21 2020 - NOTEXIST - [192.168.1.33] File does not
exist: /monitoric


Thank you;

Narcis Garcia



--
Jordi Sanfeliu
FIBRANET Network Services Provider
https://www.fibranet.cat


___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] fail2ban filter for Monitorix

2020-04-03 Thread Jordi Sanfeliu

Hello,

The following filter for fail2ban should suffice:


8<
# Fail2Ban filter for Monitorix (HTTP built-in server)
#

[INCLUDES]

before = common.conf

[Definition]

# Option:  failregex
# Notes.:  regex to match the password failures messages in the logfile. The
#  host must be matched by a group named "host". The tag 
"" can
#  be used for standard IP/hostname matching and is only an 
alias for

#  (?:::f{4,6}:)?(?P\S+)
# Values:  TEXT
#

_daemon = monitorix-httpd

failregex = NOTEXIST - \[\] .*
AUTHERR - \[\] .*
NOTALLOWED - \[\] .*

# Option:  ignoreregex
# Notes.:  regex to ignore. If this regex matches, the line is ignored.
# Values:  TEXT
#
ignoreregex =
8<

Just let me know if it works for you, and if so, I'll push a new request 
to the fail2ban project to include it.


Regards.



On 4/2/20 10:09 AM, Narcis Garcia via Monitorix-general wrote:

htpasswd method with system's crypt() is pretty weak to face brute-force
attacks.

Does somebody have written an adequate fail2ban filter for http attacks
to Monitorix?

Thank you.



--
Jordi Sanfeliu
FIBRANET Network Services Provider
https://www.fibranet.cat


___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] Automatic email reports: Default graphs

2020-04-02 Thread Jordi Sanfeliu

Hello,

As stated in the man page:

"graphs
  This is a comma-separated list of graph names you want to 
appear in the email report. The names are the same as their .rrd files. 
There is a list of them in the graph_name option in monitorix.conf.


  Default value: system, fs
"

So, just put the same graphs you have enabled in your 'monitorix.conf'.
Regards.



On 4/2/20 9:47 AM, Narcis Garcia via Monitorix-general wrote:

Hello,

In /etc/monitorix/monitorix.conf
emailreports -> monthly -> graphs

What value (or empty) must I set there to get same reports as visiting
web UI?

Thank you.



--
Jordi Sanfeliu
FIBRANET Network Services Provider
https://www.fibranet.cat



___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] Automatic email reports: No password for local access

2020-04-02 Thread Jordi Sanfeliu

Hello,

No, there is no way to do that.

I might introduce a modification to use 'hosts_allow' to bypass the 
Basic Authentication mechanism, even when it is enabled. But I'm not 
sure the implications this will have right now.


If you agree, please, file an issue at GitHub so we can track it.
Thanks.


On 4/2/20 9:54 AM, Narcis Garcia via Monitorix-general wrote:

Hello,

/etc/monitorix/monitorix.conf
httpd_builtin -> auth -> enabled = y

Is there some way to this only applies to non-localhost visitors?

I need to not save clear passwords here:
emailreports -> url_prefix

Thank you.



--
Jordi Sanfeliu
FIBRANET Network Services Provider
https://www.fibranet.cat


___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] Bug in 3.12.0

2020-02-27 Thread Jordi Sanfeliu

Izzy,

No, no need to do anything on your part.
Thank you very much.


On 2/28/20 8:35 AM, Andreas Itzchak Rehberg wrote:

Ah, the other jail… Yes, that could be.

Is there anything you want me to change in packaging?

(I'm aware the mailing list will reject this again, but keeping it in
makes it easier for you to answer ;)

Best,
Izzy.

On Fri, 2020-02-28 at 08:25 +0100, Jordi Sanfeliu wrote:

Hello,

(Izzy, your message was automatically discarded by the mailing list,
sorry.)

As pointed by Baptiste (the package maintainer for newer Debian
versions) on freenode, [postfix-rbl] jail is not part of the default
configuration of Monitorix in Debian.

So, it's probably that you already had such jail defined in
'monitorix.conf' before updating to 3.12. Remember that in all
versions
prior to 3.12, Monitorix was not using the command 'fail2ban-client'
and
so undefined jails didn't generate warnings in the fail2ban log file.

Frank, if you don't use such jail then just remove it from your
'monitorix.conf' file (and restart Monitorix).

Regards.



On 2/27/20 10:32 PM, Andreas Itzchak Rehberg wrote:


Are you two talking about those entries in the f2b log:

2020-02-24 08:41:05,901 fail2ban.comm   : WARNING Invalid command:
['status', 'apache']
2020-02-24 08:41:07,111 fail2ban.comm   : WARNING Invalid command:
['status', 'pam-generic']

If so: I can confirm they pop up here as well. But I doubt they are
specific to the Debian package. In my case, these two are the only
ones
showing up in the log – and both jails are indeed disabled on that
machine. It would most likely help to disable them in the monitorix
config as well (or to enable them in f2b).

For the former, just copy the "" block from
"/etc/monitorix/monitorix.conf" to your site-specific
"/etc/monitorix/conf.d/xxx.conf" and remove the "offending" jails
from
"" (that correct, Jordi?).

If you were talking about something else, please specify :)

Best,
Izzy.

On Thu, 2020-02-27 at 13:02 +0100, Jordi Sanfeliu wrote:


Hello Frank,

I've CCed Andreas 'Izzy' the package maintainer for Debian
systems,
to
let him know about this issue.


On 2/27/20 11:56 AM, Frank B wrote:



This looked strange to me, since I've disabled the postfix-rbl
jail.
Activating this jail and reloading fail2ban stopped the
warnings.
As far
as I know there were no changes on my system, so I started
digging
deeper and found in apt's history.log:

===
Start-Date: 2020-02-24  09:28:55
Commandline: apt upgrade
Upgrade: monitorix:amd64 (3.11.0-izzy1, 3.12.0-izzy1)
End-Date: 2020-02-24  09:28:57
===

Notice the timestamps of the first warning and the upgrade of
Monitorix
to 3.12.0.

The new warnings in the fail2ban log are probably due the fact
that
since 3.12, Monitorix uses by default the command 'fail2ban-
client'
to
know about the number of IP bans per jail. It looks like such
command
routes directly these warnings to the fail2ban log.





In monitorix.conf [postfix-rbl] was enabled in the fail2ban
graph
section. Disabling this and disabling the postfix-rbl jail
again
(the
host of my VPS has limited the number of IP packet filtering
entries, so
I have to be very selective with my jail setup) fixed the
situation. As
an added "bonus" I lost the history of my fail2ban graph in
Monitorix;
all data in the graph before the upgrade is gone. The other
graphs
are fine.

As stated in the manpage:

"WARNING: Every time the number of entries in this option
changes,
Monitorix will resize the fail2ban.rrd file accordingly, removing
all
historical data."

Monitorix creates automatically a backup of the old file, so you
should
have all your historical data in the file
'/var/lib/monitorix/fail2ban.rrd.bak'.

Just rename that file and reset the number of configured jails in
Monitorix to match with that file, and you will continue enjoying
your
historical data.





Summary: a disabled jail in fail2ban but enabled in the
fail2ban
graph
section of Monitorix floods fail2ban.log with warnings. I did
not
try to
reproduce this issue with other jails.

Yes apparently this is a fail2ban feature (perhaps configurable).

To make sure, just try to force a warning in the fail2ban log by
requesting information of an nonexistent jail, like this:
'fail2ban-client status jailnotexistent'.


Regards.



--
Jordi Sanfeliu
FIBRANET Network Services Provider
https://www.fibranet.cat

La possible informació de caràcter personal que pugui contenir el 
present correu electrònic, està protegida degudament per la normativa 
del Reglament Europeu de Protecció de Dades (RGPD), que compromet no 
utilitzar-la per a finalitats diferents per la que s'ha remès al 
destinatari, a l’hora que la subjecta a una obligació de 
confidencialitat. En conseqüència, és d'ús exclusiu per al destinatari, 
quedant prohibida a qualsevol altra persona la seva revelació, còpia, 
distribució o l'exercici de qualsevol acció relativa al seu contingut. 
Si rebéssiu aquest correu electròn

Re: [Monitorix-general] Bug in 3.12.0

2020-02-27 Thread Jordi Sanfeliu

Hello,

(Izzy, your message was automatically discarded by the mailing list, sorry.)

As pointed by Baptiste (the package maintainer for newer Debian 
versions) on freenode, [postfix-rbl] jail is not part of the default 
configuration of Monitorix in Debian.


So, it's probably that you already had such jail defined in 
'monitorix.conf' before updating to 3.12. Remember that in all versions 
prior to 3.12, Monitorix was not using the command 'fail2ban-client' and 
so undefined jails didn't generate warnings in the fail2ban log file.


Frank, if you don't use such jail then just remove it from your 
'monitorix.conf' file (and restart Monitorix).


Regards.



On 2/27/20 10:32 PM, Andreas Itzchak Rehberg wrote:

Are you two talking about those entries in the f2b log:

2020-02-24 08:41:05,901 fail2ban.comm   : WARNING Invalid command:
['status', 'apache']
2020-02-24 08:41:07,111 fail2ban.comm   : WARNING Invalid command:
['status', 'pam-generic']

If so: I can confirm they pop up here as well. But I doubt they are
specific to the Debian package. In my case, these two are the only ones
showing up in the log – and both jails are indeed disabled on that
machine. It would most likely help to disable them in the monitorix
config as well (or to enable them in f2b).

For the former, just copy the "" block from
"/etc/monitorix/monitorix.conf" to your site-specific
"/etc/monitorix/conf.d/xxx.conf" and remove the "offending" jails from
"" (that correct, Jordi?).

If you were talking about something else, please specify :)

Best,
Izzy.

On Thu, 2020-02-27 at 13:02 +0100, Jordi Sanfeliu wrote:

Hello Frank,

I've CCed Andreas 'Izzy' the package maintainer for Debian systems,
to
let him know about this issue.


On 2/27/20 11:56 AM, Frank B wrote:


This looked strange to me, since I've disabled the postfix-rbl
jail.
Activating this jail and reloading fail2ban stopped the warnings.
As far
as I know there were no changes on my system, so I started digging
deeper and found in apt's history.log:

===
Start-Date: 2020-02-24  09:28:55
Commandline: apt upgrade
Upgrade: monitorix:amd64 (3.11.0-izzy1, 3.12.0-izzy1)
End-Date: 2020-02-24  09:28:57
===

Notice the timestamps of the first warning and the upgrade of
Monitorix
to 3.12.0.

The new warnings in the fail2ban log are probably due the fact that
since 3.12, Monitorix uses by default the command 'fail2ban-client'
to
know about the number of IP bans per jail. It looks like such
command
routes directly these warnings to the fail2ban log.




In monitorix.conf [postfix-rbl] was enabled in the fail2ban graph
section. Disabling this and disabling the postfix-rbl jail again
(the
host of my VPS has limited the number of IP packet filtering
entries, so
I have to be very selective with my jail setup) fixed the
situation. As
an added "bonus" I lost the history of my fail2ban graph in
Monitorix;
all data in the graph before the upgrade is gone. The other graphs
are fine.

As stated in the manpage:

"WARNING: Every time the number of entries in this option changes,
Monitorix will resize the fail2ban.rrd file accordingly, removing
all
historical data."

Monitorix creates automatically a backup of the old file, so you
should
have all your historical data in the file
'/var/lib/monitorix/fail2ban.rrd.bak'.

Just rename that file and reset the number of configured jails in
Monitorix to match with that file, and you will continue enjoying
your
historical data.




Summary: a disabled jail in fail2ban but enabled in the fail2ban
graph
section of Monitorix floods fail2ban.log with warnings. I did not
try to
reproduce this issue with other jails.

Yes apparently this is a fail2ban feature (perhaps configurable).

To make sure, just try to force a warning in the fail2ban log by
requesting information of an nonexistent jail, like this:
'fail2ban-client status jailnotexistent'.


Regards.



--
Jordi Sanfeliu
FIBRANET Network Services Provider
https://www.fibranet.cat

La possible informació de caràcter personal que pugui contenir el 
present correu electrònic, està protegida degudament per la normativa 
del Reglament Europeu de Protecció de Dades (RGPD), que compromet no 
utilitzar-la per a finalitats diferents per la que s'ha remès al 
destinatari, a l’hora que la subjecta a una obligació de 
confidencialitat. En conseqüència, és d'ús exclusiu per al destinatari, 
quedant prohibida a qualsevol altra persona la seva revelació, còpia, 
distribució o l'exercici de qualsevol acció relativa al seu contingut. 
Si rebéssiu aquest correu electrònic erròniament o de forma incompleta, 
si us plau, procediu a reenviar-nos-el.


Informació Bàsica Política de Privacitat (RGPD). Responsable: FIBRANET 
NSP, SL. Finalitat: Gestió de l'execució de la prestació del servei i 
facturació del mateix. Legitimació: Execució d'un contracte/prestació de 
servei. Període de conservació: Les dades proporcionades es conservaran 
mentre es mantingui 

Re: [Monitorix-general] Bug in 3.12.0

2020-02-27 Thread Jordi Sanfeliu

Hello Frank,

I've CCed Andreas 'Izzy' the package maintainer for Debian systems, to 
let him know about this issue.



On 2/27/20 11:56 AM, Frank B wrote:
This looked strange to me, since I've disabled the postfix-rbl jail. 
Activating this jail and reloading fail2ban stopped the warnings. As far 
as I know there were no changes on my system, so I started digging 
deeper and found in apt's history.log:


===
Start-Date: 2020-02-24  09:28:55
Commandline: apt upgrade
Upgrade: monitorix:amd64 (3.11.0-izzy1, 3.12.0-izzy1)
End-Date: 2020-02-24  09:28:57
===

Notice the timestamps of the first warning and the upgrade of Monitorix 
to 3.12.0.


The new warnings in the fail2ban log are probably due the fact that 
since 3.12, Monitorix uses by default the command 'fail2ban-client' to 
know about the number of IP bans per jail. It looks like such command 
routes directly these warnings to the fail2ban log.



In monitorix.conf [postfix-rbl] was enabled in the fail2ban graph 
section. Disabling this and disabling the postfix-rbl jail again (the 
host of my VPS has limited the number of IP packet filtering entries, so 
I have to be very selective with my jail setup) fixed the situation. As 
an added "bonus" I lost the history of my fail2ban graph in Monitorix; 
all data in the graph before the upgrade is gone. The other graphs are fine.


As stated in the manpage:

"WARNING: Every time the number of entries in this option changes, 
Monitorix will resize the fail2ban.rrd file accordingly, removing all 
historical data."


Monitorix creates automatically a backup of the old file, so you should 
have all your historical data in the file 
'/var/lib/monitorix/fail2ban.rrd.bak'.


Just rename that file and reset the number of configured jails in 
Monitorix to match with that file, and you will continue enjoying your 
historical data.



Summary: a disabled jail in fail2ban but enabled in the fail2ban graph 
section of Monitorix floods fail2ban.log with warnings. I did not try to 
reproduce this issue with other jails.


Yes apparently this is a fail2ban feature (perhaps configurable).

To make sure, just try to force a warning in the fail2ban log by 
requesting information of an nonexistent jail, like this: 
'fail2ban-client status jailnotexistent'.



Regards.

--
Jordi Sanfeliu
FIBRANET Network Services Provider
https://www.fibranet.cat



___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


[Monitorix-general] Monitorix 3.12.0 released

2020-02-21 Thread Jordi Sanfeliu

Monitorix 3.12.0 has been released!

This new version introduces two new modules: the phpfpm.pm and the 
unbound.pm. The first one will allow to collect PHP-FPM statistics and 
monitor unlimited number of sites, while the unbound.pm module will 
collect a lot of statistics of the Unbound running in your local server. 
There is not possibility to collect Unbound statistics from remote 
servers. In all, both modules come with a fairly complete statistic graphs.


Besides these two new modules, this version includes some interesting 
new features. It has been finally fixed the bind.pm module to support 
newer versions of BIND. Now this module relies on Perl XML::LibXML to 
parse the output of BIND (instead of using Perl XML::Simple). Also, the 
gensens.pm module includes Battery as its third sensor, and there has 
been some improvements in the NFS graph for FreeBSD systems.


The fail2ban.pm module has also changed the way how the values are 
shown. From now on, you can choose between absolute and rate values, 
being the former the default one.


The ZFS graph has also changed the way how are shown the Operations and 
Bandwidth graphs.


The rest of new features, changes and bugs fixed are, as always, 
reflected in the Changes file.


Please, check the monitorix.conf(5) man page for all the details.

NOTICE: The configuration file monitorix.conf has been extended with 
important changes.


All users still using older versions are encouraged to upgrade to this 
version.


--
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat


___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] Odd issue with libvirt MACs

2019-12-20 Thread Jordi Sanfeliu

Hello,

Yes, this is an known issue in 3.11.0 that is already fixed in the 
official tree, so it will be fixed in the next Monitorix version.


For more information check the issue 260:

<https://github.com/mikaku/Monitorix/issues/260>

Thanks for your feedback!
Best regards.


On 12/20/19 7:39 PM, mr2dave wrote:

On a Fedora 30 box running a bunch of libvirt VMs and monitorix 3.11.0
from Fedora's repo monitorix failed to monitor VM network usage, and I
saw things like "libvirt::libvirt_update: invalid MAC address
'52:54:00:56:3f:6f' in 'pihole'." in the log.

So I double check the MAC address:
[root@saturn ~]# virsh domiflist pihole
  Interface   Type Source   ModelMAC
---
  vnet3   bridge   br0  virtio   52:54:00:56:3f:6f

I also checked /var/log/audit/audit.log but didn't see anything related
and tried making selinux permissive just to be sure, but selinux isn't
the problem.

I commented out the MAC validation section in libvirt.pm and changed
$vnet to $vn thrice in the domifstat section just below that, and it
works properly now.
I don't know why the validation is failing, but I'd love to help fix
it.
Is there anything else I can provide or test?



___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general




--
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat


___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] Freebsd 12 vs Monitorix

2019-02-18 Thread Jordi Sanfeliu

Kamil,

OK, after reading these messages I think it's better to remove the 
entropy support for FreeBSD systems. So, no one will experience these 
same errors you had.


Thank you very much.
Best regards.


On 2/18/19 4:49 PM, c...@lordcyber.net wrote:
all i found is : 
http://freebsd.1045724.x6.nabble.com/Querying-entropy-state-td6257051.html
so i tried to comment out these lines 293 to 296 in system.pm and seems 
it started to work again, al lerrors in log are gone


On 18.02.2019 12:46, Jordi Sanfeliu wrote:

Hello Kamil,


On 2/15/19 3:48 PM, c...@lordcyber.net wrote:
OK, 2nd issue is gone now, i just reinstalled monitorix from ports 
with all dependencies so now i'm able to generate graphs. but still 
having issues with SYSTEM monitoring as described earlier ...


- Kamil


On 15.02.2019 13:29, c...@lordcyber.net wrote:

Hi,

i'm using Monitorix since FreeBSD 7 and its simply great. BUT 
recently i've installed FreeBSD 12 on new machine and having two 
problems now ...


1st - cannot monitor SYSTEM, the rest of monitors i'm using are OK. 
i can see lots of these errors in logfile:


Use of uninitialized value in lc at /usr/local/bin/monitorix line 714.
Use of uninitialized value in lc at /usr/local/bin/monitorix line 740.


Looks like you removed some parts ('traffacct' and 'emailreports') 
from the configuration file that you won't use. Monitorix expects to 
read the original configuration file, and you think you won't use an 
option, just leave it disabled (with 'n').




sysctl: unknown oid 'kern.random.sys.seeded'
Use of uninitialized value $entropy in scalar chomp at 
/usr/local/share/monitorix/system.pm line 296.
Use of uninitialized value $entropy in chomp at 
/usr/local/share/monitorix/system.pm line 361.
Use of uninitialized value $entropy in concatenation (.) or string 
at /usr/local/share/monitorix/system.pm line 401.
Fri Feb 15 13:16:00 2019 - ERROR: while updating 
/var/db/monitorix/system.rrd: /var/db/monitorix/system.rrd: Function 
update_pdp_prep, case DST_GAUGE - Cannot convert '' to float


according to man page "kern.random.sys.seeded" is not in FreeBSD 11 
and newer, last seen in 10: 
https://www.freebsd.org/cgi/man.cgi?query=random=0=4=FreeBSD+10.4-stable=default=html 

i can confirm that as previous machine was running 10 with no issue 
(i skipped 11 to 12 now)


It seems then that FreeBSD folks have removed (or perhaps changed the 
name) of the option 'kern.random.sys.seeded'. Do you know if there 
exist a different way to know the entropy on a FreeBSD system?


Meanwhile as a work-around comment out the lines from 293 to 296 in 
the 'system.pm' file of your FreeBSD system. I believe that the last 
error about 'unable to convert '' to float is just a consequence of 
the previous problem.





2nd - i'm not able to generate graphs, when i try this:
monitorix.cgi mode=localhost graph=all when=day color=black

i'll get:
Use of uninitialized value $ENV{"HTTP_HOST"} in concatenation (.) or 
string at ./monitorix.cgi line 260.


as i said i had no issue before (FreeBSD 7 8 9 10) but started after 
instalation of 12 ...


thanks!
Kamil



Regards.



--
Jordi Sanfeliu
FIBRANET Network Services Provider
https://www.fibranet.cat


___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] Special characters in IPMI config

2018-10-01 Thread Jordi Sanfeliu
For all of those that support SMART, you could add the NVMe device in 
the 'disk' module, this way you'll get at least its temperature value.




On 09/12/2018 08:49 PM, mr2dave wrote:

Depends on the drive, apparently.
A Samsung PM961 worked fine, but an Intel Optane 800P gave me this:
"Read NVMe SMART/Health Information failed: NVMe Status 0x4002"


On Mon, 2018-09-10 at 09:17 +0200, Jordi Sanfeliu wrote:

Thanks,

Do you know if those drives support SMART?

I mean, what happens if you execute 'smartctl -A /dev/nvme0n1'?

Regards.



___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general



--
Jordi Sanfeliu
FIBRANET Network Services Provider
https://www.fibranet.cat


___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] Libvirt Configuration

2018-09-18 Thread Jordi Sanfeliu

Hello,

The default setting as:

# LIBVIRT graph
# 
-


cmd = virsh

[...]

should work out of the box. Otherwise, append the same arguments you 
would do if you execute 'virsh' from the command line to manage your 
virtual machines.


Regards.



On 09/18/2018 12:02 AM, Michael Cooper wrote:

Hello Everyone,

   I ma trying to figure out the virsh commnd in the libvirtd 
section of the monitorix.conf, can someone show me an example so I can 
try to get this right? I am really digging in to monitorix because it 
also has a section for Raspberry Pi so I ma interested in getting that 
going but that is for later,



Thanks,

--
*Michael Cooper*
Certified Linux Pro
Systems Engineer
http://www.coopfire.com




--
Jordi Sanfeliu
FIBRANET Network Services Provider
https://www.fibranet.cat


___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] Monitorix 3.10.1 released

2018-03-15 Thread Jordi Sanfeliu

Hello Paco,

Since Monitorix is not in the official repositories of Ubuntu/Debian, no 
one is caring about the update of Monitorix. Instead you will have to 
wait until Izzy (Andreas Itzchak Rehberg) will update his own repository 
<http://apt.izzysoft.de/ubuntu/dists/generic/>.


I'm currently pushing Monitorix 3.10.1 into stable repositories of 
Fedora and EPEL (CentOS and Red Hat), and probably others will start 
doing the same as package maintainers of their Linux distributions.


Izzy, is a very friendly person, so don't hesitate to send him an email 
and asking him anything related to that.


Regards.


On 03/15/2018 10:37 AM, FJ Almena wrote:

Hi there.

I am using monitorix on ubuntu 16 and do this:

service monitorix stop

apt-get update

apt-get upgrade

but nothing happens.

Currently running (3.10.0-izzy1)

Is is explained how to upgrade http://www.monitorix.org/faq.html#Q106

but for Ubuntu?

What am I missing?

Please advise.

Thanks,

Paco

On 15/03/2018 09:48, Jordi Sanfeliu wrote:


Monitorix 3.10.1 has been released!

Prior Monitorix versions are vulnerable to cross-site scripting (XSS), 
caused by improper validation of user-supplied input by the 
monitorix.cgi file. A remote attacker could exploit this vulnerability 
using some of the arguments provided (graph= or when=) in a 
specially-crafted URL to execute script in a victim's Web browser 
within the security context of the hosting Web site, once the URL is 
clicked. An attacker could use this vulnerability to steal the 
victim's cookie-based authentication credentials.


I would like to thank Sebastian Gilon from TestArmy for reporting that 
issue.


The rest of bugs fixed are, as always, reflected in the Changes file.

All users still using older versions are advised and encouraged to 
upgrade to this version, which resolves this security issue.


Regards.





--
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


[Monitorix-general] Monitorix 3.10.1 released

2018-03-15 Thread Jordi Sanfeliu

Monitorix 3.10.1 has been released!

Prior Monitorix versions are vulnerable to cross-site scripting (XSS), 
caused by improper validation of user-supplied input by the 
monitorix.cgi file. A remote attacker could exploit this vulnerability 
using some of the arguments provided (graph= or when=) in a 
specially-crafted URL to execute script in a victim's Web browser within 
the security context of the hosting Web site, once the URL is clicked. 
An attacker could use this vulnerability to steal the victim's 
cookie-based authentication credentials.


I would like to thank Sebastian Gilon from TestArmy for reporting that 
issue.


The rest of bugs fixed are, as always, reflected in the Changes file.

All users still using older versions are advised and encouraged to 
upgrade to this version, which resolves this security issue.


Regards.

--
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] Odp: Re: Monitorix installation on SuSE/SLES

2018-01-04 Thread Jordi Sanfeliu

Sure thing :)


On 01/04/2018 05:22 PM, czezz wrote:

Cool :)
I hope it will help someone.

Dnia 4 stycznia 2018 13:08 Jordi Sanfeliu <jo...@fibranet.cat> napisał(a):

Czezz,

I've included your openSUSE HowTo in the Monitorix web site.

<http://www.monitorix.org/doc-opensuse.html>

At any time, let me know if it should be updated for any reason.

Thank you very much for your contributions!
Best regards.


On 01/03/2018 06:48 PM, czezz wrote:

Hi Jordi,
here is a new installation procedure for openSUSE 42.1 (x86_64).
Most probably it will work with any later releases and possibly
with
some earlier too.
Tested and verified on freshly installed OS - Minimal Server
Selection
(Text Mode).
In attachement I add more detailed steps and here in an email
body just
quick steps:

---
1. Install required packages:
# zypper install perl perl-Clone Perl-Config-General Perl-DBI
perl-Email-Date-Format Perl-HTTP-Server-Simple perl-IO-Socket-SSL
perl-libwww-perl Perl-MailTools Perl-MIME-Lite perl-MLDBM
perl-Net-Daemon perl-Params-Util perl-PlRPC perl-SQL-Statement
perl-XML-Simple rrdtool gcc make

2. Install and start up Monitorix:
# wget http://www.monitorix.org/monitorix-3.10.0.tar.gz
# tar -zxvf monitorix-3.10.0.tar.gz
# cd monitorix-3.10.0/
# make install-systemd-all
# /usr/bin/monitorix -c /etc/monitorix/monitorix.conf
---

Next step will be to install Monitorix on SLES.

Best regards,
czezz

Dnia 2 stycznia 2018 11:18 Jordi Sanfeliu <jo...@fibranet.cat>
napisał(a):

    Hi Czezz,

    Thanks for sharing this valuable information!

    It's strange you have different versions between RRDtool and
its Perl
    bindings:

 > perl-rrdtool-1.5.5-69.1.x86_64
 > rrdtool-1.4.7-22.2.x86_64

    this could lead to some issues, so consider using the same
version. The
    1.4.7 version is fine, you don't need the bleeding-edge
version of it.

    For what it's worth, I don't know what provides the
'librrds-perl'
    package in SLES, it doesn't appears in any of my RHEL/CentOS
    repositories.

    Best regards.


    On 12/31/2017 11:15 AM, czezz wrote:

    Hi,
    for the moment I managed to install latest monitorix on
openSUSE
    42.1
    (x86_64).
    This is very brief steps I have taken but maybe helpful
for someone.

    By zypper I installed/added following packages with its
    dependencies:

    perl-Config-General-2.58-3.2.x86_64
    perl-DBI-1.628-5.4.x86_64
    perl-HTTP-Server-Simple-0.51-1.1.noarch
    perl-IO-Socket-SSL-1.962-4.1.noarch
    perl-MIME-Lite-3.030-3.1.noarch
    perl-MailTools-2.14-2.6.noarch
    perl-XML-Simple-2.20-6.1.noarch
    perl-libwww-perl-6.05-5.1.noarch
    perl-rrdtool-1.5.5-69.1.x86_64
    rrdtool-1.4.7-22.2.x86_64

    Installed perl version:
    # perl --version
    This is perl 5, version 18, subversion 2 (v5.18.2) built for
    x86_64-linux-thread-multi

    Install gcc and make:
    # zypper install gcc make
    # tar -zxvf monitorix-3.10.0.tar.gz
    # make install-systemd-all
    /usr/bin/monitorix -c /etc/monitorix/monitorix.conf

    Issues:
    I am missing package: librrds-perl but it seems not to be
    required (at
    least for Monitorix basic configuration)

    BR,
    czezz

    Dnia 9 grudnia 2017 12:11 Jordi Sanfeliu
<jo...@fibranet.cat>
    napisał(a):

    Hello,

    Well, so far and AFAIK, no one has built a Monitorix
package
    for SLES.
    At least, I've not received any one to put it in the
    downloads page.

    So, you might one to try downloading the tar.gz and
install
    it manually
    or use the 'Makefile' that comes with the archive.

    You don't need to compile Monitorix since it's
written in Perl
    language,
    although you probably will have to satisfy some
dependencies
    in your
    system during the installation.

    Regards.


    On 08-12-2017 23:22, czezz wrote:

    Hi everyone,

  

Re: [Monitorix-general] Odp: Re: Monitorix installation on SuSE/SLES

2018-01-04 Thread Jordi Sanfeliu

Czezz,

I've included your openSUSE HowTo in the Monitorix web site.

<http://www.monitorix.org/doc-opensuse.html>

At any time, let me know if it should be updated for any reason.

Thank you very much for your contributions!
Best regards.


On 01/03/2018 06:48 PM, czezz wrote:

Hi Jordi,
here is a new installation procedure for openSUSE 42.1 (x86_64).
Most probably it will work with any later releases and possibly with 
some earlier too.
Tested and verified on freshly installed OS - Minimal Server Selection 
(Text Mode).
In attachement I add more detailed steps and here in an email body just 
quick steps:


---
1. Install required packages:
# zypper install perl perl-Clone Perl-Config-General Perl-DBI 
perl-Email-Date-Format Perl-HTTP-Server-Simple perl-IO-Socket-SSL 
perl-libwww-perl Perl-MailTools Perl-MIME-Lite perl-MLDBM 
perl-Net-Daemon perl-Params-Util perl-PlRPC perl-SQL-Statement 
perl-XML-Simple rrdtool gcc make


2. Install and start up Monitorix:
# wget http://www.monitorix.org/monitorix-3.10.0.tar.gz
# tar -zxvf monitorix-3.10.0.tar.gz
# cd monitorix-3.10.0/
# make install-systemd-all
# /usr/bin/monitorix -c /etc/monitorix/monitorix.conf
---

Next step will be to install Monitorix on SLES.

Best regards,
czezz

Dnia 2 stycznia 2018 11:18 Jordi Sanfeliu <jo...@fibranet.cat> napisał(a):

Hi Czezz,

Thanks for sharing this valuable information!

It's strange you have different versions between RRDtool and its Perl
bindings:

 > perl-rrdtool-1.5.5-69.1.x86_64
 > rrdtool-1.4.7-22.2.x86_64

this could lead to some issues, so consider using the same version. The
1.4.7 version is fine, you don't need the bleeding-edge version of it.

For what it's worth, I don't know what provides the 'librrds-perl'
package in SLES, it doesn't appears in any of my RHEL/CentOS
repositories.

Best regards.


On 12/31/2017 11:15 AM, czezz wrote:

Hi,
for the moment I managed to install latest monitorix on openSUSE
42.1
(x86_64).
This is very brief steps I have taken but maybe helpful for someone.

By zypper I installed/added following packages with its
dependencies:

perl-Config-General-2.58-3.2.x86_64
perl-DBI-1.628-5.4.x86_64
perl-HTTP-Server-Simple-0.51-1.1.noarch
perl-IO-Socket-SSL-1.962-4.1.noarch
perl-MIME-Lite-3.030-3.1.noarch
perl-MailTools-2.14-2.6.noarch
perl-XML-Simple-2.20-6.1.noarch
perl-libwww-perl-6.05-5.1.noarch
perl-rrdtool-1.5.5-69.1.x86_64
rrdtool-1.4.7-22.2.x86_64

Installed perl version:
# perl --version
This is perl 5, version 18, subversion 2 (v5.18.2) built for
x86_64-linux-thread-multi

Install gcc and make:
# zypper install gcc make
# tar -zxvf monitorix-3.10.0.tar.gz
# make install-systemd-all
/usr/bin/monitorix -c /etc/monitorix/monitorix.conf

Issues:
I am missing package: librrds-perl but it seems not to be
required (at
least for Monitorix basic configuration)

BR,
czezz

Dnia 9 grudnia 2017 12:11 Jordi Sanfeliu <jo...@fibranet.cat>
napisał(a):

    Hello,

    Well, so far and AFAIK, no one has built a Monitorix package
for SLES.
    At least, I've not received any one to put it in the
downloads page.

    So, you might one to try downloading the tar.gz and install
it manually
    or use the 'Makefile' that comes with the archive.

    You don't need to compile Monitorix since it's written in Perl
    language,
    although you probably will have to satisfy some dependencies
in your
    system during the installation.

    Regards.


    On 08-12-2017 23:22, czezz wrote:

    Hi everyone,

    Im looking for Monitorix packages to install it on SLES
12 SP1.

    I dont see any procedure or even binaries for SuSE/SLES.

    I would prefer to avoid compiling it from source.

    Cheers,

    czezz


    ---
        Jordi Sanfeliu
    FIBRANET Network Services Provider
http://www.fibranet.cat



    --
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat



--
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] Odp: Re: Monitorix installation on SuSE/SLES

2018-01-02 Thread Jordi Sanfeliu

Hi Czezz,

Thanks for sharing this valuable information!

It's strange you have different versions between RRDtool and its Perl 
bindings:


> perl-rrdtool-1.5.5-69.1.x86_64
> rrdtool-1.4.7-22.2.x86_64

this could lead to some issues, so consider using the same version. The 
1.4.7 version is fine, you don't need the bleeding-edge version of it.


For what it's worth, I don't know what provides the 'librrds-perl' 
package in SLES, it doesn't appears in any of my RHEL/CentOS repositories.


Best regards.


On 12/31/2017 11:15 AM, czezz wrote:

Hi,
for the moment I managed to install latest monitorix on openSUSE 42.1 
(x86_64).

This is very brief steps I have taken but maybe helpful for someone.

By zypper I installed/added following packages with its dependencies:

perl-Config-General-2.58-3.2.x86_64
perl-DBI-1.628-5.4.x86_64
perl-HTTP-Server-Simple-0.51-1.1.noarch
perl-IO-Socket-SSL-1.962-4.1.noarch
perl-MIME-Lite-3.030-3.1.noarch
perl-MailTools-2.14-2.6.noarch
perl-XML-Simple-2.20-6.1.noarch
perl-libwww-perl-6.05-5.1.noarch
perl-rrdtool-1.5.5-69.1.x86_64
rrdtool-1.4.7-22.2.x86_64

Installed perl version:
# perl --version
This is perl 5, version 18, subversion 2 (v5.18.2) built for 
x86_64-linux-thread-multi


Install gcc and make:
# zypper install gcc make
# tar -zxvf monitorix-3.10.0.tar.gz
# make install-systemd-all
/usr/bin/monitorix -c /etc/monitorix/monitorix.conf

Issues:
I am missing package: librrds-perl but it seems not to be required (at 
least for Monitorix basic configuration)


BR,
czezz

Dnia 9 grudnia 2017 12:11 Jordi Sanfeliu <jo...@fibranet.cat> napisał(a):

Hello,

Well, so far and AFAIK, no one has built a Monitorix package for SLES.
At least, I've not received any one to put it in the downloads page.

So, you might one to try downloading the tar.gz and install it manually
or use the 'Makefile' that comes with the archive.

You don't need to compile Monitorix since it's written in Perl
language,
although you probably will have to satisfy some dependencies in your
system during the installation.

Regards.


On 08-12-2017 23:22, czezz wrote:

Hi everyone,

Im looking for Monitorix packages to install it on SLES 12 SP1.

I dont see any procedure or even binaries for SuSE/SLES.

I would prefer to avoid compiling it from source.

Cheers,

czezz


---
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat




--
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] Windows Server Monitoring

2017-12-22 Thread Jordi Sanfeliu

Hello Michael,

Monitorix is a very specific monitoring tool for UNIX and Linux systems. 
As you know these systems share similar ways to gather the same system 
information and Monitorix takes advantage of it.


Perhaps the project Cygwin <https://www.cygwin.com/> might help to view 
your Windows as a UNIX, and if you can install it the Perl language with 
the RRDtool bindings, you might then install Monitorix manually and ... 
eventually ... well ... it could work.


In any case, let us know your progress on this.
Best regards.


On 22-12-2017 12:42, Michael Cooper wrote:

Hey Guys,

  Iam sure I know the answer to this already, but I am going
to ask anyway. Is there any way to monitor Windows Servers with
Monitorix?

Thanks,

Michael



---
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] Monitorix installation on SuSE/SLES

2017-12-09 Thread Jordi Sanfeliu

Hello,

Well, so far and AFAIK, no one has built a Monitorix package for SLES. 
At least, I've not received any one to put it in the downloads page.


So, you might one to try downloading the tar.gz and install it manually 
or use the 'Makefile' that comes with the archive.


You don't need to compile Monitorix since it's written in Perl language, 
although you probably will have to satisfy some dependencies in your 
system during the installation.


Regards.


On 08-12-2017 23:22, czezz wrote:

Hi everyone,

Im looking for Monitorix packages to install it on SLES 12 SP1.

I dont see any procedure or even binaries for SuSE/SLES.

I would prefer to avoid compiling it from source.

Cheers,

czezz



---
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat



--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] What's the sample time of Network traffic and usage?

2017-10-18 Thread Jordi Sanfeliu

Hi Bright,

1. As stated in the monitorix.conf(5) man page, you just need to add the 
line 'enable_hourly_view = y', and then restart Monitorix. The next time 
you load the main page you'll see the Hourly time frame radio-button.


2. You can't, the 'visual' time frames are relative of today. You cannot 
put absolute values.


Regards.


On 10/18/2017 10:03 AM, Bright Zhao wrote:

Hi, Jordi

1. Could you articulate about how to modify the monitorix.conf in oder to show 
the hourly data(the squared bars looks nice, this isn’t an issues to me at all 
actually)?

2. How can I show the diagram back to certain date from the history data, 
instead of from today? So far I can only show the past data from today, like 
past hour(by modify the url when=1hour), past day, or past week.




--
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] What's the sample time of Network traffic and usage?

2017-10-18 Thread Jordi Sanfeliu

Hi,

I can't see any diagram in your message.

Anyway, the Monitorix sampling time is every minute (60s).
Regards.


On 10/17/2017 02:01 PM, Bright Zhao wrote:

Hi, All



From monitorix, I can get a idea of what’s the top bandwidth usage will be, but 
the question is, what’s the sample time behind this diagram? As we all know, 
the shorter the more accurate to reflect the real peak, the longer the real 
peal will be averaged by the time.


So anyone who knows the sample time?




--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general



--
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] What's the sample time of Network traffic and usage?

2017-10-18 Thread Jordi Sanfeliu

Yes, I can see now the picture, thanks.

Regarding your question the answer is no. The sampling rate is fixed in 
Monitorix. The 60 seconds of sampling rate is heavily related with the 
internal structure of the .rrd files that Monitorix uses to store the 
collected data.


I don't see an easy way to change the sampling rate while keeping the 
current structure of .rrd files.


Regards.


On 10/17/2017 03:25 PM, Bright Zhao wrote:
Sorry, sent earlier, but suspended by the mailer, check below, so do you 
know is it possible to adjust the sampling time to something lower? like 
30s or 15s?


PastedGraphic-1.png
On 17 Oct 2017, at 9:22 PM, Jordi Sanfeliu <jo...@fibranet.cat 
<mailto:jo...@fibranet.cat>> wrote:


Hi,

I can't see any diagram in your message.

Anyway, the Monitorix sampling time is every minute (60s).
Regards.


On 10/17/2017 02:01 PM, Bright Zhao wrote:

Hi, All
From monitorix, I can get a idea of what’s the top bandwidth usage 
will be, but the question is, what’s the sample time behind this 
diagram? As we all know, the shorter the more accurate to reflect 
the real peak, the longer the real peal will be averaged by the time.

So anyone who knows the sample time?
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org <http://Slashdot.org>! 
http://sdm.link/slashdot

___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net 
<mailto:Monitorix-general@lists.sourceforge.net>

https://lists.sourceforge.net/lists/listinfo/monitorix-general


--
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat




--
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] Monitorix alerts

2016-12-01 Thread Jordi Sanfeliu
Hi,


On 11/22/2016 10:42 AM, chris wrote:
> Thank you Jordi for your feedback.
>
> Yes sure I can create a different alert script for each item. What I did.
>
> So If I would like to get alerts for CPU temperature I understand the
> lmsens.pm <http://lmsens.pm> or lmsens.rrd need to be modified ?
> I will create a request for this.

Yes, 'lmsens.pm' doesn't support alerts at all currently, so it needs to 
be implemented.

Thanks for creating the new issue.


>
>
> BTW is it possible to create a pm/rrd file to monitor my own metrics
> (like number of files generated per day by an application) ?
> Is there some documentation about this ?

Sure, you can take any of the current modules (.pm) as a good starting 
point as some other people already did.

No, there isn't any documentation on this, sorry. But all modules shar 
the same structure and I think they are pretty easy to follow, as long 
as you know Perl. Also, you don't need to be a Perl guru.

Anyway, feel free to ask any thing you need during that process.


>
>
> Thank you.
> Regards.
>

Best regards.

-- 
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat

--
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] Inaccuracy on my Monitorix graphs

2016-11-29 Thread Jordi Sanfeliu
Hi,

You're right, I realized some time ago but I was unable to find the root 
cause.

There are some graphs that seems not affected by this behavior, one of 
them is the 'ntp.pm' (also 'user.pm', ...). I've compared the internal 
structure of 'ntp.pm' and 'net.pm' and the definition of the DS are 
identical; all of them are defined as GAUGE.

It's something that I need to investigate, indeed. But right now I can't 
give you an answer, sorry.

Regards.



On 11/29/2016 10:41 AM, czezz wrote:
> Hi all,
> I see some inaccuracy on my Monitorix graphs.
> Please have a look at this screenshot for reference:
> http://s15.postimg.org/6ecvfzvxn/Capture.png
> https://www.dropbox.com/s/d1b8oh87ztom7dj/Capture.PNG?dl=0
>
> Here is description of my issue:
> If u look on the main/default graphs (the lower one on the pic), you can
> see that the peak is nearly 8 MBytes.
> If u double click this graph to enlarge it (the upper one on the pic),
> you will see that this peak is now over 10 Mbytes.
>
> I wonder from what is this discrepancy? Did anyone have similar problems?
>
> Please note, this issue is not only about peaks but whole measurement. I
> used peaks as an example only to show the problem. I have noted also
> that other graphs suffer this same problem.
>
> BR,
> czezz
>
>

-- 
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat

--
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] Monitorix alerts

2016-11-14 Thread Jordi Sanfeliu
Hi Chris,

On 11/13/2016 05:44 PM, chris wrote:
> Hi All,
> I really appreciate the tool and use it daily on a few servers.
> I wanted to customize it regarding my needs but seems not to be able to
> do so.
>
> I have a couple of questions regarding the alerts in Monitorix.
> Can I add more arguments to the alerts lines (more than 3, especially to
> pass the disk/volume name) ?
> 
> /home = "/home", 3600, 90, /root/monitorix-alert.sh
> 
>
> I tried this and changing the script like this.
> ITEM=$1
> ALERT_TIMEINTVL=$2
> ALERT_THRESHOLD=$3
> current_value=$4
>
>
> But it doesn't work. It works fine with the 3 arguments.

Since each filesystem has its own alert and alert-script it shouldn't be 
difficult for you to get an idea of the name of the filesystem that is 
triggering such alert. You can even name your scripts as the filesystem 
name each represents, and even being all of them a (symbolic) link of a 
generic script.

Inside that generic script you can differentiate different filesystems 
by checking the 'argv[0]' string.

As stated in the monitorix.conf(5) man page:

The external script will receive the following arguments:

 1st - the value defined as time interval.
 2nd - the value defined as threshold.
 3rd - the filesystem disk usage.



>
> Oher question, can I use alerts for lmsensors cpu/core temperature ?
> I tried to add a block like this
> 
> 
> core0   = Core 0
> core1   = Core 1
> mb0 = M/B Temp
> cpu0= CPU Temp
> fan0= fan1
> fan1= fan2
> fan2= fan3
> volt0   = VCore 1
> volt1   = VCore 2
> volt2   = \+3.3V
> volt3   = \+5V
> volt4   = \+12V
> volt5   = \-12V
> volt6   = \-5V
> volt7   = Battery
> gpu0= nvidia
> 
>
> 
> cpu0  = 300, 60, /root/monitorix-alert.sh
> core0 = 300, 60, /root/monitorix-alert.sh
> core1 = 300, 60, /root/monitorix-alert.sh
> 
> 
>
> But it doesn't work either.
>
> Any advice much appreciated. If not possible could it be added in next
> release ?
> Thank you.
> Regards,
> Chris
>

No, the 'lmsens.pm' module doesn't have alert capabilities. In fact, not 
all modules support them, just a few of them.

Open a new issue (in Github) if you want that feature to be included in 
future versions, and I'll see what can I do.

Regards.

-- 
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat

--
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studio XE.
Training and support from Colfax.
Order your platform today. http://sdm.link/xeonphi
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


[Monitorix-general] Monitorix 3.9.0 released

2016-10-14 Thread Jordi Sanfeliu
Monitorix 3.9.0 has been released!

This new version introduces three more graphs and, as always, it also 
introduces new features and fixes some interesting bugs. The first new 
graph offers the possibility to monitor the network queue disciplines 
(qdiscs) associated to a network interface (also called Linux Traffic 
Control). The second graph monitors chrony,the new NTP daemon that comes 
with some newer Linux distributions. Finally the third new graph 
monitors these temperature and CPU frequency sensors that appear 
(depending on your motherboard) in the /sys/devices/ filesystem tree.

Besides all this the new version also includes interesting new features. 
 From now on, you can monitor multiple disks and network interfaces of 
every virtual machine defined in the Libvirt graph. Another interesting 
new option is priority that lets you set the priority in which Monitorix 
will run. A new option called image_format lets you change the graphics 
format of the pictures generated by Monitorix. Also the new option 
enable_hourly_view lets you enable the hourly time frame although the 
resolution won't be specific for that time frame.

The rest of changes and bugs fixed are, as always, reflected in the 
Changes file.

Please, check the monitorix.conf(5) man page for all the details.

NOTICE: The configuration file monitorix.conf has been extended with 
important changes.

Regards.

-- 
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat

--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] Viewing options

2016-04-11 Thread Jordi Sanfeliu
Hello,

The next version will include (optionally) the new 'Hourly' time frame 
in the main page. With that I expect to cover most of the requests from 
people on this.

Your question is beyond this and it would be cool indeed. Besides the 
fact that you won't have the same resolution as in the predefined time 
frames, it would require to include in the main page some light 
JavaScript calendar engine to select the initial and final dates. Unless 
you prefer to introduce it by hand, which would be an easier implementation.

RRDtool has this already covered, so it is perfectly supported so far:

<http://oss.oetiker.ch/rrdtool/doc/rrdfetch.en.html>

I'll include your suggestion in my private TODO list to be implemented 
sometime in the future.

Regards.


On 04/08/2016 11:30 PM, Spud wrote:
> Would it be possible to have an option that would allow us to view a
> specific date in the past?
>
> At the moment we can view daily, weekly, monthly and yearly or even
> longer if you set the options to do so, so why cant we have an option to
> view a specific day in the past?
>
> Surely that wouldn't be to hard would it Jordi? :)
>
> Thanks
> --
> db
>

-- 
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat

--
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial! http://pubads.g.doubleclick.net/
gampad/clk?id=1444514301=/ca-pub-7940484522588532
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] Enc: Enc: Re: Enc: Enc: Re: Enc: Re: Enc: Re: Memory Allocation doesn't works

2016-02-19 Thread Jordi Sanfeliu
Well, this is currently a fixed y-axis value. Once you understand how 
memory is represented you shouldn't have any problem to understand it 
either if it's in bytes, in KBs, or even in MBs.

Regards.


On 19-02-2016 19:48, vdsocks wrote:
> Jordi,
> You said it's correct. I will try the option of to trust you.
> Now, the problem is: How can I change the visualization in MEGABYTES ?
> 

---
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat


--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] Enc: Re: Enc: Enc: Re: Enc: Re: Enc: Re: Memory Allocation doesn't works

2016-02-19 Thread Jordi Sanfeliu
I'm sorry, I don't understand you when you say "is showing a straight 
line for two (and differents and constant) usage".

You mean the gaps in gray color that appears in the graph?, that's 
because Monitorix wasn't recorded any data. Probably because it was 
stopped/killed or the system was in so heavy load that prevented run it.



On 19-02-2016 19:41, vdsocks wrote:
> The monitorix graph is showing a straight line for two (and differents
> and constant) usage and didn't you see anything to fix?
> I really want it to be true. But firefox eats my memory for each tab.
> Lol
> 
> Thank you very much for dont help me
> 

---
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat


--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] Enc: Enc: Re: Enc: Re: Enc: Re: Memory Allocation doesn't works

2016-02-19 Thread Jordi Sanfeliu
That graph <http://prntscr.com/a58txg> is telling you that you are using 
around 3.5GB for user applications.

I'm still don't see anything to fix.



On 19-02-2016 19:27, vdsocks wrote:
> There are 3GB allocated and here say 11kb (or 11GB like you said):
> http://prntscr.com/a58txg
> 
> There's nothing possible to try to fix it?
> I'm here to make changes :)
> 

---
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat


--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] Enc: Re: Enc: Re: Enc: Re: Memory Allocation doesn't works

2016-02-19 Thread Jordi Sanfeliu
No, they are not from the same period:

- the graph <http://prntscr.com/a55bcv> shows minutes from the last 
hour, and it says your system is using around 4.5GB of memory.

- the graph <http://prntscr.com/a5929z> is weekly, and it says your 
system was using around 700MB of memory.

- the graph <http://prntscr.com/a591xp> is only showing some processes 
but not all, so you can't use that graph to know the total of memory 
being used in your system.

Regards.

---
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat


On 19-02-2016 19:22, vdsocks wrote:
> I've sent three graphs of the same period, just compare them.
> I know the difference between free and buffered/cached/shared.
> 
> http://prntscr.com/a55bcv
> http://prntscr.com/a5929z
> http://prntscr.com/a591xp
> 
> ---- Em Sex, 19 Fev 2016 16:15:59 -0200 JORDI
> SANFELIU<jo...@fibranet.cat> escreveu 
> 
>> Please, read this FAQ:
>> 
>> <http://www.monitorix.org/faq.html#Q114 [1]>
>> 
>> Regards.
>> 


--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] Enc: Re: Enc: Re: Memory Allocation doesn't works

2016-02-19 Thread Jordi Sanfeliu
Please, read this FAQ:

<http://www.monitorix.org/faq.html#Q114>

Regards.



On 19-02-2016 13:13, vdsocks wrote:
> [vd@vd ~]$ free -m
>  total used free shared buff/cache available
> Mem: 12005 2520 5119 56 4365 9310
> Swap: 3079 0 3079
> [vd@vd ~]$
> 
> I've never used more than 50% of memory of my PC...
> 
> I can see the real usage in gkrellm, the changes are not same.
> 
> There are no changes in allocation, it keeps exactly same, no matter
> what I run.
> 
>  Em Sex, 19 Fev 2016 10:05:33 -0200 JORDI
> SANFELIU<jo...@fibranet.cat> escreveu 
> 
>> I think you are misunderstanding the graph.
>> 
>> The y-axis has a title that says 'Megabytes' (not 'bytes'), and your
>> 
>> memory used (red color) has values around 11kb, which means 11000
>> megabytes, which also means around 11GB.
>> 
>> Considering your system has 12GB of memory, the values represented
>> in
>> graph are pretty reasonable to me.
>> 
>> Regards.
>> 

---
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat


--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] Memory Allocation doesn't works

2016-02-19 Thread Jordi Sanfeliu
Hi,

What are the correct values?
What do you think it is not working properly?
Can you elaborate a bit more?
Thanks.


On 02/19/2016 05:37 AM, vdsocks wrote:
>
> My monitorix is not recording the correct values.
> It persists on fedora and centos.
> I've tried many configs and googled it but nothing help.
> It shows the correct usage for each process.
>
> Look: http://prntscr.com/a55bcv
>
>

-- 
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat

--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] Show graph interval

2016-01-25 Thread Jordi Sanfeliu
Hi,

No, the lines I told you to modify aren't from RRDtool, but from 
Monitorix. Every module (.pm) has these lines when generating the graph.

For example, in 'system.pm' line 512.

Please, find them and test it.
Regards.


On 01/25/2016 10:21 AM, Balogh László wrote:
> Hi,
>
> Thanks for the info, but i see it's another tool (rrdgraph or what).
> Don't know what it is, and how to use with Monitorix.
>
> Regards
> Laszlo
>
> 2016. 01. 25. 9:28 keltezéssel, Jordi Sanfeliu írta:
>> Hi,
>>
>> That's not possible with the current code, but if you really need to
>> know what happened at an specific day, you can accomplish it by changing
>> the line:
>>
>> "--start=-$tf->{nwhen}$tf->{twhen}",
>>
>> by these two:
>>
>> "--start=20160104",
>> "--end=start+1d",
>>
>> As you will see the resulting graph lacks of a good resolution, but it
>> might still be of help for you.
>>
>> See more examples at
>> <http://oss.oetiker.ch/rrdtool/doc/rrdgraph_examples.en.html> in the
>> section named 'Time ranges'.
>>
>> I hope that helped you.
>> Regards.
>>
>>


-- 
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat

--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] Monitorix hangs

2015-10-02 Thread Jordi Sanfeliu
Hi,

I remember to have also unexpected hangs in the built-in HTTP server 
using an old version of the Perl module 'perl-HTTP-Server-Simple'. They 
were not so often like yours, but indeed they existed.

I'm using the 0.44 version here and I've not experienced these hangs 
anymore.

If you have an older version like that, then consider upgrading it to 
the latest (if possible). I think that the current version of this 
module is 0.51.

Regards.



On 10/01/2015 10:54 PM, pablo wrote:
> I have been successfully using Monitorix for a few months. However, Monitorix 
> will occasionally become unresponsive to web requests. At that point, if I 
> use "service monitorix restart”, all is fine for a week or a month, until the 
> next hang. When it does hang, top does not show the process as a zombie. What 
> trouble shooting tips will help me find the reason? This happens for 
> Monitorix 3.7 and 3.8.
>
> This is on a ubuntu 14 LTS system. I DO have apache running and I have the 
> native Monitorix web server running too. Is that the issue?
>
> Thanks,
> Pablo
>
>

-- 
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat

--
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


[Monitorix-general] Monitorix 3.8.0 released

2015-09-16 Thread Jordi Sanfeliu
Monitorix 3.8.0 has been released!

This new version introduces four new graphs and a number of new 
features, (of course, lots of bugs were also fixed). The first new graph 
shows the directory usage (based on the output of the du command) from a 
list defined in the configuration file. This is really useful when you 
want to keep an eye on the size of some specific directories. The second 
one is a ZFS statistics graph, which is specially useful for these 
people using such special file system in their servers. It can monitor 
an unlimited number of pools.

The other two graphs are: one that monitors the PageSpeed Module, from 
Google developers, and the other one that monitors Network UPS Tools 
(NUT) devices. Both graphs also support unlimited monitorization on 
their own.

Besides all these graphs this new version also includes interesting new 
features. The alert capabilities in the Filesystem graph have been 
changed and now it supports the ability to include an independent alert 
for each filesystem defined. The Apache graph has extended with more 
information and it also has new support for alert capabilities based on 
the remaining free slots.

The rest of changes and bugs fixed are, as always, reflected in the 
Changes file.

Please, check the monitorix.conf(5) man page for all the details.

NOTICE: The configuration file monitorix.conf has been extended with 
important changes.

Regards.

-- 
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat


--
Monitor Your Dynamic Infrastructure at Any Scale With Datadog!
Get real-time metrics from all of your servers, apps and tools
in one place.
SourceForge users - Click here to start your Free Trial of Datadog now!
http://pubads.g.doubleclick.net/gampad/clk?id=241902991=/4140
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] A centralized status board for multiple Monitorix servers

2015-09-01 Thread Jordi Sanfeliu
Hi Jaime,

Thanks for your effort on making such new dashboard to monitor multiple 
servers.

I'm aware that the current Multihost feature in Monitorix is old and 
rigid, and indeed it needs a complete rewrite. That's something that I 
have in my TODO list since some time ago.

Ideally though, I think that the best way would be that all of you that 
know very well the modern web techniques will be willing to help to 
change the current Perl code output (pure ) to a pseudo-code 
(something like a template), in order to later be 'completed' by a 
front-end code or something.

I'm always more focused in the low level parts of Monitorix (daemons, 
collecting system values, etc.) and it's clear that Monitorix needs the 
help of someone that knows better 'the other side' of the game. :)

Maybe we can work together on the same direction.
Thanks.


On 08/27/2015 10:35 PM, Jaime Gómez Obregón wrote:
> Hi there.
>
> I have the need to monitor several servers and found Monitorix’ “/multi
> host/” feature not ideal to my use case — mainly because I wanted to
> combine a given metric from multiple servers into a single chart, for
> easier monitoring, comparison and correlation; and to customize the
> whole dashboard to suit my particular needs.
>
> Thus I started building a custom centralized board for multiple
> Monitorix servers, which I have called *monitorix-board* and is
> available under the GPL:
> *https://github.com/JaimeObregon/monitorix-board*
>
> The dashboard is HTML5 and JavaScript based, so there are no server-side
> dependencies, and is easily customizable from a simple JSON files, an
> approach which in my opinion would be great to see in Monitorix
> <https://github.com/mikaku/Monitorix/issues/53>, as the current
> hardcoded markup generated from Perl scripts is impossible to customize.
>
> Regards,
>
> --
> *Jaime GÓMEZ OBREGÓN*
> Director
>

-- 
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat

--
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] Ubuntu 15.04 and Monitorix v3.7.0 / MySQL 5.6

2015-05-11 Thread Jordi Sanfeliu
Hello,

This could be caused by the extra configuration file that comes with the 
Debian/Ubuntu package, located in '/etc/monitorix/conf.d/' directory.

Please, read the following excerpt from the installation HOWTO for 
Debian/Ubuntu systems:

http://www.monitorix.org/doc-debian.html

IMPORTANT NOTICE: The Debian package also comes with an extra 
configuration file in /etc/monitorix/conf.d/00-debian.conf that includes 
some options specially adapted for Debian systems. This file will be 
loaded right after the main configuration file, hence some options in 
the main configuration will be overwritten by this extra file.

I hope that helped.
Regards.



On 05/11/2015 04:11 AM, Anthony Stump wrote:
 I'm not sure if it's something I'm doing wrong or if there is a bug in
 Monitorix, but I'm unable to get Monitorix to connect to MySQL.

 Here are settings (and yes I included password, don't really care
 because it's bound to localhost.)

 # MYSQL graph
 #
 -
 mysql
  conn_type = host
  list = localhost
 #   list = /var/run/mysqld/mysqld.sock
  desc
  localhost = 3306, monitorix, m0n1t0r1x15
  /desc
  rigid = 0, 2, 0, 0, 0, 0
  limit = 100, 100, 100, 100, 100, 100
 /mysql

 I tested the connection in MySQL - it's setup per instructions:

 astump@astump15:~$ mysql -u monitorix -pm0n1t0r1x15 -h localhost
 Warning: Using a password on the command line interface can be insecure.
 Welcome to the MySQL monitor.  Commands end with ; or \g.
 Your MySQL connection id is 2361

 But I'm getting this in the monitorix log:

 Sun May 10 21:09:00 2015 - mysql::mysql_update: Cannot connect to MySQL
 '/var/run/mysqld/mysqld.sock'.
 Sun May 10 21:09:00 2015 - ERROR: while updating
 /var/lib/monitorix/mysql.rrd: /var/lib/monitorix/mysql.rrd: expected
 timestamp not found in data source from N

 --
 Thank you,

 Anthony Stump
 anthonyst...@kc.rr.com mailto:anthonyst...@kc.rr.com
 f00d...@gmail.com mailto:f00d...@gmail.com



-- 
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat



--
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] ERROR: while updating /var/lib/monitorix/system.rrd .... Function update_pdp_prep, case DST_GAUGE - Cannot convert '' to float

2015-03-22 Thread Jordi Sanfeliu
Hello Andrei,

This is good news!, I'm glad to know that it's finally working.

I'll try to fix, as soon as possible, all those incompatibilities with 
that new RRDtool 1.5.x branch.

Thank you very much for your feedback.
Best regards.


A 22-03-2015 10:45, Andrei-Marius Radu escrigué:
 Hello Jordi,
 
 I've downgraded RRDtool to 1.4.9 and the system graphs are working
 fine since then (all the other graphs where already working).
 
 Thanks again for Monitorix and all your time answering questions on 
 this list.
 
 Cheers,
 Andrei.
 
 

---
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat


--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] ERROR: while updating /var/lib/monitorix/system.rrd .... Function update_pdp_prep, case DST_GAUGE - Cannot convert '' to float

2015-03-21 Thread Jordi Sanfeliu
Hello Andrei,

Did you upgrade to 3.7.0 from an older branch (2.x) or from a different 
architecture (32bit to 64bit or viceversa)?. Basically what I want to 
know is if this is a fresh Monitorix installation.

Also, what RRDtool version have you there?
Thanks.


A 21-03-2015 16:22, Andrei-Marius Radu escrigué:
[...]
 But subsequent updates all look like this:
 
  .. 
 Sat Mar 21 16:10:00 2015 - Calling system_update()
 Sat Mar 21 16:10:00 2015 - system::system_update:
 N:0.02:0.03:0.05:197:195:2:0:0:0:0:16108820:4008:991904:14903632:::0:0:0:0:0
 Sat Mar 21 16:10:00 2015 - ERROR: while updating
 /var/lib/monitorix/system.rrd: /var/lib/monitorix/system.rrd: Function
 update_pdp_prep, case DST_GAUGE - Cannot convert '' to float
 Sat Mar 21 16:10:00 2015 - Calling kern_update()
 Sat Mar 21 16:10:00 2015 - kern::kern_update:
 N:0.0665917509468515:0:0.0416198443417822:99.7502809339493:0.0332958754734257:0:0.108211595288634:0:0:8179537:53.7245696400626:0.0338986219337793:99.2796256383371:296265:0:0:0:0
  .. 
 
 I would appreciate any pointers related to this error.
 
 Best regards,
 Andrei.
 


---
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat


--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] ERROR: while updating /var/lib/monitorix/system.rrd .... Function update_pdp_prep, case DST_GAUGE - Cannot convert '' to float

2015-03-21 Thread Jordi Sanfeliu
Hello Andrei,

RRDtool 1.5.0-rc2? mmh ... I've not tested such version.
Can you please, downgrade to the previous stable branch 1.4.x and see if 
the problem persists?

Thanks.


A 21-03-2015 19:24, Andrei-Marius Radu escrigué:
 Hello Jordi,
 
 This a fresh install on a new 64bit linux host (Gentoo). RRDtool is
 version 1.5.0-rc2. Let me know if there is any other debugging I can
 get.
 
 Thank you,
 Andrei.
 

---
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat


--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


[Monitorix-general] Monitorix 3.7.0 released

2015-03-12 Thread Jordi Sanfeliu
Monitorix 3.7.0 has been released!

Another new version that introduces two new graphs; the first one is a 
new Varnish cache statistics graph which hopefully covers all the most 
important values. It was created using the Varnish version 3.0.6, so I 
hope it will be also compatible with the new 4.0 version. The second 
graph covers the Verlihub statistics and was developed and provided by 
an external user.

As always this version also includes a number of changes and new 
features, and of course more bugs were fixed. The zoomed graphs now 
honour the global_option option and also fit much better in the browser 
pop up window. The Ports graph now includes the options tcp6 and udp6 to 
be able to monitor IPv6 connections. The Process graph now detects 
better the process names using the command parameter in the ps command. 
And more.

The rest of changes and bugs fixed are, as always, reflected in the 
Changes file.

Please, check the monitorix.conf(5) man page for all the details.

NOTICE: The configuration file monitorix.conf has been extended with 
important changes.

Regards.

-- 
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat


--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] misconfiguration for disks.png path

2014-12-10 Thread Jordi Sanfeliu
Hello John,

This is a common situation on Debian-based systems which, as stated in 
the Debian howto [1], Monitorix comes with an extra configuration file.

See it from your own logs:

  Sun Dec  7 19:36:37 2014 - Loaded main configuration file
  '/etc/monitorix/monitorix.conf'.
  Sun Dec  7 19:36:37 2014 - Loading extra configuration file
  '/etc/monitorix/conf.d/00-debian.conf'.

As you can see, Monitorix loads the 
'/etc/monitorix/conf.d/00-debian.conf' configuration file right after 
the main one. That extra configuration file will overwrite any of the 
previous settings, so that's probably the cause of your issues.

You can simply remove the extra configuration file, or use it to include 
all your own settings.

I hope that helped you.
Best regards.


1 - http://www.monitorix.org/doc-debian.html


On 12/10/2014 04:17 PM, Doe John wrote:
 Hello Jordi,

 Thank you for your help, I took time and i fix my problems, I have a
 last error with mysql :

 I set in monitorix.conf like this :

 mysql
  conn_type = host
  list = localhost
  list = /var/run/mysqld/mysqld.sock

  desc
  localhost = 3306, root, mypass
  /desc
  rigid = 0, 2, 0, 0, 0, 0
  limit = 100, 100, 100, 100, 100, 100
 /mysql

 In logs :

 mysql::mysql_update: Cannot connect to MySQL '/var/run/mysqld/mysqld.sock'.
 Wed Dec 10 16:12:00 2014 - ERROR: while updating
 /var/lib/monitorix/mysql.rrd: /var/lib/monitorix/mysql.rrd: expected
 timestamp not found in data source from N


 I tested the mysql connection in command line and it's ok

 Have you an idea ?

 Regards

 Johnny


 2014-12-09 10:49 GMT+01:00 Jordi Sanfeliu jo...@fibranet.cat
 mailto:jo...@fibranet.cat:

 Hello Johnny,

 It looks like you still have defined devices that doesn't exist in your
 system, e.g: '/dev/sdb'.

 Please, take some time to configure correctly Monitorix.

 Read the 'monitorix.conf(5)' man pages.
 Thanks.



 On 12/07/2014 07:39 PM, Johnny B wrote:
   Hello Jordi,
  
   Thank you i disabled useless monitoring for me.
  
  
  
   # DISK graph
   #
  
 
 -
   disk
list
0 = /dev/sda, /dev/sdb, /dev/sdc
/list
alerts
realloc_enabled = n
realloc_timeintvl = 0
realloc_threshold = 1
realloc_script = /path/to/script.sh
pendsect_enabled = n
pendsect_timeintvl = 0
pendsect_threshold = 1
pendsect_script = /path/to/script.sh
/alerts
   /disk
  
  
  
   Sun Dec  7 19:36:37 2014 - Starting Monitorix version 3.6.0 (pid
 24728).
   Sun Dec  7 19:36:37 2014 - Loaded main configuration file
   '/etc/monitorix/monitorix.conf'.
   Sun Dec  7 19:36:37 2014 - Loading extra configuration file
   '/etc/monitorix/conf.d/00-debian.conf'.
   Use of uninitialized value in lc at /usr/lib/monitorix/disk.pm
 http://disk.pm line 60.
   Sun Dec  7 19:36:37 2014 - Initializing graphs.
   Sun Dec  7 19:36:37 2014 - disk::disk_init: ERROR: invalid or
 inexistent
   device name '/dev/sdb'.
   Sun Dec  7 19:36:37 2014 - disk::disk_init: 'accept_invalid_disk'
 option
   is not set.
   Sun Dec  7 19:36:37 2014 - fs::fs_init: Unable to detect the
 device name
   of '/boot'. I/O stats for this filesystem won't be shown in graph. If
   this is really a mount point then consider using devmap to map it
   manually to a device name.
   Sun Dec  7 19:36:37 2014 - Generating the 'index.html' file.
  
  


-- 
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat


--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration  more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=164703151iu=/4140/ostg.clktrk
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] misconfiguration for disks.png path

2014-12-10 Thread Jordi Sanfeliu
John,

Good news that you managed to solve all these issues!
I'm very glad to know that you are enjoying Monitorix! :)

Best regards.


On 12/10/2014 08:10 PM, Johnny B wrote:
 Jordi,

 Thank you very much for your help.

 I'm deploying Monitorix for companies in parallel with Munin, and for
 now i prefer Monitorix ;)


 Thank you again everything is working fine

 Best regards

 John


-- 
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat

--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration  more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=164703151iu=/4140/ostg.clktrk
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] misconfiguration for disks.png path

2014-12-09 Thread Jordi Sanfeliu
Hello Johnny,

It looks like you still have defined devices that doesn't exist in your 
system, e.g: '/dev/sdb'.

Please, take some time to configure correctly Monitorix.

Read the 'monitorix.conf(5)' man pages.
Thanks.



On 12/07/2014 07:39 PM, Johnny B wrote:
 Hello Jordi,

 Thank you i disabled useless monitoring for me.



 # DISK graph
 #
 -
 disk
  list
  0 = /dev/sda, /dev/sdb, /dev/sdc
  /list
  alerts
  realloc_enabled = n
  realloc_timeintvl = 0
  realloc_threshold = 1
  realloc_script = /path/to/script.sh
  pendsect_enabled = n
  pendsect_timeintvl = 0
  pendsect_threshold = 1
  pendsect_script = /path/to/script.sh
  /alerts
 /disk



 Sun Dec  7 19:36:37 2014 - Starting Monitorix version 3.6.0 (pid 24728).
 Sun Dec  7 19:36:37 2014 - Loaded main configuration file
 '/etc/monitorix/monitorix.conf'.
 Sun Dec  7 19:36:37 2014 - Loading extra configuration file
 '/etc/monitorix/conf.d/00-debian.conf'.
 Use of uninitialized value in lc at /usr/lib/monitorix/disk.pm line 60.
 Sun Dec  7 19:36:37 2014 - Initializing graphs.
 Sun Dec  7 19:36:37 2014 - disk::disk_init: ERROR: invalid or inexistent
 device name '/dev/sdb'.
 Sun Dec  7 19:36:37 2014 - disk::disk_init: 'accept_invalid_disk' option
 is not set.
 Sun Dec  7 19:36:37 2014 - fs::fs_init: Unable to detect the device name
 of '/boot'. I/O stats for this filesystem won't be shown in graph. If
 this is really a mount point then consider using devmap to map it
 manually to a device name.
 Sun Dec  7 19:36:37 2014 - Generating the 'index.html' file.




-- 
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat

--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration  more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=164703151iu=/4140/ostg.clktrk
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] libpng error: Write Error

2014-12-03 Thread Jordi Sanfeliu
Czezz,

Thanks for sharing this information.
I'll put as is in the Monitorix web site.

Regards.


On 12/02/2014 06:22 PM, czezz wrote:
 Hi,
 decided to erase it all and start from scratch.
 Now it works all OK.

 By the way - I want to post here a short guide how to install monitorix
 on Slackware 12. (It should work also for any newer Slackware release).

 1.
 # cpan
 (optional) cpan install Bundle::CPAN
 cpan install HTTP::Server::Simple::CGI
 cpan install Config::General

 2. Install packages:
 a. download from Slackware 12 repository:
 # installpkg libart_lgpl-2.3.19-i486-1.tgz
 b. compile using slackbuild:
 # installpkg rrdtool-1.2.19-i486-1_SBo.tgz
 # installpkg monitorix-3.6.0-i486-1_SBo.tgz

 Note: you may require to install more libs in point 2a. In this case
 refer to /var/log/monitorix log file.

 BR,
 czezz


-- 
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat

--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration  more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=164703151iu=/4140/ostg.clktrk
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] libpng error: Write Error

2014-12-03 Thread Jordi Sanfeliu
Bertrand,

I'll do.
Let me know when you have finished your OpenBSD Howto.

Regards.


On 12/02/2014 06:46 PM, Bertrand Caplet wrote:
 1.
 # cpan
 (optional) cpan install Bundle::CPAN
 cpan install HTTP::Server::Simple::CGI
 cpan install Config::General

 2. Install packages:
 a. download from Slackware 12 repository:
 # installpkg libart_lgpl-2.3.19-i486-1.tgz
 b. compile using slackbuild:
 # installpkg rrdtool-1.2.19-i486-1_SBo.tgz
 # installpkg monitorix-3.6.0-i486-1_SBo.tgz

 Note: you may require to install more libs in point 2a. In this case
 refer to /var/log/monitorix log file.

 BR,
 czezz

 That's nice from you. If you guys read me could you please add this to
 monitorix.org ?

 I'll try monitorix on openBSD I will post a Howto too.

 Regards



-- 
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat

--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration  more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=164703151iu=/4140/ostg.clktrk
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] Monitor external host via icmp

2014-11-03 Thread Jordi Sanfeliu
Hello Joan,

Monitorix doesn't yet supports a generic graph from where you can 
monitor your own 'things'. I've already in my own TODO list to implement 
such like this but it's just a matter of time to be able finish it.

Meanwhile, just grab the simplest module from '/usr/lib/monitorix' and 
adapt it for your own needs. They are pretty easy to understand 
specially if you know the Perl programming language.

Best regards.



On 11/02/2014 10:45 PM, Joan wrote:
 I would like to have an external host monitored by icmp, it's a simple
 monitor, there's only an adsl without a child monitorix install. I've
 been looking through the sample configuration and I can't find a way to
 do it.
 Is it feasible / easy to do with monitorix?

 Regards,

 Joan


-- 
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat

--
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] MySQL statistics show value: -nan

2014-10-16 Thread Jordi Sanfeliu
Hi Czezz,

If you are using a Debian system (or a derivative), you should know that 
there is a second configuration file in '/etc/monitorix/conf.d/' that is 
probably overriding your settings.

As stated here: http://www.monitorix.org/doc-debian.html

IMPORTANT NOTICE: The Debian package also comes with an extra 
configuration file in /etc/monitorix/conf.d/00-debian.conf that includes 
some options specially adapted for Debian systems. This file will be 
loaded right after the main configuration file, hence some options in 
the main configuration will be overwritten by this extra file.

Please, confirm this and if not, we can investigate it further.
Thanks.



On 10/16/2014 03:15 PM, czezz wrote:
 Hi,
 I have a problem with configuring monitorix to monitor MySQL.
 My MySQL is installed locally on this same machine as monitorix.

 I have created user with passwd as stated in manual but I still cannot
 get any values on graphs.
 All statistics for MySQL are like: -nan

 This is my part of configuration for MySQL:

 # MYSQL graph
 #
 -
 mysql
  conn_type = host
  list = localhost
  desc
  localhost = 3306, monitorixuser, passwdmonitorix
  /desc
  rigid = 0, 2, 0, 0, 0, 0
  limit = 100, 100, 100, 100, 100, 100
 /mysql

 Can anyone advise what Im doing wrong ?

 Cheers,
 Czezz



-- 
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat

--
Comprehensive Server Monitoring with Site24x7.
Monitor 10 servers for $9/Month.
Get alerted through email, SMS, voice calls or mobile push notifications.
Take corrective actions from your mobile device.
http://p.sf.net/sfu/Zoho
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] Monitorix page: 'Not Found' after installing to Ubuntu 12.04 server on Amazon EC2 running Apache2

2014-09-25 Thread Jordi Sanfeliu
Hi,

The latest Monitorix version (3.6.0 right now) works out-of-the-box, and 
if I recall correctly, the built-in HTTP server comes also enabled by 
default for Debian/Ubuntu systems.

So, right after a successful installation you should check the 
'monitorix.conf' file to adapt it to your system and finally, start 
Monitorix.

Please, make sure the URL http://localhost:8080/monitorix/ works 
locally in that system. You might want to use 'lynx' or 'elinks' 
commands to test the local URL.

After you see that Monitorix is working locally then you can start 
testing it remotely. If you have problems to access Monitorix remotely 
check your firewall rules.

Regards.


On 09/25/2014 02:37 AM, Christopher D. Bartels wrote:
 Hi,

 I’ve just installed Monitorix from the izzy repo on an Ubuntu 12.04
 server running Apache2 on Amazon EC2,  when I browse to
 x.x.x.x:8080/monitorix, or x.x.x.x/monitorix, I get a ‘Not Found’ page
 instead of the control panel.

 I’ve disabled the built-in webserver in the config file,  it didn’t
 revert to an Apache2-served page.

 I don’t see anything other than that it should work out of the box with
 Apache2, so I can’t confirm that it’s indeed set to use the webserver
 properly.

 Actually, I did see 1 about setting /etc/apache2/conf.d/monitorix.conf
 to allow a remote IP address, but I don’t have a ‘conf.d’ in
 /etc/apache2,  there’s nothing related to Monitorix in ‘conf-available’
 or ‘conf-enabled’ to check.

 How do I make this work?

 Please advise.

 Thanks,

 Chris


-- 
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat

--
Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] change graph order inside block

2014-09-19 Thread Jordi Sanfeliu
Hi Vlăduţ,

I'm afraid this is not possible. Currently, Monitorix graphs have fixed 
layout and the only way to change this would be modifying the source code.

Changing the graph order shouldn't be difficult. What really complicates 
things is the legend on very graph. It most adapt dynamically to the 
size of the graph and this would result in a lot of different 
combinations. This is not currently supported.

Best regards.


On 09/18/2014 05:38 PM, Vlăduţ Frăţiman wrote:
 Hi!
 I want to change order for some graphs inside group LM-Sensors and GPU
 temperatures.
 Because i have only two interest graph for cpu temperature and cpu fan
 speed, i want to see these graphs bigger and other smaller.
 How can do that, obviously change sometring in perl code.

 Thanks!

 P.S. Maybe can be usefull an option to specify graph order  in some block


-- 
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat

--
Slashdot TV.  Video for Nerds.  Stuff that Matters.
http://pubads.g.doubleclick.net/gampad/clk?id=160591471iu=/4140/ostg.clktrk
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] Network Traffic and Usage, FreeBSD 10

2014-09-09 Thread Jordi Sanfeliu
Hello Sergey,

Great!, I'll fix the current tree right now.

I'll also tell to Chris Rees (the current Monitorix packager for 
FresBSD) to take care of this bug.

Thank you very much.
Best regards.



On 09/09/2014 04:30 PM, Sergey Andreyev wrote:
 Hello Jordi,

 I've replaced 'gt' to '' in that line and network usage works as
 intended now.

 Thank you very much for help and Monitorix!

 P.S. I know that there is newer version of monitorix - 3.6.0 and i see
 that it has the same problem. I hope next version of monitorix added to
 FreeBSD packages (3.6.0 is still not there) will have patch or changes
 made in this line ;-)


-- 
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat

--
Want excitement?
Manually upgrade your production database.
When you want reliability, choose Perforce.
Perforce version control. Predictably reliable.
http://pubads.g.doubleclick.net/gampad/clk?id=157508191iu=/4140/ostg.clktrk
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] Network Traffic and Usage, FreeBSD 10

2014-09-09 Thread Jordi Sanfeliu
UPDATE:

Chris Rees has just submitted a bug fix for 3.5.1 (3.5.1_1):

http://svnweb.freebsd.org/ports?view=revisionrevision=367743
http://www.freshports.org/sysutils/monitorix/

Thanks!
Best regards.



On 09/09/2014 04:40 PM, Jordi Sanfeliu wrote:
 Hello Sergey,

 Great!, I'll fix the current tree right now.

 I'll also tell to Chris Rees (the current Monitorix packager for
 FresBSD) to take care of this bug.

 Thank you very much.
 Best regards.



 On 09/09/2014 04:30 PM, Sergey Andreyev wrote:
 Hello Jordi,

 I've replaced 'gt' to '' in that line and network usage works as
 intended now.

 Thank you very much for help and Monitorix!

 P.S. I know that there is newer version of monitorix - 3.6.0 and i see
 that it has the same problem. I hope next version of monitorix added to
 FreeBSD packages (3.6.0 is still not there) will have patch or changes
 made in this line ;-)



-- 
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat

La informació inclosa en aquest correu electrònic és CONFIDENCIAL. Si 
llegiu aquest missatge i no sou el destinatari indicat, us informem que 
està totalment prohibida qualsevol utilització, divulgació, distribució 
i/o reproducció d'aquesta comunicació, total o parcial, sense 
autorització expressa en virtut de la legislació vigent. Si heu rebut 
aquest missatge per error, us preguem que ens ho notifiqueu 
immediatament per aquesta via i procediu a la seva eliminació juntament 
amb els fitxers annexes sense llegir-lo ni gravar-lo.

En virtut d'allò establert a la Llei 15/1999 i la LSSICE 34/2002, us 
informem que les vostres dades formen part d'un fitxer automatitzat 
titularitat de FIBRANET NSP, SL La informació registrada s'utilitzarà 
per informar-vos, per qualsevol mitjà electrònic, de les nostres 
novetats comercials. Podeu exercir els vostres drets d'accés, 
rectificació, cancel·lació i oposició a la següent adreça: Polígon Pla 
d'en Boet, C/ BATISTA I ROCA, 8 2a PLANTA, 08302 MATARÓ (BARCELONA).
En compliment de la Llei 34/2002 de l'11 de juliol de Serveis de la 
Societat de la Informació i del Comerç Electrònic, us informem que podeu 
revocar en qualsevol moment, de forma senzilla i gratuïta, el 
consentiment per a la recepció de correu electrònic, enviant un correu 
electrònic amb la vostra sol·licitud a: i...@fibranet.cat.

--
Want excitement?
Manually upgrade your production database.
When you want reliability, choose Perforce.
Perforce version control. Predictably reliable.
http://pubads.g.doubleclick.net/gampad/clk?id=157508191iu=/4140/ostg.clktrk
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


[Monitorix-general] Monitorix 3.6.0 released

2014-08-20 Thread Jordi Sanfeliu
Monitorix 3.6.0 has been released!

This new version introduces two new graphs; one that is Linux specific 
to monitor an unlimited number of user processes (including CPU usage, 
memory usage, disk usage, network usage, opened files, number of 
threads, number of voluntary and involuntary context switches and number 
of instances of the same process). The other new graph is to monitor 
also an unlimited number of virtual machines (using the libvirt manager) 
and also covers CPU, memory, disk and network usages.

This version also includes a number of changes and new features, and of 
course a number of bugs were fixed. There is a new option called 
'ip_default_table' to instruct Monitorix to use a specific iptables 
table for network traffic accounting. This should help to avoid conflict 
with some firewalls running in the same machine.

The Mail graph now includes a graph that shows the SPF results in real 
time (right now it only supports the output of 'smf-spf' tool). This new 
version also adds support for the latest Nvidia driver 340.24, it also 
extends the functionality of limit and rigid options, reducing a lot of 
code at the same time and changed the DST values in the Network 
interface graph which should avoid (finally!) these annoying unexpected 
huge peaks in the graph.

It also includes some fixes in order to reduce CPU load on servers with 
big log files.

The rest of changes and bugs fixed are, as always, reflected in the 
Changes file.

Please, check the monitorix.conf(5) man page for all the details.

NOTICE: The configuration file monitorix.conf has been extended with 
important changes.

Regards.

-- 
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat


--
Slashdot TV.  
Video for Nerds.  Stuff that matters.
http://tv.slashdot.org/
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] Looking for a solution for OpenSuse 13.1

2014-08-20 Thread Jordi Sanfeliu
Hi,

Yes, and thanks to graysky user 
https://github.com/mikaku/Monitorix/pull/62, the latest version 3.6.0 
(just released today), comes with a new Makefile that should help you 
either install Monitorix in your system or build a Monitorix package.

 From now on, you will find this Makefile in the official tar.gz.
Regards.


On 08/20/2014 02:26 PM, Hauke Meyer wrote:
 ah, I found what I was looking for in the Git-repository. Inside Git was
 a Makefile which was helpful (make install-systemd-all).

 Sorry to bother you!

 Dear all,

 I am looking for a hint to get a working monitorix installation on an
 OpenSuse 13.1 system. The last information I could get is use the rpm
 package (two years old), but this leads me to an early fatal error. In
 earlier times there was a mentioned an OpenSuse installation support but
 not in the actual packages.

 Any hint would be really nice!

 hawkey



-- 
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat

--
Slashdot TV.  
Video for Nerds.  Stuff that matters.
http://tv.slashdot.org/
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] Bug in Ethernet bits/second?

2014-07-17 Thread Jordi Sanfeliu
Anthony,

On 07/14/2014 06:42 PM, Anthony Stump wrote:
 I accidentally wiped all the historical data by changing how many years
 back data goes. On the other hand the spike is now gone!


Ok.


 One other thing I noticed... the IN-DNS chart seems to always increase
 the value on a slope... I think that may be a bug as well.


If so, then perhaps because your DNS is incrementing its number of 
external requests.

You can check that with the 'iptables -nxvL' command and see how the 
number of bytes in the accounting column of the DNS port is increasing.

Regards.

-- 
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat

--
Want fast and easy access to all the code in your enterprise? Index and
search up to 200,000 lines of code with a free copy of Black Duck
Code Sight - the same software that powers the world's largest code
search on Ohloh, the Black Duck Open Hub! Try it now.
http://p.sf.net/sfu/bds
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] Bug in Ethernet bits/second?

2014-07-07 Thread Jordi Sanfeliu
Munin? I think you are confused with the monitoring tools.
This is Monitorix, not Munin.

Regarding the 'removespikes' script, you should read the README file 
that comes with it, and run it using the file '/var/lib/monitorix/net.rrd'.

Regards.


On 07/06/2014 12:07 AM, Anthony Stump wrote:
 Where are the rrd's I need to modify? On the documentation it says that
 the file should be net.rrd but I have several interface eth0 rrds in
 /var/lib/munin/localdomain/ which are as follows:

 astump@astump-EX58-UD4P:/$ ls
 /var/lib/munin/localdomain/localhost.localdomain-if_*
 /var/lib/munin/localdomain/localhost.localdomain-if_err_eth0-collisions-c.rrd
 /var/lib/munin/localdomain/localhost.localdomain-if_err_eth0-txdrop-c.rrd
 /var/lib/munin/localdomain/localhost.localdomain-if_err_eth0-rcvd-c.rrd
 /var/lib/munin/localdomain/localhost.localdomain-if_eth0-down-d.rrd
 /var/lib/munin/localdomain/localhost.localdomain-if_err_eth0-rxdrop-c.rrd
 /var/lib/munin/localdomain/localhost.localdomain-if_eth0-up-d.rrd
 /var/lib/munin/localdomain/localhost.localdomain-if_err_eth0-trans-c.rrd


 I have tried removing spikes from all of them and none of them find
 spikes. When in analyze mode, they are all empty.


-- 
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat


--
Open source business process management suite built on Java and Eclipse
Turn processes into business applications with Bonita BPM Community Edition
Quickly connect people, data, and systems into organized workflows
Winner of BOSSIE, CODIE, OW2 and Gartner awards
http://p.sf.net/sfu/Bonitasoft
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] Graph monitorix data from previous days

2014-06-10 Thread Jordi Sanfeliu
Dan,

What link are you referring to?
Thanks.


On 06/09/2014 03:14 PM, O'Reilly, Dan wrote:
 So, is the graph presented when I click on the link historical data?

 -Original Message-
 From: Jordi Sanfeliu [mailto:jo...@fibranet.cat]
 Sent: Friday, June 06, 2014 3:59 PM
 To: monitorix-general@lists.sourceforge.net
 Subject: Re: [Monitorix-general] Graph monitorix data from previous days

 Hello Dan,

 You can't expect to have the same data resolution when viewing other 
 time-frames than the defined. This is because the .rrd files (RRDtool) are 
 databases of a fixed size.

 Anyway, you can see other time-frames just modifying the 'when'
 parameter, just like this:

 http://www.fibranet.cat/monitorix-cgi/monitorix.cgi?mode=localhostgraph=_system1when=2daycolor=black

 Regards.

 ---
 Jordi Sanfeliu
 FIBRANET Network Services Provider
 http://www.fibranet.cat


 A 2014-06-06 22:01, O'Reilly, Dan escrigué:
 Is it possible to graph data from Monitorix from previous days (e.g.,
 go back and look at last Tuesday's data)?

 Dan O'Reilly

 UNIX Systems Administration

 9601 S. Meridian Blvd.

 Englewood, CO 80112

 720-514-6293



-- 
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat

--
HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Most in Your Big Data with HPCC Systems
Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
Leverages Graph Analysis for Fast Processing  Easy Data Exploration
http://p.sf.net/sfu/hpccsystems
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] A simple question about the usage with HTTPS connections

2014-06-10 Thread Jordi Sanfeliu
Patrick,

I don't have that setting in the ssl.conf' file, I have it in the main 
'httpd.conf' file by default. I'm not sure if the location of this 
definition can be relevant or not.

Can you please, make sure if you don't also have it in the main 
'httpd.conf'?, and if not, could you try putting there instead in 
'ssl.conf'?

Let me know.
Thanks.




On 06/05/2014 09:34 AM, Patrick De Zordo wrote:
 Nope, same problem..

 My /etc/apache2/sites-enabled/default-ssl.conf

 IfModule mod_ssl.c
VirtualHost _default_:443

 ---8--
  DocumentRoot /var/www
  Directory /var/www
Options FollowSymLinks
AllowOverride All
  /Directory

  Location /server-status
SetHandler server-status
Order deny,allow
Deny from all
Allow from 127.0.0.1 ::1
  /Location
 ---8--

 /VirtualHost
 /IfModule


-- 
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat

--
HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Most in Your Big Data with HPCC Systems
Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
Leverages Graph Analysis for Fast Processing  Easy Data Exploration
http://p.sf.net/sfu/hpccsystems
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] Graph monitorix data from previous days

2014-06-06 Thread Jordi Sanfeliu
Hello Dan,

You can't expect to have the same data resolution when viewing other 
time-frames than the defined. This is because the .rrd files (RRDtool) 
are databases of a fixed size.

Anyway, you can see other time-frames just modifying the 'when' 
parameter, just like this:

http://www.fibranet.cat/monitorix-cgi/monitorix.cgi?mode=localhostgraph=_system1when=2daycolor=black

Regards.

---
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat


A 2014-06-06 22:01, O'Reilly, Dan escrigué:
 Is it possible to graph data from Monitorix from previous days (e.g.,
 go back and look at last Tuesday's data)?
 
 Dan O'Reilly
 
 UNIX Systems Administration
 
 9601 S. Meridian Blvd.
 
 Englewood, CO 80112
 
 720-514-6293
 


--
Learn Graph Databases - Download FREE O'Reilly Book
Graph Databases is the definitive new guide to graph databases and their 
applications. Written by three acclaimed leaders in the field, 
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/NeoTech
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] A simple question about the usage with HTTPS connections

2014-06-04 Thread Jordi Sanfeliu
Patrick,

Perhaps the problem is just in the other way around. I mean, you should 
add access permission for connections from the 'localhost' (IPv4).

Try with this:

Allow from localhost ::1

Let me know.
Thanks.



On 06/03/2014 07:02 PM, Patrick De Zordo wrote:
 Hi Jordi!
 Maybe it could be a problem with our rewriting rules..
 But not sure..

 Our /etc/apache2/sites-enabled/default-ssl.conf
 ---8--
 DocumentRoot /var/www
  Directory /var/www
Allow from ::1
Options FollowSymLinks
AllowOverride All
  /Directory
 ---8--

 We are rewriting in /var/www/.htaccess
 ---8--
 RewriteEngine On
 RewriteCond %{SERVER_PORT} 80
 RewriteRule ^(.*) https://server.domain.com/$1 [L]
 ---8--

 It is strange, since open it by local browser (lynx) is working without 
 problems..



 -Ursprüngliche Nachricht-
 Von: Jordi Sanfeliu [mailto:jo...@fibranet.cat]
 Gesendet: Dienstag, 3. Juni 2014 18:18
 An: monitorix-general@lists.sourceforge.net
 Betreff: Re: [Monitorix-general] A simple question about the usage with
 HTTPS connections

 I mean that I don't use _explicitly_ IPv6 connections to retrieve Apache 
 stats,
 but I found that Monitorix was using it in the server where I did the tests.

 Perhaps because IPv6 connections have priority over IPv4 in that machine.
 I'm not sure on this.

 Just add ::1 permissions in your Apache conf and see what happens.

 Regards.



 On 06/03/2014 05:39 PM, Patrick De Zordo wrote:

 -Ursprüngliche Nachricht-
 Von: Jordi Sanfeliu [mailto:jo...@fibranet.cat]
 Gesendet: Dienstag, 3. Juni 2014 16:41
 An: monitorix-general@lists.sourceforge.net
 Betreff: Re: [Monitorix-general] A simple question about the usage
 with HTTPS connections

 Not that I'm aware of.


 Ok, but why should I then enable some IPv6 connections on my apache
 virtual hosts file? (just can't follow your guide..)

 Greetings!


 On 06/03/2014 03:46 PM, Patrick De Zordo wrote:
 Hey you,
 I just returned today from a meeting, I'll rest this later and give
 you a
 feedback!

 Are you using IPv6 connections for retrieving the url?

 Thanks!



-- 
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat

--
Learn Graph Databases - Download FREE O'Reilly Book
Graph Databases is the definitive new guide to graph databases and their 
applications. Written by three acclaimed leaders in the field, 
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/NeoTech
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] A simple question about the usage with HTTPS connections

2014-06-03 Thread Jordi Sanfeliu
Not that I'm aware of.


On 06/03/2014 03:46 PM, Patrick De Zordo wrote:
 Hey you,
 I just returned today from a meeting, I'll rest this later and give you a 
 feedback!

 Are you using IPv6 connections for retrieving the url?

 Thanks!


-- 
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat

--
Learn Graph Databases - Download FREE O'Reilly Book
Graph Databases is the definitive new guide to graph databases and their 
applications. Written by three acclaimed leaders in the field, 
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/NeoTech
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] A simple question about the usage with HTTPS connections

2014-06-03 Thread Jordi Sanfeliu
I mean that I don't use _explicitly_ IPv6 connections to retrieve Apache 
stats, but I found that Monitorix was using it in the server where I did 
the tests.

Perhaps because IPv6 connections have priority over IPv4 in that 
machine. I'm not sure on this.

Just add ::1 permissions in your Apache conf and see what happens.

Regards.



On 06/03/2014 05:39 PM, Patrick De Zordo wrote:

 -Ursprüngliche Nachricht-
 Von: Jordi Sanfeliu [mailto:jo...@fibranet.cat]
 Gesendet: Dienstag, 3. Juni 2014 16:41
 An: monitorix-general@lists.sourceforge.net
 Betreff: Re: [Monitorix-general] A simple question about the usage with
 HTTPS connections

 Not that I'm aware of.


 Ok, but why should I then enable some IPv6 connections on my apache virtual 
 hosts file? (just can't follow your guide..)

 Greetings!


 On 06/03/2014 03:46 PM, Patrick De Zordo wrote:
 Hey you,
 I just returned today from a meeting, I'll rest this later and give you a
 feedback!

 Are you using IPv6 connections for retrieving the url?

 Thanks!


 --
 Jordi Sanfeliu
 FIBRANET Network Services Provider
 http://www.fibranet.cat

 --
 Learn Graph Databases - Download FREE O'Reilly Book
 Graph Databases is the definitive new guide to graph databases and their
 applications. Written by three acclaimed leaders in the field,
 this first edition is now available. Download your free book today!
 http://p.sf.net/sfu/NeoTech
 ___
 Monitorix-general mailing list
 Monitorix-general@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/monitorix-general



 --
 Learn Graph Databases - Download FREE O'Reilly Book
 Graph Databases is the definitive new guide to graph databases and their
 applications. Written by three acclaimed leaders in the field,
 this first edition is now available. Download your free book today!
 http://p.sf.net/sfu/NeoTech
 ___
 Monitorix-general mailing list
 Monitorix-general@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/monitorix-general


-- 
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat

La informació inclosa en aquest correu electrònic és CONFIDENCIAL. Si 
llegiu aquest missatge i no sou el destinatari indicat, us informem que 
està totalment prohibida qualsevol utilització, divulgació, distribució 
i/o reproducció d'aquesta comunicació, total o parcial, sense 
autorització expressa en virtut de la legislació vigent. Si heu rebut 
aquest missatge per error, us preguem que ens ho notifiqueu 
immediatament per aquesta via i procediu a la seva eliminació juntament 
amb els fitxers annexes sense llegir-lo ni gravar-lo.

En virtut d'allò establert a la Llei 15/1999 i la LSSICE 34/2002, us 
informem que les vostres dades formen part d'un fitxer automatitzat 
titularitat de FIBRANET NSP, SL La informació registrada s'utilitzarà 
per informar-vos, per qualsevol mitjà electrònic, de les nostres 
novetats comercials. Podeu exercir els vostres drets d'accés, 
rectificació, cancel·lació i oposició a la següent adreça: Polígon Pla 
d'en Boet, C/ BATISTA I ROCA, 8 2a PLANTA, 08302 MATARÓ (BARCELONA).
En compliment de la Llei 34/2002 de l'11 de juliol de Serveis de la 
Societat de la Informació i del Comerç Electrònic, us informem que podeu 
revocar en qualsevol moment, de forma senzilla i gratuïta, el 
consentiment per a la recepció de correu electrònic, enviant un correu 
electrònic amb la vostra sol·licitud a: i...@fibranet.cat.

--
Learn Graph Databases - Download FREE O'Reilly Book
Graph Databases is the definitive new guide to graph databases and their 
applications. Written by three acclaimed leaders in the field, 
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/NeoTech
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] IPMI or bmcsensors

2014-06-03 Thread Jordi Sanfeliu
Thomas,

No, none of these are supported right now, only LM-Sensors and HP 
ProLiant sensors (System Health Monitor).

Regards.


On 06/03/2014 05:15 PM, Thomas Trepper wrote:
 Hi all,

 is monitorix capable of reading bmcsensors or freeIPMI or OpenIPMI?

 Thanks a lot in advance.

 Best,
 Thomas


-- 
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat

--
Learn Graph Databases - Download FREE O'Reilly Book
Graph Databases is the definitive new guide to graph databases and their 
applications. Written by three acclaimed leaders in the field, 
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/NeoTech
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] Apache-Problem

2014-05-28 Thread Jordi Sanfeliu
Hi Thomas,

Currently is the built-in HTTP server who sends the first HTML header 
(Content-Type: text/html\n\n), so 'monitorix.cgi' relies on this. 
That's the reason why you get a 'malformed header' message. If you 
disable the built-in HTTP server, that header will be sent by 
'monitorix.cgi'.

I guess it could be possible that 'monitorix.cgi' be the only one who 
can send such header in any case. I'd need to make some tests on this.

Regards.




On 05/28/2014 09:40 AM, Thomas Trepper wrote:
 Hi Jordi,

 thanks a lot - ths helped. But I haven’t understood it. Why do I have to 
 disable the internal one?

 Thomas



-- 
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat

--
Time is money. Stop wasting it! Get your web API in 5 minutes.
www.restlet.com/download
http://p.sf.net/sfu/restlet
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] Link to individual graphs only?

2014-05-28 Thread Jordi Sanfeliu
Hi Thomas,

You can get an individual graph just using the same URL from the 
statistics page:

http://www.fibranet.cat/monitorix/imgs/mysql01.1day.png
http://www.fibranet.cat/monitorix/imgs/mysql02.1day.png
http://www.fibranet.cat/monitorix/imgs/mysql03.1day.png
http://www.fibranet.cat/monitorix/imgs/mysql04.1day.png
http://www.fibranet.cat/monitorix/imgs/mysql05.1day.png
http://www.fibranet.cat/monitorix/imgs/mysql06.1day.png

In order to make sure that you are getting updated graphs you must 
execute the cgi either using a browser:

http://www.fibranet.cat/monitorix-cgi/monitorix.cgi?mode=localhostgraph=_mysql1when=1daycolor=black

or directly from the command line:

# (cd /var/lib/monitorix/www/cgi ; ./monitorix.cgi mode=localhost 
graph=_mysql1 when=1day color=black)

Regards.




On 05/28/2014 09:42 AM, Thomas Trepper wrote:
 Hi all,

 I was wondering if it would be possible to „link“ to individual graphs, e.g. 
 the MySQL graph only to include/embedd this one only into a custom admin 
 dashboard?

 Thanks in advance,

 Thomas


-- 
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat


--
Time is money. Stop wasting it! Get your web API in 5 minutes.
www.restlet.com/download
http://p.sf.net/sfu/restlet
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] Email stats error

2013-07-31 Thread Jordi Sanfeliu
Hi,

It looks like your Monitorix configuration file has defined 'sendmail' 
as the default MTA for monitoring. Please, make sure that you have a 
complete installation of Sendmail in your system.

Regards.


On 07/30/2013 07:01 PM, Tjeerd Kingma wrote:
 Does anyone know how to fix this this error in the log file:
 Can't exec mailstats: No such file or directory at
 /usr/lib/monitorix/mail.pm line 166.
 Can't exec mailq: No such file or directory at
 /usr/lib/monitorix/mail.pm line 184.

 mailstats does exist in /usr/lib/monitorix/mailstats
 And mail.pm does also exist:
 /usr/lib/monitorix/mail.pm

 Now the mail graph wont work and i think this is the problem.


-- 
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat

--
Get your SQL database under version control now!
Version control is standard for application code, but databases havent 
caught up. So what steps can you take to put your SQL databases under 
version control? Why should you start doing it? Read more to find out.
http://pubads.g.doubleclick.net/gampad/clk?id=49501711iu=/4140/ostg.clktrk
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


[Monitorix-general] Monitorix 3.2.1 released

2013-06-03 Thread Jordi Sanfeliu
Monitorix 3.2.1 has been released!

This is an enhancement release but also includes a fix for the stupid 
bug, included in the latest version, which prevented from seeing the 
Core temperatures in the LM-Sensors graph.

The improvements in this version are mainly in the built-in HTTP server, 
which from now on includes the ability to use the Basic access 
authentication mechanism to access the web server. It also includes the 
ability to deny and/or allow IP addresses with the new host_deny and 
host_allow options.

Please, check the monitorix.conf(5) man page for all the details.

IMPORTANT NOTICE: The configuration file monitorix.conf has been 
extended with important changes.

-- 
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat


--
Get 100% visibility into Java/.NET code with AppDynamics Lite
It's a free troubleshooting tool designed for production
Get down to code-level detail for bottlenecks, with 2% overhead.
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap2
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] problem with font

2013-06-03 Thread Jordi Sanfeliu
Kamil,

No, I don't see any relationship between those Pango error messages and 
Monitorix. As I said, it seems you have an installation/update problem 
that broke something in your system.

Monitorix expects to have a correct installation of RRDtool, which in 
turn depends on Pango and others.

I'm afraid I can't help much here, sorry.
Regards.



On 06/03/2013 05:46 PM, Kamil Weiser wrote:
 maybe i've found something:

[...]
 *Fontconfig error: Cannot load default config file**
 **
 **(process:87825): Pango-WARNING **: failed to choose a font, expect
 ugly output. engine-type='PangoRenderFc', script='common'**
 **
 **(process:87825): Pango-WARNING **: failed to choose a font, expect
 ugly output. engine-type='PangoRenderFc', script='latin'*

 it means monitorix config?



-- 
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat

--
Get 100% visibility into Java/.NET code with AppDynamics Lite
It's a free troubleshooting tool designed for production
Get down to code-level detail for bottlenecks, with 2% overhead.
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap2
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


[Monitorix-general] Monitorix 3.0.0beta1 released

2013-01-12 Thread Jordi Sanfeliu
Monitorix 3.0.0beta1 has been released!

This is the first release of the new 3.0 branch. In this new 3.0.0beta1
version Monitorix has suffered a massive rewrite and now it has a modular
code structure reducing, in some cases, its memory footprint and offering
the ability to package every graph independently, making it more suitable
for embedded systems.

This new version was mainly created to reach the same functionality and
stability level than 2.6.0, therefore it doesn't includes much new
features, although a big number of bugs were fixed. The most important
changes are it's new modular code and that the configuration file is no
longer a Perl file. This should reduce the syntax error problems will make
more friendly the configuration task.

Another important aspect is that this new 3.0 branch don't breaks the
compatibility with the current .rrd files. So you don't need to worry with
your current historical data. The only graph that was affected is pc.rrd
which has been renamed to traffacct.rrd.

Please take some time to familiarize yourself with the new format of the
configuration file and read its manual page for more information.

From now on and in the next beta versions I'll concentrate introducing new
graphs and new features.

If you decided to give it a try, then please check periodically the
Monitorix log file and report me if you find any issue.
Enjoy it!

The new Monitorix 3.0 branch will maintain the two modes (text and graph)
in order to continue its commitment with those blind people or people with
vision impairments that use Screenreaders software to interact with
computers.

-- 
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat


--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. SALE $99.99 this month only -- learn more at:
http://p.sf.net/sfu/learnmore_122912
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] memory monitor

2012-04-03 Thread Jordi Sanfeliu
Hi,

Monitorix does not currently shows memory usage per process. You may 
want to use the 'top' command line tool for such purpose.

Anyway, in the future we could implement a new graph which would show 
the memory usage and other useful information from a predefined list of 
processes.

Best regards.


On 04/03/2012 04:28 PM, Amira Othman wrote:
 Hi all

 I have installed monitorix 2.5.0 on centos 5.8. I need to check memory
 usage but I want to view it per process. Is there anything I can add to
 configuration to show more details in memory section?

 Regards



-- 
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat

--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] Missing color

2012-03-26 Thread Jordi Sanfeliu
Hi Piotr,

As I stated in a previous email, the red color is the current number of 
Apache workers (busy workers plus idle workers) and so it's an 
interesting value to be shown in the graph to make an idea of the number 
of system resources being used by Apache.

Although it would be really easy to add it in the legend, I'm still 
think that it would add some little confusing to some people.

Anyway, I'll save your request to see if more people think the same.
Many thanks.



On 03/25/2012 08:26 PM, Piotr Smalira wrote:
 Hello Jordi!

 I think that red color should also be in legend or removed from the
 chart. But this is only my opinion.

 ---
 Z poważaniem / Best Regards,

 Piotr Smalira
 Administrator systemów IT Gimnazjum nr 16 w Lublinie
 IT Administrator of Gimnasium no 16 in Lublin


-- 
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat


--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] MYSQL chart bug ?

2012-03-26 Thread Jordi Sanfeliu
Hello Piotr,

Oops, you found a bug!

I've seen the code that handles multiple MySQL connections and I can 
confirm it has a bug accounting the next array entry.

This will be fixed in the next Monitorix release (probably 2.5.1 as this 
is an urgent fix).

Until there, and as a work-around you may want to apply the following patch:

--- /usr/bin/monitorix  2012-03-21 16:16:12.0 +0100
+++ monitorix   2012-03-26 12:53:23.0 +0200
@@ -4280,12 +4280,12 @@
$print_error = 1;
}

-   foreach(@MYSQL_HOST_LIST) {
-   my $host = $_;
+   for($n = 0; $n  scalar(@MYSQL_HOST_LIST); $n++) {
+   my $host = $MYSQL_HOST_LIST[$n];
my $port = $MYSQL_PORT_LIST[$n];
my $user = $MYSQL_USER_LIST[$n];
my $pass = $MYSQL_PASS_LIST[$n];
-   unless ($_  $port  $user  $pass) {
+   unless ($host  $port  $user  $pass) {
logger($myself: ERROR: invalid or not defined 
configuration.);
next;
}


Just save this patch into a file called like 'monitorix.patch' and patch 
your current Monitorix 2.5.0 installation with:

# patch /usr/bin/monitorix  monitorix.patch

Many thanks.
Best regards.


On 03/25/2012 08:36 PM, Piotr Smalira wrote:
 Hello Jordi!

 I have problem with graph more than one MySQL server:

 If I define one MySQL Server in monitorix.conf, it works well, but when
 I add second one, I cant see charts from both of them.

 Logs tell me:

 main::mysql_update: Cannot connect to MySQL
 'sql-server_name2.mydomain.com:3306'.
 ERROR: while updating /var/lib/monitorix/mysql.rrd:
 /var/lib/monitorix/mysql.rrd: expected 76 data source readings (got 38)
 from N

 I can connect to my server manually without problem.

 --
 Z poważaniem / Best Regards,

 Piotr Smalira
 Administrator systemów IT Gimnazjum nr 16 w Lublinie
 IT Administrator of Gimnasium no 16 in Lublin


-- 
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat

--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] Drive standby

2012-03-06 Thread Jordi Sanfeliu
Hi Mike,

As far as I know the only part where Monitorix could wake up the disk 
drives is when collecting their temperatures in the Disk graph.

It uses the command 'hddtemp -wqn disk_drive' where the '-w' parameter 
forces indeed the disk to wake up. Note also that this command is _only_ 
used if the 'smartctl' previous command failed to get the temperature 
information.

Please, make sure if your hard drives are SMART capable, otherwise they 
are probably wake up by the 'hddtemp' command line.

So, it shouldn't have any relationship with disabling the filesystem 
usage monitor. Just disable the Disk graph in /etc/monitorix.conf and 
your hard drives shouldn't be wake up anymore.

Also, Monitorix _only_ reads its configuration file when it is started.

Please, let me know if that helped you.
Best regards.



On 03/06/2012 12:27 AM, Michael Perry wrote:
 Hi,

 Just wondering if you can suggest a way to stop monitorix from waking up
 hard drives when they are in standby mode? I am aiming for a low power
 server and having two drives spun down saves me about 16 watts.

 Of course the most simple solution is to disable the filesystem usage
 monitor completely, but that would be a shame.

 The only idea I have come up with so far is that (assuming I remember
 correctly that the config file is parsed on every run) I could make a
 little script to change the config file depending on drive status/time
 of day.

 Thanks for the great software,

 Mike.


-- 
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat

--
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] new feature request: icecast

2011-10-25 Thread Jordi Sanfeliu
As stated in my previous email, it's not just a matter to know how to 
get that data, but also to know what is its meaning and the relationship 
of the all these values.

I invite you to join to the #monitorix channel at IRC Freenode and chat 
with me (Mikaku) in a more fluid way, just to see if we can put hands to 
work in all this.

Many thanks.


On 10/21/2011 02:24 PM, c...@lordcyber.net wrote:
   no, icecast have NO text statistics, only status.xsl where is the data
   ...
   but i find two php script for other rrd monitoring tools:
   for cacti: http://forums.cacti.net/about7713.html
   for munin: http://exchange.munin-monitoring.org/plugins/radio/details
   at least i hope this helps, if you want i can send to your private mail
   login details to my icecast server info ...
   thank you


-- 
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat


--
The demand for IT networking professionals continues to grow, and the
demand for specialized networking skills is growing even more rapidly.
Take a complimentary Learning@Cisco Self-Assessment and learn 
about Cisco certifications, training, and career opportunities. 
http://p.sf.net/sfu/cisco-dev2dev
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] Monitorix 2.x in Multihost Monitorix 1.5.x?

2011-09-29 Thread Jordi Sanfeliu
Hello Hartmut,

The new 2.x branch changed the name of the first graph from 'cpu' to 
'system' and that's the reason why your old 1.x branch (and even 0.x 
branch) can't find such PNG file.

No, there isn't any compatibility mode that might mitigate this, but I 
had the same problem as you when I was upgrading to 2.x all my remote 
servers, and because that took a while I ended up introducing a small 
trick that did the job during the long update process.

That was, just inserting a simple line that changes the name of the new 
named 'system' graph to 'cpu'. It only changes the name of the PNG 
file(s), the rest is the same:

So, go to each server with Monitorix 2.x installed on and edit the file 
'monitorix.cgi' inserting the line in the following part of the code:


[...]
# SYSTEM graph
# 

sub system {
 my ($myself, $title) = @_;

 my $width;
 my $height;
 my @riglim;
 my @tmp;
 my @tmpz;
 my $n;
 my $err;

 $myself = cpu;   --- ADD THIS LINE HERE!
 my $PNG1 = $u . $myself . 1. . $when . .png;
 my $PNG2 = $u . $myself . 2. . $when . .png;
 my $PNG3 = $u . $myself . 3. . $when . .png;
[...]


then once you have completed all the upgrade process, just remove that 
line. You don't need to restart Monitorix when you insert or remove the 
line as this only affects the CGI script.

I hope that helped you.
Best regards.



On 09/28/2011 09:54 AM, Woehrle Hartmut SBB CFF FFS (Extern) wrote:
[...]

 Is there a possibility to change the way to produce them? Or a
 compatibility mode for  use of a 1.5.x multihost environment (no, at the
 moment I can not update) and a 2.x client?

 Hartmut Wöhrle


-- 
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat

--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] Monitorix and FreeBSD

2011-08-01 Thread Jordi Sanfeliu
Hello Kamil,


On 07/30/2011 10:03 AM, c...@lordcyber.net wrote:
 hello everybody

 im using monitorix some time on my freebsd server and i have two thing:

 1st.: it is posible monitor network activity in bits instead bytes (just
 add a switch in conf which multiply the result by 8)

Not at this moment, but since other users had requested the same I'm 
working on it to appear on the next Monitorix version.



 2nd.: what about to add support for temperature measurements using
 healthd instead lmsensors? (on freebsd is no lmsensors, it is linux-only)

Well, the mean reason why Monitorix doesn't support 'healthd' on FreeBSD 
is because I didn't knew anything of it, and even now it's difficult to 
know more about it since its website is just blank page 
http://healthd.thehousleys.net/.

I'll try to investigate more on this.



 thats all for this great program

Thanks to you.
Regards.

-- 
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat

--
Got Input?   Slashdot Needs You.
Take our quick survey online.  Come on, we don't ask for help often.
Plus, you'll get a chance to win $100 to spend on ThinkGeek.
http://p.sf.net/sfu/slashdot-survey
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] Monitorix.cgi use of sysctl w/ relative path

2011-04-14 Thread Jordi Sanfeliu
Chris,

Your patch has been successfully applied.
Many thanks.


Chris Rees wrote:
 Hi again,
 
 Attached and at [1] is a patch to monitorix.cgi -- when calculating
 uptimes we need the full path to sysctl or it isn't found, thus giving
 $uptime as a non-number.
 

-- 
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat

--
Benefiting from Server Virtualization: Beyond Initial Workload 
Consolidation -- Increasing the use of server virtualization is a top
priority.Virtualization can reduce costs, simplify management, and improve 
application availability and disaster protection. Learn more about boosting 
the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] Network Traffic and Usage Problem Graph, FreeBSD

2011-03-15 Thread Jordi Sanfeliu
Hello Sean,

strumm...@thestrings.com wrote:
[...]
 
 it appears that the format of the netstat -i output changed in FreeBSD 
 8 to include that 'Idrop' column.
 
 So, perhaps an easy way to fix this is to use different code to process 
 the output for netstat -nibd based on the version of FreeBSD used? I've 
 attached a patch which seems to do the trick for me.
 

I've looked the patch and it seems that only covers FreeBSD version 7.x 
and 8.x, but I'm not sure if FreeBSD versions prior to 7 (6.x, 5.x, ...) 
could be also covered under the 7 condition.

Also, assuming the 'Idrop' column will continue existing from now on, 
the next version 9 won't be covered by this patch forcing to add another 
patch to the code.

I was thinking to use right now something like:

if($kernel_branch  7.2) {
# has 'Idrop' column
} else {
# don't has 'Idrop' column
}

This will ensure that even versions prior 7 could be supported assuming 
they still have the same column layout as the 7 version. So they should 
work without any problem.

Also it ensures that assuming the 'Idrop' column will exist in newer 
versions, they will be covered as long as the FreeBSD guys don't include 
an extra column.

Let me know what do you think about all of this.
Many thanks.

-- 
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat

--
Colocation vs. Managed Hosting
A question and answer guide to determining the best fit
for your organization - today and in the future.
http://p.sf.net/sfu/internap-sfd2d
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general


Re: [Monitorix-general] Network Traffic and Usage Problem Graph, FreeBSD

2011-03-14 Thread Jordi Sanfeliu
Hello Sean,

Many thanks for using Monitorix and for your kind words about it.

Well, I think we have a problem of FreeBSD versions here. Let me show 
what I get issuing the same command as you:

$ netstat -nibd
NameMtu Network   Address  Ipkts Ierrs Ibytes 
  Opkts Oerrs Obytes  Coll Drop
le01500 Link#1  00:0c:29:10:ca:16 5985 0 822418 
   5321 03729407 00
le01500 192.168.1.0/2 192.168.1.162 5686 - 724874 
   5021 -3646513 --
plip0  1500 Link#2   0 0  0 
  0 0  0 00
lo0   16384 Link#36722 0 711434 
   6722 0 711434 00
lo0   16384 fe80:3::1/64  fe80:3::10 -  0 
  0 -  0 --
lo0   16384 ::1/128   ::1 44 -   4724 
 44 -   4724 --
lo0   16384 127.0.0.0/8   127.0.0.1 6678 - 706710 
   6678 - 706710 --

As you can see I don't have the 'Idrop' column in my output, and that's 
probably is the definitive cause of the problem.

I'm not an expert on FreeBSD, well I'm not even an advanced user, so 
perhaps I didn't get the right version of FreeBSD for my testing purposes.

This is the version I have used:
$ uname -a
FreeBSD freebsd.fibranet.lan 7.2-RELEASE FreeBSD 7.2-RELEASE #0: Fri May 
  1 08:49:13 UTC 2009 
r...@walker.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  i386

Please, let me know which you think would be the right steps to fix this 
situation.

Many thanks.
Best regards.



strumm...@thestrings.com wrote:
 Hello,
 
 First, thank you for creating monitorix. I've used to it monitor several 
 CentOS servers I administered for a few years and it has proved to be 
 very useful.
 
 I have no idea if I this is the right way to report a bug so my 
 apologies if this is the wrong way to go about doing it.
 
 I also happen to administer some FreeBSD systems. I recently found what 
 I think is a bug in the code for collecting network statistics under 
 FreeBSD. I noticed that the main graph in the Network Traffic and Usage 
 graph section is always blank. No traffic is ever logged. However, the 
 traffic error section always logs data as if my network interface is 
 continually generating packet errors.
 
 I believe I have found the cause of the problem and enclose a patch for it.
 
 I think some of the columns from netstat -nibd are being logged in the 
 wrong order -
 
 open(IN, netstat -nibd |);
 
 while(IN) {
 if(/Link/  /$NET_LIST[$n]/) {
 (undef, undef, undef, undef, $net_packs_in[$n], 
 $net_error_in[$n], $net_bytes_in[$n], $net_packs_out[$n], 
 $net_error_out[$n], $net_bytes_out[$n]) = split(' ', $_);
 }
 }
 
 compare this with the actual output of a netstat -nibd command :
 
 NameMtu Network   Address  Ipkts Ierrs Idrop 
 IbytesOpkts Oerrs Obytes  Coll Drop
 ipfw0 65536 Link#1   0 0 0   
00 0  0 00
 lo0   16384 Link#2   0 0 0   
00 0  0 00
 lo0   16384 fe80:2::1/64  fe80:2::10 - -   
00 -  0 --
 lo0   16384 ::1/128   ::1  0 - -   
00 -  0 --
 lo0   16384 127.0.0.0/8   127.0.0.10 - -   
00 -  0 --
 em01500 Link#3  08:00:27:09:3e:7c30976 0 0   
 4368417221128 01183551 00
 em01500 192.168.10.0/24   192.168.10.15 30970 - -   
 4324873121126 - 887703 --
 
 $net_packs_in[$n] = Ipkts (correct)
 $net_packs_error_in[$n] = Ierrs (correct)
 $net_bytes_in[$n] = Idrop (should be Ibytes, next column)
 $net_packs_out[$n] = Ibytes (should be Opkts, next column)
 
 etc
 
 The solution is to add one more undef after $net_error_in[$n] thus :
 
 if(/Link/  /$NET_LIST[$n]/) {
  (undef, undef, undef, undef, $net_packs_in[$n], 
 $net_error_in[$n], undef, $net_bytes_in[$n], $net_packs_out[$n], 
 $net_error_out[$n], $net_bytes_out[$n]) = split(' ', $_);
  }
 
 I first noticed this on version 1.5.1 (FreeBSD ports) and it still 
 appears to be there in v. 2.0.0 and 2.1.0 (source), which I am now running.
 
 Best regards,
 Sean
 

-- 
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat


--
Colocation vs. Managed Hosting
A question and answer guide to determining the best fit
for your organization - today and in the future.
http://p.sf.net/sfu/internap-sfd2d
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https

Re: [Monitorix-general] permission to access /monitorix-cgi/monitorix.cgi

2011-02-03 Thread Jordi Sanfeliu
Hi Spud,


Spud wrote:
 Hi,
 
[...]
 
 You don't have permission to access /monitorix-cgi/monitorix.cgi on this 
 server.
 
 If I log into the server start firefox as root it works fine.
 

This is a common question being asked very often lately, perhaps it's 
time to include a new entry in the FAQ section.

The new Monitorix 2.0.0 changed the location (on RedHat/Fedora/CentOS 
systems) of its CGI (monitorix.cgi) from '/var/www/cgi-bin/' to 
'/usr/share/monitorix/cgi-bin/' or whatever the $BASE_DIR option in 
'/etc/monitorix.conf' is pointing on.

You don't need to reflect this change in the Apache configuration since 
Monitorix already did this for you with the file 
'/etc/httpd/conf.d/monitorix.conf'.

In that file thought Monitorix restricts, by default, to 127.0.0.1 the 
only allowed IP to access the CGI:

Directory /usr/share/monitorix/cgi-bin/
 DirectoryIndex monitorix.cgi
 Options ExecCGI
 order deny,allow
 deny from all
 allow from 127.0.0.1
/Directory

Just change the last line by something wider like this:

allow from all

And restart Apache for the changes to take effect:

# service httpd restart

Hope that helps you.
Best regards.

-- 
Jordi Sanfeliu
FIBRANET Network Services Provider
http://www.fibranet.cat


--
Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
Finally, a world-class log management solution at an even better price-free!
Download using promo code Free_Logger_4_Dev2Dev. Offer expires 
February 28th, so secure your free ArcSight Logger TODAY! 
http://p.sf.net/sfu/arcsight-sfd2d
___
Monitorix-general mailing list
Monitorix-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/monitorix-general