我创建了一个使用OpsCenter管理的新DataStax Enterprise Cluster。使用的所有版本都是软件包存储库中的最新版本。已安装代理并且一切正常,包括RAM使用率,CPU负载等。我已经为此群集添加了超过90 GB而没有问题,主机可以支持更多...
从我看到的内容显然是一个OpsCenter / DataStax-Agent问题。我没有在OpsCenter或DSA的日志文件中看到相关的行。同一OpsCenter实例中的其他群集可以顺利运行。
关于可能出现什么问题的任何想法?
更新#1:
主机中的df(1)
输出为:
Filesystem Type 1K-blocks Used Available Use% Mounted on
udev devtmpfs 16440732 4 16440728 1% /dev
tmpfs tmpfs 3290304 652 3289652 1% /run
/dev/sda6 ext4 921095148 33460384 840822760 4% /
none tmpfs 4 0 4 0% /sys/fs/cgroup
none tmpfs 5120 0 5120 0% /run/lock
none tmpfs 16451516 0 16451516 0% /run/shm
none tmpfs 102400 0 102400 0% /run/user
/dev/sda1 ext2 240972 67121 161410 30% /boot
在另一个主持人中是:
Filesystem Type 1K-blocks Used Available Use% Mounted on
udev devtmpfs 16367904 4 16367900 1% /dev
tmpfs tmpfs 3275852 728 3275124 1% /run
/dev/md1 ext4 958985688 92799452 817449468 11% /
none tmpfs 4 0 4 0% /sys/fs/cgroup
none tmpfs 5120 0 5120 0% /run/lock
none tmpfs 16379256 0 16379256 0% /run/shm
none tmpfs 102400 0 102400 0% /run/user
/dev/md0 ext3 1014680 105884 856420 12% /boot
https://<host>:<port>/<Cluster-Name>/storage-capacity
的输出:
{"free_gb": 0, "used_gb": 0, "reporting_nodes": 3}
答案 0 :(得分:1)
O(n ln n)
指标是节点加载时返回的值(与执行Data Size
时的“加载:”相同)。
存储容量实际上使用nodetool info
在Linux上检查磁盘使用情况(这在某些版本的Windows中可能根本不起作用,因此如果使用Windows就是你的问题)。这有很多问题,但最新版本有一些修复,所以请确保您的新版本。检查代理日志(/var/log/datastax-agent/agent.log)中的df
行,这可能会提供更多详细信息。
答案 1 :(得分:1)
代理商中存在错误。如果您运行df <file>
,则应该获得与运行df --print-type --no-sync --local
时不同的文件系统。在我的情况下,我能够复制,df /home/<user>/random-folder
在文件系统列下产生/dev/disk/by-uuid/<uuid>
。
这是因为使用by-uuid
而不是标签安装驱动器(使用grub / lilo启动)。两个df
标签/输出必须匹配。
它将在下一个版本中修复。
对于临时修复,当我们为下一版本修复此问题时,请确保使用标签而不是uuid安装用于数据的驱动器,并验证这些df
输出是否匹配。