Graphite Graphs 渲染计数占其总数的 1/3

【问题标题】：Graphite Graphs Rendering Counts at 1/3 of their TotalGraphite Graphs 渲染计数占其总数的 1/3
【发布时间】：2013-04-01 00:56:57
【问题描述】：

我在 storage-schemas.conf 文件中设置了以下保留规则。

retentions = 1s:5m,1m:1d,15m:90d,1d:10y

我的存储聚合如下所示：

[default]
pattern = .*
xFilesFactor = 0
aggregationMethod = sum

问题：从第二个保留存档 (1m:1d) 呈现的任何图表的 Y 轴标签都在正确值的 33% 处。在所有其他方面，图形都正确呈现。当我将时间段增加到超过 24 小时时，Y 轴标签会正确显示。

当我使用 graphlot 而不是石墨显示相同的图表时，Y 轴会正确呈现。（除了我真的更喜欢石墨的外观/感觉而不是graphlot）

我认为这是一个石墨渲染错误。有解决办法吗？

【问题讨论】：

标签： graphite

【解决方案1】：

我认为这可能有几个原因：

1) 编辑存储聚合后，是否删除了相关的耳语文件？请注意，如果您不这样做，那么它仍然使用默认配置 - 这意味着它使用平均方法进行聚合。在这种情况下，您必须删除您的耳语文件并再次检查。

顺便说一句，您可以使用 Whisper-info 文件验证每个 wsp 文件的当前聚合：耳语信息.py your_metric_file_name.wsp

2) 例如，如果您尝试通过渲染 API 以 JSON 格式获取数据点，它是否可以正常工作？ https://graphite.readthedocs.org/en/latest/render_api.html

如果它确实可以正常工作，那么问题可能出在 Web 应用程序渲染上。我遇到了这个问题，并通过使用 minXStep 属性解决了这个问题。在这里查看我的问题 + 答案：Graphite - Multi archives level retrieval issue

【讨论】：

你是正确的 JSON 格式显示了正确的值，它只是渲染。通过将 minXstep 属性设置为 0，它可以正确呈现。（即myserver/render?target=sum%28my.data.path.*%29&from=-5hours&format=png&minXStep=0）感谢您提供的重要信息！