＃1

大家好！

我最近遇到了一个问题，我的历史数据不再更新。也就是说，我的温度传感器不工作，我的开关历史记录不工作，历史记录不工作。传感器仍然显示正确的数据，但图表没有更新。

这里你可以看到所有的图表都变平了，但是传感器数据仍然是正确的(和图表不一样)

图像
图像 114×625 52.5 KB

在这里你可以看到我的床头灯说它已经24小时没开了，但它并没有(甚至现在还开着)
图像

知道是怎么回事吗?
我检查了基本的内存使用等，似乎没问题
图像

打开/关闭它的结果好坏参半。它有时会简单地修复它，但我会丢失所有的数据。如果我离开它，它经常会“正确”，并以某种方式获得所有丢失的数据(这不会发生，如果我重新启动，它全部丢失)
当前运行0.92.2
如果我去骚扰。Io ->system->系统日志，它是空的，不会加载任何东西
我过去想过，这可能解释了它的发生，但没有其他意义，那就是:
传感器的历史记录进入内存，然后写入SD卡。
传感器历史图表总是从SD卡读取。
不管出于什么原因，Hassio不能写入SD卡，所以数据停留在RAM中，历史图表不会更新，因为SD卡上没有新数据
最终HASSIO能够将RAM数据写入SD卡，历史图表就“正确”了

无论如何，这是我的(完全无知的)理论

有人有什么想法吗?这真的很让人沮丧，一天或两天就会发生?通常只有一两个小时的空白，然后就正确了

现在它已经死了将近一天了
图像

1像
＃2

存储和读取数据历史/ config / home-assistant_v2.db假设您使用的是默认数据库。

它很可能是腐败的。删除后重启HA。您将丢失以前的历史数据。

如果这种情况发生了很多，考虑改变MariaDB插件。

2喜欢
# 3

嗨,谢谢。很高兴尝试一下，但这如何解释之前它神奇地变对的时候呢?如果它是腐败的，它肯定不会自我治愈吧?

如果能解决问题，我很乐意做这些事情，但我不认为这就是解决问题的方法……一定有什么别的原因在起作用?

更糟的是，现在情况变了。我看了看我的图表看看他们是否有自我愈合，但数据又不一样了
图像
把这个和两个小时前的对比一下
图像
现在看起来所有的数据都在那里，只是落后了将近一整天?

是不是有什么奇怪的时间偏移或时区会影响到这个?我在新西兰(格林尼治时间+ 12)，所以也许这和一些奇怪的事情有关?一些奇怪的系统时钟被设置为美国或其他什么东西，它扰乱了图形和不更新之类的?

# 4

你的数据库多久被清除一次?这和恢复时间一致吗?

# 5

我不知道该怎么检查?

你想听更疯狂的故事吗?我一直在查看它，历史图表比我上面显示的要晚24小时，但在过去的2天里，它慢慢地向我展示了更多历史数据
2天前它有20个小时的平衬，
第二天早上，它有16个小时的平铺
晚上12个小时
第二天6小时
现在是3。5小时
数据显然没有丢失，因为它后来出现了……它只是有一个奇怪的平坦的东西，图表只是没有显示数据
图像

# 6

我不得不同意@tom_l现在是删除数据库文件的时候了。我很想知道它有多大……您可能想要添加一个数据库文件大小传感器，这样您就可以看到它增长得有多快，这将帮助您确定在您的设置中使用的清除间隔。

# 7

你没有提到你在哪个平台上运行HA，但如果是树莓派，你可能会收到一个可能的SD卡故障的警告。

我将尝试上面的建议，删除vb文件，以排除损坏，并将保存在日志中的天数减少到最小。

对数据库文件有大量的写入吗?你的历史条显示很多颜色时，他们做加载。

# 8

谢谢你的家伙。我原以为数据库会自动清除并只保留几天的数据，但结果是该文件是4.5GB!

那么记录器将让我设置一个清除的东西，并保持我的数据库文件在一个合理的大小?不管我是使用Maria还是默认的SQLite?我刚处理这些数据库的事情，对不起大家!

抱歉，我确实用的是RPi 3B。
奇怪的故障模式，虽然数据当时没有显示，但显然在那里之后做各种奇怪的事情?

# 9

是的，使用记录器来设置清除间隔。注意，DB的清除间隔将在每次重启时重置。因此，如果您仍然在配置HA并经常重新启动，那么DB可能永远不会被清除。

使用录音机排除和包括停止记录你不关心的事情的选项也会减少数据库大小。

您也可以防止这些显示使用排除和包括历史和日志的选项。

# 10

@neilvangeffen
非常酷的传感器卡!这是非常棒的如何显示最低和最高温度与各自的出现时间。
我想找一张类似的本土卡，但没找到。你的卡是定制的卡吗?这样的话，你能分享给社区吗?
谢谢
干杯!

