问题标签 [cadvisor]

我目前有一个配置了 Heapster/InfluxDB/Grafana 的 Kubernetes 集群。

我知道 Kubelet 现在有一个嵌入式 cAdvisor 实例，我已将其配置为查看应用程序端点以收集自定义指标。

我遵循了本指南：http ://guoshimin.github.io/2016/06/03/custom-metrics.html ：

目前 Kubelet 正在抛出错误 -

似乎认为我正在使用 Prometheus 配置。由于我的设置中没有普罗米修斯，我应该使用不同的格式来收集指标并将它们传递给 Heapster 吗？

我在 bugzilla.redhat.com 的上述“devicemapper”上发现了以下错误。它让我安装了“device-mapper-persistent-data”包。但是，当我安装它时，我收到以下错误。

我试图使用这个链接来解决这个错误，但是我仍然没有设法解决它。

这是我尝试过的：

这是错误：

我有 cadvisor 使用端口映射 4000:8080 运行，我必须将它与带有 prometheus 的容器链接。

我的 prometheus.yml 是：

该文件的路径为 /home/test/prometheus.yml。要使用 prometheus 运行容器，我会：

容器被创建，但它立即死亡。你能告诉我问题出在哪里吗？

留言形式docker events&：

我喜欢使用 Prometheus 和 cAdvisor 监控容器，以便在容器重新启动时收到警报。我想知道是否有人对此有示例 Prometheus 警报。

我正在google/cadvisor:v0.24.1按照此处的说明运行官方 cadvisor Docker 映像（仅将标记替换为当前版本而不是latest）：

查看容器内的日志，我看到：

docker 命令将宿主机的根文件系统挂载/rootfs到容器内。cadvisor 不应该访问那里的 dm 设备吗？

我发现没有设置可以将 cadvisor 更改为真正的 rootfs。

我必须将 /dev/mapper 挂载到 /dev/mapper 的容器中吗？

是的，我正在使用设备映射器：

只是在容器内部，/dev/mapper只有一个文件：

主机的真实/dev/mapper目录可以在容器内访问，/rootfs/dev/mapper但 cadvisor 只是不使用它......

在查看了一些 BMHATK 源代码之后，我认为 cadvisor 不支持这个用例，参见。https://github.com/google/cadvisor/blob/master/utils/docker/docker.go#L64

所以它总是寻找设备/dev而不是/rootfs. 此外，由于 iops 过多，下一个版本默认禁用 Thin_ls 观察程序。所以，我可能只是没有它。

我正在运行一个 prometheus-cadvisor.. 监控 dockerized 系统。在要监控的 docker 容器中，我有

在普罗米修斯

但这不起作用

只有当我改变它才有效

somelabel至container_label_somelabel

为什么会这样。我在任何地方都找不到任何解释。我发现的所有示例代码都使用标签，就像我在非工作版本中一样。

我使用 cadvisor 来获取我的 docker 容器的 CPU 使用率，但它总是非常小（大约 0.001），这应该是错误的，因为它是一个生产工人容器，它应该超过 10% 来自 docker 外部的 htop。 并且容器中没有进程。但它有四个过程

我发现容器的 cgroup 很奇怪，比如：

我不知道如何解决这个问题，但如有必要，我可以提供更多信息。

有没有办法在监控服务器中运行 cAdvisor 容器并在单独的服务器中监控 docker 容器？运行 cAdvisor 时我可以包含一个命令吗？

因为我希望能够在单独的服务器中监控容器，但我不确定如何实现……</p>

任何建议或共享知识都会非常有帮助。谢谢你。

我已经使用 Prometheus、Grafana 和 cAdvisor 设置了一个 docker 监控堆栈。使用此查询获取正在运行的容器时：

它可以拾取容器，只要我启动一个新容器，它就会立即被拾取。问题是当一个容器被停止或移除时，它并没有捡起它，它仍然将它显示为一个正在运行的容器。

一旦容器停止，它就会从 cAdvisor/metrics 端点中删除。

查询有问题吗？

（这是我用于堆栈的内容：https ://github.com/vegasbrianc/prometheus ）

我遇到了部署在 AWS 上的 kubernetes 节点的问题。（集群有 3 个节点和 1 个主节点，运行在 m3.large 实例上，每个实例大约 25GB）

之后（大约 3 天）磁盘上剩余 0KB 并且集群卡住了。

所有存储（或多或少）都由 /var/lib/docker/overlay/ 使用。在这个文件夹中大约有 500 个或更多这些文件：

集群在 Kubernetes 1.6.4 和 Docker 1.12.6 上运行。

好像是kubernetes的垃圾收集器的问题。运行 cAdvisor /validate 会给我以下消息

运行这些语句journalctl -u kubelet | grep -i garbage也会给出错误消息： Jun 20 14:35:21 ip-172-21-4-239 kubelet[1551]: E0620 14:35:21.986898 1551 kubelet.go:1165] Image garbage collection failed: unable to find data for container /

任何想法如何让垃圾收集器再次工作？