OpsCenter 不显示可用存储
OpsCenter does not show available storage
我创建了一个使用 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}
Data Size
指标是节点加载时返回的值(与执行 nodetool info
时在 "Load:" 下相同)。
存储容量实际上检查磁盘使用情况,在 Linux 上使用 df
(这在某些版本的 Windows 中可能根本不起作用,所以如果使用 Windows 那是你的问题)。这有很多问题,但最新版本有一些修复,因此请确保您使用的是新版本。检查代理日志 (/var/log/datastax-agent/agent.log) 以查找与 Process failed
类似的内容,这可能会提供更多详细信息。
代理中存在错误。如果你 运行 df <file>
,你应该得到一个不同于 运行 df --print-type --no-sync --local
的文件系统。就我而言,在我能够复制的地方,df /home/<user>/random-folder
在文件系统列下产生 /dev/disk/by-uuid/<uuid>
。
这是因为使用 by-uuid
而不是标签安装驱动器(以 grub/lilo 启动)。 df
labels/output 都必须匹配。
下个版本会修复
对于临时修复,虽然我们会在下一个版本中修复此问题,但请确保使用标签而不是 uuid 安装用于数据的驱动器,并验证这些 df
输出是否匹配。
我创建了一个使用 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}
Data Size
指标是节点加载时返回的值(与执行 nodetool info
时在 "Load:" 下相同)。
存储容量实际上检查磁盘使用情况,在 Linux 上使用 df
(这在某些版本的 Windows 中可能根本不起作用,所以如果使用 Windows 那是你的问题)。这有很多问题,但最新版本有一些修复,因此请确保您使用的是新版本。检查代理日志 (/var/log/datastax-agent/agent.log) 以查找与 Process failed
类似的内容,这可能会提供更多详细信息。
代理中存在错误。如果你 运行 df <file>
,你应该得到一个不同于 运行 df --print-type --no-sync --local
的文件系统。就我而言,在我能够复制的地方,df /home/<user>/random-folder
在文件系统列下产生 /dev/disk/by-uuid/<uuid>
。
这是因为使用 by-uuid
而不是标签安装驱动器(以 grub/lilo 启动)。 df
labels/output 都必须匹配。
下个版本会修复
对于临时修复,虽然我们会在下一个版本中修复此问题,但请确保使用标签而不是 uuid 安装用于数据的驱动器,并验证这些 df
输出是否匹配。