我使用一个Munin-Master来监控20多台服务器，除了一台服务器外，所有服务器都运行正常。 最后三个Munin邮件receveid：
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。
07h00
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是0.00，/ space是0.24，/ run / user / 1003是0.00，/ tmp是0.02，/是8.07，/ space2是7.44，/ mnt / usb1是0.51，/ export / oxa是0.01，/ dev是0.03， sys / fs / cgroup是0.00。
08h50
infra :: backup2.infra ::百分比OK的Inode使用情况：/ run / user / 1001是0.00，/ tmp是0.02，/ dev是0.03，/ run / user / 0是0.00，/ dev / shm是0.00，/运行是0.05，/空间是0.24，/ sys / fs / cgroup是0.00，/ mnt / usb1是0.51，/是8.07，/ home是0.13，/ space2是7.44，/ run / lock是0.00，/ var是2.02 ，/ export / oxa是0.01。
infra :: backup2.infra ::磁盘使用百分比OKs：/是18.46，/ mnt / usb1是30.62，/ sys / fs / cgroup是0.00，/ export / oxa是51.62，/ run / lock是0.00，/ var / run / user / 0是22.29，/ space2是40.39，/ home是8.87，/ tmp是0.60，/ run / user / 1001是0.00，/ space是76.49，/ dev / shm是0.00，/ run是9.27。是0.00。
一切正常，主日志没有错误，但仍然收到了很多这些消息。
这里是关于这个节点的主人的日志
munin-update.log：2016/03/25 10:40:24 [警告] backup2.infra / backup2.admin2上的服务nfs4_client：4949未返回标签fsinfo的数据munin-update.log：2016/03/25 10： 40:21 [警告] backup2.infra / backup2.admin2上的服务nfs_client：4949未返回标签删除数据
munin-update.log：2016/03/25 09:55:06 [INFO]在29082开始工作backup2.infra / backup2.admin2：4949。 munin-update.log：2016/03/25 09:55:06 [INFO] node backup2.infra改为backup2。 munin-update.log：2016/03/25 09:55:12 [INFO]：Munin更新完成节点infra; backup2.infra（6.67秒）munin-update.log：2016/03/25 09:55： 13 [INFO]收割Munin :: Master :: UpdateWorker。 退出值/信号：0/0
configuration通知
contact.devs.command mail -s "Munin notification ${var:host}" [email protected] contact.devs.always_send warning critical 这里是这个节点的configuration文件（与所有节点一样生成）
[backup2.infra] address backup2.admin2 use_node_name yes diskstats_latency.backup2_store_export.avgrdwait.warning :7 diskstats_latency.backup2_store_export.avgwrwait.warning :7 diskstats_latency.backup2_store_export.avgrdwait.critical :10 diskstats_latency.backup2_store_export.avgwrwait.critical :10
Munin Master和Node版本：2.0.25-1（都是Debian Jessie）
我可以在哪里看到要解决的问题？
Debian中的df插件还检查/run/user/<uid>下的dynamic安装的文件系统，这些文件系统在用户login时出现，并在用户注销时消失。 即使所有级别都可以，但这种出现和消失被认为是触发电子邮件的变化。
你应该可以通过创build一个名为/etc/munin/plugin-conf.d/df的文件来避免这个问题， /etc/munin/plugin-conf.d/df包含以下内容：
[df*] env.exclude_re /run/user/
要检查您的设置是否正常工作，并列出df插件考虑的path，请使用以下命令：
munin-run -d df
如果您对结果感到满意，请重新启动munin-node服务（ service munin-node restart ）。
最近在Debian中的Munin和派生的发行版应该根据Debian bug＃788736来处理 。
在Munin上游项目中已经修复了一些关于tmpfstypes坐骑（其中/ run / user / *）的逻辑。 据我所知，他们不排除在公关。 默认（可能是Debian特定的configuration）。