monitorix-general Mailing List for Monitorix (Page 4)
Monitorix is a system monitoring tool
Brought to you by:
mikaku
Menu
▾
▴
monitorix-general — Help and general discussion
You can subscribe to this list here.
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2010 |
Jan
(5) |
Feb
(6) |
Mar
(3) |
Apr
(7) |
May
(6) |
Jun
(3) |
Jul
|
Aug
(8) |
Sep
|
Oct
(4) |
Nov
(1) |
Dec
|
| 2011 |
Jan
|
Feb
(6) |
Mar
(9) |
Apr
(6) |
May
(4) |
Jun
(5) |
Jul
(5) |
Aug
(2) |
Sep
(9) |
Oct
(6) |
Nov
(1) |
Dec
(3) |
| 2012 |
Jan
(1) |
Feb
|
Mar
(22) |
Apr
(5) |
May
(1) |
Jun
(11) |
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
(8) |
Dec
|
| 2013 |
Jan
(5) |
Feb
(2) |
Mar
(1) |
Apr
|
May
(1) |
Jun
(11) |
Jul
(2) |
Aug
(3) |
Sep
|
Oct
(15) |
Nov
(1) |
Dec
(10) |
| 2014 |
Jan
|
Feb
(11) |
Mar
(12) |
Apr
(10) |
May
(21) |
Jun
(24) |
Jul
(12) |
Aug
(7) |
Sep
(10) |
Oct
(3) |
Nov
(21) |
Dec
(17) |
| 2015 |
Jan
(2) |
Feb
|
Mar
(10) |
Apr
|
May
(4) |
Jun
|
Jul
|
Aug
(1) |
Sep
(2) |
Oct
(4) |
Nov
(1) |
Dec
|
| 2016 |
Jan
(5) |
Feb
(24) |
Mar
|
Apr
(3) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(5) |
Dec
(2) |
| 2017 |
Jan
|
Feb
(3) |
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
(6) |
Nov
|
Dec
(5) |
| 2018 |
Jan
(5) |
Feb
(2) |
Mar
(3) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(9) |
Oct
(1) |
Nov
|
Dec
|
| 2019 |
Jan
|
Feb
(5) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
| 2020 |
Jan
|
Feb
(5) |
Mar
|
Apr
(11) |
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2021 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2022 |
Jan
(10) |
Feb
|
Mar
|
Apr
(8) |
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2023 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2024 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
|
From: Michael C. <mc...@co...> - 2017-12-22 12:12:40
|
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
|
|
From: Jordi S. <jo...@fi...> - 2017-12-09 11:11:08
|
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 |
|
From: czezz <cz...@o2...> - 2017-12-08 22:22:43
|
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 |
|
From: Jordi S. <jo...@fi...> - 2017-10-18 10:13:55
|
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 |
|
From: Bright Z. <br...@ne...> - 2017-10-18 08:03:14
|
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. > On 18 Oct 2017, at 3:36 PM, Jordi Sanfeliu <jo...@fi...> wrote: > > Hi Bright, > > Monitorix has 4 default 'core' time frames directly related to the internal structure of the .rrd files (daily, weekly, monthly and yearly). Moreover, from the configuration file you can add more 'core' yearly time frames, but since they will also be directly related to the internal structure of the .rrd files, you'll lose all historical data of your .rrd files every time you increment the yearly time frames. > > Also from the configuration file, you can add a 'visual' time frame called 'hourly', and of course as you said, you can modify the parameter 'when=' from the URL to experiment with more several 'visual' time frames (2day, 4hour, etc.). > > All these 'visual' time frames are not part of the internal structure of the .rrd files, and so, the results are always like squared. You won't get the same precision you get with 'core' time frames. > > If you'd want to have every time frame as 'core' your .rrd files would be huge in size. > > I hope that helped to clear up things. > Regards. > > > On 10/18/2017 05:55 AM, Bright Zhao wrote: >> Hi, Jordi >> Another one: >> From the main entrance page below the only options for report are daily/weekly/monthly/yearly, but if change the url parameter of when to something else, I can see more granular report. >> http://10.0.0.101:8080/monitorix-cgi/monitorix.cgi?mode=localhost&graph=all&when=1day&color=black >> when can be 1day, or 2day, or 1 hour; I tried, it worked >> But would like to know is there any other ways to check certain date report in certain granularity from user interface perspective, or it’s configurational from monitorix.conf? > > > -- > 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 > Mon...@li... > https://lists.sourceforge.net/lists/listinfo/monitorix-general |
|
From: Jordi S. <jo...@fi...> - 2017-10-18 07:36:31
|
Hi Bright, Monitorix has 4 default 'core' time frames directly related to the internal structure of the .rrd files (daily, weekly, monthly and yearly). Moreover, from the configuration file you can add more 'core' yearly time frames, but since they will also be directly related to the internal structure of the .rrd files, you'll lose all historical data of your .rrd files every time you increment the yearly time frames. Also from the configuration file, you can add a 'visual' time frame called 'hourly', and of course as you said, you can modify the parameter 'when=' from the URL to experiment with more several 'visual' time frames (2day, 4hour, etc.). All these 'visual' time frames are not part of the internal structure of the .rrd files, and so, the results are always like squared. You won't get the same precision you get with 'core' time frames. If you'd want to have every time frame as 'core' your .rrd files would be huge in size. I hope that helped to clear up things. Regards. On 10/18/2017 05:55 AM, Bright Zhao wrote: > Hi, Jordi > > Another one: > > From the main entrance page below the only options for report are > daily/weekly/monthly/yearly, but if change the url parameter of when to > something else, I can see more granular report. > > > http://10.0.0.101:8080/monitorix-cgi/monitorix.cgi?mode=localhost&graph=all&when=1day&color=black > when can be 1day, or 2day, or 1 hour; I tried, it worked > > But would like to know is there any other ways to check certain date > report in certain granularity from user interface perspective, or it’s > configurational from monitorix.conf? > > -- Jordi Sanfeliu FIBRANET Network Services Provider http://www.fibranet.cat |
|
From: Jordi S. <jo...@fi...> - 2017-10-18 07:35:51
|
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...@fi... >> <mailto:jo...@fi...>> 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 >>> Mon...@li... >>> <mailto:Mon...@li...> >>> 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 |
|
From: Jordi S. <jo...@fi...> - 2017-10-18 07:35:25
|
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 > Mon...@li... > https://lists.sourceforge.net/lists/listinfo/monitorix-general > -- Jordi Sanfeliu FIBRANET Network Services Provider http://www.fibranet.cat |
|
From: Bright Z. <br...@ne...> - 2017-10-17 12:01:24
|
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? |
|
From: Jordi S. <jo...@fi...> - 2017-09-25 15:29:37
|
Monitorix 3.10.0 has been released! This new version introduces two new graphs and improves clearly an old one: the System graph. After a notable people demand, I've included a new graph to monitor IPMI sensors (temperatures, fans and voltages). The second new graph monitors an unlimited number of MongoDB servers (either local or remote). As said, the System graph has been improved and now it includes two new sub-graphs: one that shows the system's entropy and another that shows the uptime of the system. The memory graph has also been enhanced including the values of memory active and inactive. Besides these new graphs, this version introduces a new option (enabled by default) called enable_parallelizing, which will speed up dramatically the graph generation in multi-core systems. This should also benefit people using Monitorix in Raspberry Pi systems and similar with multi-core processors. I'll be glad to get some feedback on this. More news, since now all graphs that show sensors will include an alert capability to be able to execute an external shell script if the value of a sensor exceed an specific threshold. 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. Regards. -- Jordi Sanfeliu FIBRANET Network Services Provider http://www.fibranet.cat |
|
From: czezz <cz...@o2...> - 2017-04-25 14:44:39
|
Hi, it seems that this problem still persist. I recently reinstalled OS to: CentOS release 6.8 (Final). And installed latest Monitorix: 3.9.0-1. As you can see on the following screen shot, it didnt bring any improvement: www.dropbox.com www.dropbox.com Now the question is: to which graph should I believe? The regular one or the enlarged one? Or could be that none of them prints real measurements? Cheers, czezz Dnia 5 grudnia 2016 09:53 czezz <cz...@o2...> napisał(a): Hi Jordi, thank you very much for answer. Best regards, czezz Dnia 30 listopada 2016 08:54 Jordi Sanfeliu <jo...@fi...> napisał(a): 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: s15.postimg.org s15.postimg.org www.dropbox.com www.dropbox.com 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 www.fibranet.cat www.fibranet.cat ------------------------------ ______________________________ Monitorix-general mailing list Mon...@li...urce lists.sourceforge.net lists.sourceforge.net ------------------------------ ______________________________ Monitorix-general mailing list Mon...@li...urce lists.sourceforge.net lists.sourceforge.net |
|
From: Jordi S. <jo...@fi...> - 2017-02-08 09:30:43
|
Hello Ingo, On 02/07/2017 08:54 PM, Ingo Baab wrote: > Hello All! > > is it possible (and is there maybe a howto already?) to monitor several > virtual hosts or server blocks (nginx) with monitorix? You can use the Multihost' feature to monitor graphs of multiple servers all in one place. Something like this: <http://www.monitorix.org/imgs/multihost.png> Read de FAQ: <http://www.monitorix.org/faq.html#Q110> > > I am working with a server setup making use of several linuxcontainers, > in which each containing is hosting several wordpress-webhosts > with nginx. Is it possible to monitor nginx-traffic for each wordpress? Nginx is the only HTTP server supported by Monitorix that is not able to monitor multiple servers. The reason for that is because the stats provided by Nginx doesn't include network activity, and so in order to be able to show this information Monitorix uses 'iptables' locally. That would be not possible on a remote Nginx server. Perhaps newer Nginx versions come with newer stats that already include network activity, if so, please let me know and I'll improve the 'nginx.pm' module to be able to monitor multiple Nginx servers. > > Keep up the cool monitorix! Great software. > kind regaqrds, > > Ingo Baab > https://baab.de/contact > Thanks. Regards. -- Jordi Sanfeliu FIBRANET Network Services Provider http://www.fibranet.cat |
|
From: Ingo B. <ib...@ba...> - 2017-02-07 20:15:29
|
Hello All! is it possible (and is there maybe a howto already?) to monitor several virtual hosts or server blocks (nginx) with monitorix? I am working with a server setup making use of several linuxcontainers, in which each containing is hosting several wordpress-webhosts with nginx. Is it possible to monitor nginx-traffic for each wordpress? Keep up the cool monitorix! Great software. kind regaqrds, Ingo Baab https://baab.de/contact |
|
From: Ingo B. <ib...@ba...> - 2017-02-07 20:10:32
|
Hello All! is it possible (and is there maybe a howto already?) to monitor several virtual hosts or server blocks (nginx) with monitorix? I am working with a server setup making use of several linuxcontainers, in which each containing is hosting several wordpress-webhosts with nginx. Is it possible to monitor nginx-traffic for each wordpress? Keep up the cool monitorix! Great software. kind regaqrds, Ingo Baab https://baab.de/contact |
|
From: czezz <cz...@o2...> - 2016-12-05 08:53:10
|
Hi Jordi, thank you very much for answer. Best regards, czezz Dnia 30 listopada 2016 08:54 Jordi Sanfeliu <jo...@fi...> napisał(a): 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: s15.postimg.org s15.postimg.org www.dropbox.com www.dropbox.com 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 www.fibranet.cat www.fibranet.cat ------------------------------ ______________________________ Monitorix-general mailing list Mon...@li...urce lists.sourceforge.net lists.sourceforge.net |
|
From: Jordi S. <jo...@fi...> - 2016-12-01 17:21:19
|
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 |
|
From: Jordi S. <jo...@fi...> - 2016-11-30 07:54:00
|
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 |
|
From: czezz <cz...@o2...> - 2016-11-29 09:41:59
|
Hi all, I see some inaccuracy on my Monitorix graphs. Please have a look at this screenshot for reference: s15.postimg.org s15.postimg.org www.dropbox.com www.dropbox.com 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 |
|
From: chris <chr...@gm...> - 2016-11-22 09:42:12
|
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 or lmsens.rrd need to be modified ? I will create a request for this. 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 ? Thank you. Regards. |
|
From: Jordi S. <jo...@fi...> - 2016-11-14 11:31:18
|
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) ?
> <alerts>
> /home = "/home", 3600, 90, /root/monitorix-alert.sh
> </alerts>
>
> 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
> <lmsens>
> <list>
> 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
> </list>
>
> <alerts>
> cpu0 = 300, 60, /root/monitorix-alert.sh
> core0 = 300, 60, /root/monitorix-alert.sh
> core1 = 300, 60, /root/monitorix-alert.sh
> </alerts>
> </lmsens>
>
> 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
|
|
From: chris <chr...@gm...> - 2016-11-13 16:44:24
|
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) ?
<alerts>
/home = "/home", 3600, 90, /root/monitorix-alert.sh
</alerts>
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.
Oher question, can I use alerts for lmsensors cpu/core temperature ?
I tried to add a block like this
<lmsens>
<list>
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
</list>
<alerts>
cpu0 = 300, 60, /root/monitorix-alert.sh
core0 = 300, 60, /root/monitorix-alert.sh
core1 = 300, 60, /root/monitorix-alert.sh
</alerts>
</lmsens>
But it doesn't work either.
Any advice much appreciated. If not possible could it be added in next
release ?
Thank you.
Regards,
Chris
|
|
From: Jordi S. <jo...@fi...> - 2016-10-14 11:00:19
|
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 |
|
From: Spud <spu...@gm...> - 2016-04-11 09:53:33
|
Excellent, It was just a suggestion though, but I'm glad its made it to your "TODO in the future maybe" list at least :) Great software BTW! Thanks On 11 April 2016 at 19:18, Jordi Sanfeliu <jo...@fi...> wrote: > 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&iu=/ca-pub-7940484522588532 > _______________________________________________ > Monitorix-general mailing list > Mon...@li... > https://lists.sourceforge.net/lists/listinfo/monitorix-general > -- db It denos't mtater waht oredr the ltteers in a wrod are, it's olny iprmoatnt taht the frist and lsat ltteer be at the rghit pclae.The rset can be a total mses and you can sitll raed it wouthit porbelm.Tihs is bcuseae the huamn mnid deos not raed ervey lteter by istlef, but the wrod as a wlohe. |
|
From: Jordi S. <jo...@fi...> - 2016-04-11 09:35:08
|
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 |
|
From: Spud <spu...@gm...> - 2016-04-08 21:30:38
|
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 It denos't mtater waht oredr the ltteers in a wrod are, it's olny iprmoatnt taht the frist and lsat ltteer be at the rghit pclae.The rset can be a total mses and you can sitll raed it wouthit porbelm.Tihs is bcuseae the huamn mnid deos not raed ervey lteter by istlef, but the wrod as a wlohe. |
7 messages has been excluded from this view by a project administrator.
