collectd的df插件报告了/ home中错误的可用空间

时间:2017-02-03 13:09:01

标签: monitoring disk infrastructure collectd df

我在运行Ubuntu 16.04到collect使用指标的计算机上使用Librato的collectd 5.5版。但是,在我的某个群集中,我无法让df插件报告//home的所有可用空间。

如您所见,这些挂载点位于不同的ext4分区中。我预计它会分别报告//home的17G和1.7T。虽然我正确地收到了与/相关联的空间,但它会为/home报告大约4GB。

$ df -h 
Filesystem Size Used Avail Use% Mounted on 
/dev/root  20G  1.4G 17G   8%   / 
devtmpfs   3.9G 0    3.9G  0%   /dev 
tmpfs      3.9G 0    3.9G  0%   /dev/shm 
tmpfs      3.9G 125M 3.8G  4%   /run 
tmpfs      5.0M 0    5.0M  0%   /run/lock 
tmpfs      3.9G 0    3.9G  0%   /sys/fs/cgroup 
/dev/sda3  1.8T 8.9G 1.7T  1%   /home 
tmpfs      789M 0    789M  0%   /run/user/0

$ cat /etc/fstab 
# <file system> <mount point> <type> <options> <dump> <pass> 
/dev/sda2       /             ext4   errors=remount-ro,relatime 0 1 
/dev/sda3       /home         ext4   defaults,relatime 1 2 
/dev/sda4       swap          swap   defaults 0 0 
proc            /proc         proc   defaults 0 0 
sysfs           /sys          sysfs  defaults 0 0 
devtmpfs        /dev          devtmpfs rw 0 0

以下是关于df的当前配置:

<Plugin "df"> 
    MountPoint "/" 
    MountPoint "/home" 
</Plugin>

...

LoadPlugin "match_regex"

<Chain "PostCache"> 
    <Rule "ignore_df_reserved_used_metrics"> 
        <Match "regex"> 
            Plugin "^df" 
            TypeInstance "^(reserved|used)" 
        </Match> 
        Target "stop" 
    </Rule>

    # Default behavior 
    Target "write" 
</Chain>

我已经尝试了几种配置组合(以及一遍又一遍地阅读df插件文档),当只使用FSType时,我会收到多次测量(usrbootbinliblib64root ...),都报告大约17G的相同大小。此外,没有home的衡量标准。

<Plugin df>
  FSType "ext4"
</Plugin>

我还尝试将FSType与MountPoint "/"一起使用,但当时仅报告了root

我的最后一次尝试是在配置中使用Device,但它没有改变任何内容。

<Plugin "df">
  Device "/dev/sda2"
  Device "/dev/sda3"
  MountPoint "/"
  MountPoint "/home"
  FSType "ext4"
  IgnoreSelected false
  ReportInodes false
</Plugin>

在所有尝试中,collectd都没有在其日志中显示任何错误:

[2017-01-13 17:06:15] Exiting normally.
[2017-01-13 17:06:15] collectd: Stopping 5 read threads.
[2017-01-13 17:06:15] collectd: Stopping 5 write threads.
[2017-01-13 17:06:15] supervised by systemd, will signal readyness
[2017-01-13 17:06:15] Initialization complete, entering read-loop.

您对如何做有任何建议吗?

1 个答案:

答案 0 :(得分:0)

事实证明,可能collectd had this bug fixed in their last version,5.7,在Ubuntu 16.04 apt-get中尚不可用。通过下载并安装他们的latest nightly builddf开始报告正确的值。