＃1

所以经过几个月的内置哈斯MQTT经纪人绝对地工作了......今天它一直在丢弃所有客户每3小时左右。任何想法为什么可能想要开始这样做？！

谢谢！！

＃2
＃3

嗨尼克

修改了这个标题，现在也包括一个日志最近与经纪人的一些联系。

这很奇怪。我突然收到了所有MQTT客户端的套接字错误/超时。

Swap usage/CPU usage on the Pi doesn’t seem to be excessively high, but just now during a broker outage, when I tried to connect to the front end from my iPhone to check what was going on, the app did show a red “request timed out” message I’ve not seen before.

只是不确定如何从这里调试，或者为什么昨天刚刚开始的问题刚刚在此之前稳定。

当客户端时，它们都断开连接，不仅仅是一个。

＃4

在中断时，我的日志中也刚刚发现了这一点： -

2019年6月08日11:03:52 GMT + 0100（英国夏季时间）错误处理Webhook 54866698xxxx70f8d475fbecdxxxx6dbb08813fc970e6e6920fte466698920fty0466698/8113f970e6e6920fte466xxxba871回溯（最近呼叫最后）：文件“/usr/local/lib/python3.7/site-packages/homeassistant/components/Webhook / __ init_.py“，第83行，在Async_handle_webhook响应= await webhook ['handler']（hass，webhook_id，请求）文件”/usr/local/lib/python3.7/site-packages/homeassistant/components/mobile_app/ yebhook.py“，第273行，在handle_webhook等hass.data [domain] [data_store] .async_save（safe）文件”/usr/local/lib/python3.7/site-packages/homeassistant/helpers/storage.py“，第119行，在Asysync_save等待self._async_handle_write_data（）文件”/usr/local/lib/python3.7/site-packages/homeassistant/helpers/storage.py“，第183行，在_async_handle_write_data self._write_data，self。路径，数据）并发.Futures._Base.CancelledError

和

2019年6月8日2019年6月11日11:03:53 GMT + 0100（英国夏季时间）未处理异常回溯（最近呼叫最后一个电话）：file“/usr/local/lib/python3.7/site-packages/aiohttp/web_protocol.py”，第447行，在开始等待resp.prepare（请求）文件“/usr/local/lib/python3.7/site-packages/aiohttp/web_response.py”，第353行，在准备返回等待self._start（请求）file“/usr/local/lib/python3.7/site-packages/aiohttp/web_response.py”，第667行，在_start返回await super（）中._ start（请求）文件“/ usr / local / lib / python3。7 / site-packages / aiohttp / web_response.py“，第410行，在_start等待Writer.write_headers（Status_line，标题）文件”/usr/local/lib/python3.7/site-packages/aiohttp/http_writer.py“，第112行，在write_headers self._write（buf）文件“/usr/local/lib/python3.7/site-packages/aiohttp/http_wriites.py”，第67行，在_write引发connectionreseterror（'无法写入关闭运输）'）ConnectionReseterror：不能写入关闭运输

所以不确定它们是否相关，但看起来可能是!我看看能不能在昨天和今天早上的其他故障中找到同样的问题

＃5

我在这里和自己说话，但那很好！：笑脸：

我有轻微想知道Espurna设备是否正在用大量和大量的电源使用消息垃圾垃圾邮件。我将让Espurna脱机一两天，看看是否解决了问题。除此之外，我不知道还有什么我可能会尝试。

＃6

我不知道这意味着什么，但如果你正在运行pi它可能是一个失败的SD卡？

＃7

啊 - 我不会惊讶 - 你认为它可能导致各种各样的奇怪问题吗？比如这些？在PowerCut之后，我必须强迫两次重新启动PI两次......

＃8

我不知道，但尝试运行

DMESG.

命令并查看是否获得磁盘错误。但首先，备份所有配置！

＃9

有趣的…

42.
42. 742×159 10.9 KB