标签: munin

我开始使用 Munin 进行监控，但我想更改由插件绘制的图形的颜色loggrep。

有没有办法在配置文件中指定颜色？

我正在寻找一种方法来监视和记录由虚拟主机分隔的 Apache 流量。我目前正在使用 Munin 来捕获整个服务器的这些数据和其他数据，但是我似乎找不到通过 vhost 执行此操作的方法。

此链接描述了使用一个名为的模块mod_watch，该模块显然不再处于开发阶段：

http://www.freshnet.org/wordpress/2007/03/08/monitoring-apaches-virtualhost-with-munin/

被列为与 Apache 2.x 兼容的文件被报告有丢失虚拟主机和正确报告数据的问题。

有谁知道确定每个虚拟主机的实时流量的可靠方法？如果我能找到它，那么编写一个新的 Munin 插件应该很容易了。

编辑：

我真正希望看到的是类似于 Apache 服务器状态记分板页面的内容，其中连接/请求的数量作为由虚拟主机分隔的时间点。这将使我能够实时检查哪个 vhost 可能遇到流量高峰，并且还可以提供 Munin 模块（或某些替代性能监控/分析系统）所需的数据。

我有一个 nginx 反向代理。服务器接近每秒处理 600-700 个请求。我有一个 Munin HTTP 加载时间插件，它正在输出：

http://monitor.wingify.com/munin/visualwebsiteoptimizer.com/lb1.visualwebsiteoptimizer.com-http_loadtime.html

现在，问题是我在图表中看到了一些尖峰。预期响应时间应始终低于 200 毫秒。我一直在关注系统日志和消息，但我无法找出造成这种情况的实际原因。我想知道是否有任何好的 HTTP 响应时间分析系统，我可以安装/嵌入此 nginx 服务器并获取有关不同事物所花费的时间的详细报告/日志以及峰值的确切原因。

分析系统还可以帮助我了解瓶颈以及如何进一步优化延迟。

现在最重要的是调查 HTTP 加载时间图中峰值的原因（外部监视器报告了类似的模式 - Pingdom）并修复它以获得一致的响应时间

谢谢

我写了一个 munin-plugin 来计算 lighttpd 的 http-statuscodes。剧本：

#!/bin/bash

######################################
# Munin-Script: Lighttpd-Statuscodes #
######################################

##Config
# path to  lighttpd access.log
LIGHTTPD_ACCESS_LOG_PATH="/var/log/lighttpd/access.log"
# rows to parse in logfile (higher value incrase time to run plugin. if value to low you may get bad counting)
LOG_ROWS="200000"
#
#munin
case $1 in
   autoconf) # check config
        AVAILABLE=`ls $LIGHTTPD_ACCESS_LOG_PATH`
        if [ "$AVAILABLE" = "$LIGHTTPD_ACCESS_LOG_PATH" ]; then
           echo "yes"
        else
           echo "No: "$AVAILABLE
           echo "Please check your config!"
        fi
        exit 0;;
   config) # graph config
        cat …

我们在我们的网站上遇到了性能问题，在查看我们的munin图表后，我们发现同步的唯一指标是Available entropy和MySQL slow queries，后者受我们登录用户数的影响：

基于维基百科熵页面，我的理解是熵是系统可以用于各种任务的随机性（这里以字节为单位）的数量，主要是需要随机输入的密码学和函数。

由于available entropy和MySQL slow queries中的峰值同步且定期发生，因此 的数量MySQL slow queries与我们的数量成正比，Drupal users而 中的峰值available entropy似乎更加恒定且与这两个指标的比例较小，我们认为available entropy是反映一个根本原因，再加上我们网站的流量，导致了这些缓慢的查询（而不是相反，影响熵的缓慢查询）。因此：

问：您认为哪些潜在问题会导致可用熵出现规律的峰值，从而影响 MySQL 处理查询的能力？

我正在尝试在新的 VPS 上安装 Munin，yum install munin但我不断收到有关缺少 perl 模块的错误：Requires: perl(:MODULE_COMPAT_5.8.8). 这是当前安装的 perl 版本：v5.10.1.

我已经四处搜索，但仍然没有找到解决方案。

这是安装尝试输出的相关部分：

--> Finished Dependency Resolution
Error: Package: perl-Mail-Sender-0.8.13-2.el5.1.noarch (epel)
           Requires: perl(:MODULE_COMPAT_5.8.8)
Error: Package: perl-Log-Log4perl-1.13-2.el5.noarch (epel)
           Requires: perl(:MODULE_COMPAT_5.8.8)
Error: Package: perl-Mail-Sendmail-0.79-9.el5.1.noarch (epel)
           Requires: perl(:MODULE_COMPAT_5.8.8)
Error: Package: perl-Log-Dispatch-FileRotate-1.16-1.el5.noarch (epel)
           Requires: perl(:MODULE_COMPAT_5.8.8)
Error: Package: perl-Crypt-DES-2.05-3.el5.i386 (epel)
           Requires: perl(:MODULE_COMPAT_5.8.8)
Error: Package: munin-1.4.7-5.el5.noarch (epel)
           Requires: perl(:MODULE_COMPAT_5.8.8)