# 11
2喜欢
＃１２

我得跳过这个话题。我的HASSOS Raspi4也遇到了同样的问题。历史图表工作了一段时间(这次大约两周)，现在我再次得到了持平。我在用大麻，每两天清洗一次。

我知道我可以删除数据库，这在过去也管用。但是我不喜欢总是删除我的数据库。一定有什么问题造成了这个问题。我已经在谷歌上搜索了很长一段时间，人们时不时地报告它，但我从来没有遇到过一个解决方案，除了“删除数据库”。还有别的主意吗?

# 13

我也一直在与这个问题作斗争。
我正在一台服务器上的专用VM上运行hassio。这个问题非常普遍，以至于我的图表在24小时之内就会变平。

我在调试模式下运行我的系统，并删除了几乎1GB的日志文件，但在平线出现的时间前后，没有在日志中看到任何错误。

如果我重新启动系统/重新启动home助手，那么它将恢复，我将再次开19463331伟德国际始获取数据。

我添加了一个传感器来跟踪数据库文件的大小，但当问题发生时，它只在2GB范围内。

我甚至尝试添加一个自动化程序，每4小时清除一次数据库，希望能有所帮助，但没有这样的运气。

我可以很容易地重现这个问题，所以如果有什么可以提供更多的信息，请让我知道，我会尝试捕捉它。

我运行:
MariaDB 1.3
系统Ubuntu 18.04.3 LTS

x86_64
dev 假
码头工人 真正的
hassio 真正的
os_name Linux
python_version 第3.7.6
时区 美国/芝加哥
版本 0.104.3
virtualenv 假

色鬼

模式auto-gen

# 14

所以我让我的系统处于“坏掉”模式超过24小时，然后发现了一些有趣的事情。

作为@neilvangeffen前面提到过数据正在“返回”
我把截图ocured大约12小时后问题,它显示的数据发生了大约530(1/31),所以我等待和检查第二天9点左右(2/1),这表明我有数据一直到11:30(1/31)。

看来lovelace的默认图表出了问题?
有人知道应该在哪里报告吗?或者是否有一种方法可以配置这些图表所使用的数据的默认时间轴?

# 15

肿块。我从今年年初就开始在HA上工作了……当然我很喜欢这个社区!但是有同样的问题。
RP4 (4GB)运行在Hassio上，不是一个巨大的安装，我不认为我被传感器数据超载了，因为我仍然在添加组件和学习各种技术。我的数据库文件，从来没有刷新(刚刚从这个线程了解到)，几乎是2GB…尽管我将查看刷新和安装MariaDB。

我不知道自己是否等了足够长的时间才注意到它开始试图“赶上”，所以也许我只是尝试着忽略图表上令人沮丧的平坦线，以便复制其他人所注意到的体验。尽管仍然在做大量的研究和故障排除，所以很难说一个问题从哪里结束，另一个问题从哪里开始!如果我有任何重大突破，我会讲述我的经历。谢谢!

# 16

好吧，我已经取得了一些重大进展，尽管我不能说这是完全的胜利。说实话，我对这个暗示有点失望，但我现在先忽略它。

我把我的数据库完全从Hassio设备移到了一台通过以太网连接的笔记本电脑上，并设置了录音机每周清理一次。

在我最初的故障排除过程中，我注意到我的系统监视器传感器上的负载经常超过4。我不认为我的配置需要大量的数据，因为我仍然在组装各个部分并探索集成选项。我肯定买了一个顶级的32GB卡……所以，虽然我可能有一个特别饥渴的外接程序或集成程序，做了很多读写操作，但让我有点失望的是，RP4 4GB的Hassio不能处理负载。

为了解决这个问题，我决定在一台相当强大的笔记本电脑上启动一个Mariadb容器，我已经将其设置为外部MQTT代理、Kodi前端和Zoneminder服务器。它在笔记本上的负载比我想的要大一些，但它最终在短期内解决了我的问题。我的HA实例上的负载恢复到小于1的平均负载，因此在历史数据中更加稳定和一致。

我花了几天时间才找到这个帖子，但我说我会分享我的发现: slight_smile:

2喜欢
# 17

在转移到一个新的更快的SD卡后没有加载完整的历史记录。可能损坏了数据库文件。感谢这篇文章的评论，我只是去删除旧的数据库文件和配置，并重新启动。现在历史正在显现。

＃18

谢谢，这就解决了我的问题。

# 19

当我在第一个登录屏幕上通过恢复功能从PI3移动到PI4时，也发生了类似的情况。我所有的图形都变平了，而数据库只有600MB。我删除了数据库文件，重新启动，它开始收集回。好了!