Error: Package: perl-IO-Multiplex-1.08-5.el5.noarch (epel)
           Requires: perl(:MODULE_COMPAT_5.8.8)
Error: Package: munin-common-1.4.7-5.el5.noarch (epel)
           Requires: perl(:MODULE_COMPAT_5.8.8)
Error: Package: perl-Net-Server-0.96-2.el5.noarch (epel)
           Requires: perl(:MODULE_COMPAT_5.8.8)
Error: Package: …

我知道之前在许多论坛上已经多次询问过这个问题，但我仍然遇到类似的问题。

单个图工作正常，但聚合图则不然。我什至没有得到一个空图（没有数据的图）。

所有机器都在 Ubuntu-12.04 m1.medium ec2 实例上运行。Munin 版本是 1.4.6。

我的 munin.conf 看起来像...

[localhost.localdomain]
地址 127.0.0.1
use_node_name 是

[.us-west-1.compute.internal]
地址
use_node_name 是

[.us-west-1.compute.internal]
地址
use_node_name 是

[.us-west-1.compute.internal]
地址
use_node_name 是

[us-west-1.compute.internal;totalcheckpoints]
更新没有
联系没有

postgres_checkpoints_checkpoints_req.update no  
postgres_checkpoints_checkpoints_req.graph yes  
postgres_checkpoints_checkpoints_req.graph_args --base 1000 -l 0  
postgres_checkpoints_checkpoints_req.cdef 0  
postgres_checkpoints_checkpoints_req.graph_category PG Total Checkpoints  
postgres_checkpoints_checkpoints_req.graph_title Aggregated checkpoints  
postgres_checkpoints_checkpoints_req.graph_vlabel Total Checkpoints  
postgres_checkpoints_checkpoints_req.checkpoints_req_total.label Total checkpoints  
postgres_checkpoints_checkpoints_req.graph_order checkpoints_req_total  
postgres_checkpoints_checkpoints_req.checkpoints_req_total.sum \  
        <internal_ip>.us-west-1.compute.internal:postgres_checkpoints_<internal_ip>.us-west-1.compute.internal_checkpoints_req.checkpoints_req \  
        <internal_ip>.us-west-1.compute.internal:postgres_checkpoints_<internal_ip>.us-west-1.compute.internal_checkpoints_req.checkpoints_req \  
        <internal_ip>.us-west-1.compute.internal:postgres_checkpoints_<internal_ip>.us-west-1.compute.internal_checkpoints_req.checkpoints_req  

Run Code Online (Sandbox Code Playgroud)

我尝试在 /etc/munin/plugins 中遵循以下符号链接：

postgres_checkpoints -> /usr/share/munin/plugins/postgres_checkpoints
postgres_checkpoints_ -> /usr/share/munin/plugins/postgres_checkpoints
postgres_checkpoints__ -> /usr/share/munin/plugins/postgres_checkpoints

由于 munin 用户遵循 …

我有几台由 munin 监控的服务器，并且相当频繁地，选择的单元之一在读取数据时出现瞬时故障。这给了我两封电子邮件，一封告诉我所有的值都是未知的，第二封五分钟后让我知道一切都好。

据我所知，munin 正在按照此处设计的方式运行，但我想知道是否有任何方法可以延迟发送一个更新周期的初始“未知”警报，因此不会报告瞬态未知数？我目前的所有设置都在训练我忽略警告邮件。

如果失败，有什么方法可以完全禁用发送“未知”警报及其相应的恢复警报？

我用一个 Munin-Master 监控 20 多台服务器，除了一台服务器外，都运行良好。最后三封穆宁邮件收到：

05h25

infra :: backup2.infra :: 磁盘使用百分比 OKs：/var 为 22.55，/run/user/1001 为 0.00，/home 为 8.87，/mnt/usb1 为 30.55，/export/oxa 为 51.58，/tmp 为0.60，/dev/shm为0.00，/space2为40.39，/run为8.77，/run/lock为0.00，/run/user/65534为0.00，/space为76.38，/sys/fs/cgroup为0.00，/是 18.46。

infra :: backup2.infra :: inode 使用百分比 OKs：/dev/shm 为 0.00，/run 为 0.05，/space2 为 7.44，/run/user/65534 为 0.00，/run/lock 为 0.00，/sys/ fs/cgroup 为 0.00，/space 为 0.24，/ 为 8.07，/dev 为 0.03，/home 为 0.13，/mnt/usb1 为 0.51，/export/oxa 为 0.01，/tmp 为 0.02，/var 为 2.02，/运行/用户/1001 是 0.00。

07:00

infra :: backup2.infra :: inode 使用百分比 OKs：/home 为 0.13，/var 为 2.02，/run/user/1001 为 0.00，/dev/shm 为 0.00，/run 为 0.05，/run/lock …

我刚刚了解了 Munin，并查看了一些示例图表。我不明白每月的利用率如何约为 60%，而每年的利用率则低于 10%。我希望第二个图表也应该有 60% 的利用率，只是峰值更多，因为 x 轴的范围是 12 倍。

我误会了什么？

编辑：也许我应该提到 /dev/sda 是 RAID 5 的一部分。