Well that and you seem to have jumped forward an hour, rather than repeating an hour. I certainly did not have any problems when we jumped forward an hour in March.
EDIT:
If you have a fancy template though that replicate being able to run an automation every X minutes, I’d be interested - because this is one of the automations that was affected:
That doesn’t help in this case - the problem is the cameras are using RTSP and when you load the lovelace view, you don’t get a picture on loading it, until the first time the picture card refreshes the feed (every 10 seconds or so). This workaround means there is a recent image at least when you look at the camera page. This workaround is required on multiple installations not just mine.
Here is another automation that ensure that the boiler state stays synchronised on several ESPHome thermostats, in case they have been rebooted or lost connection with WiFi temporarily.
Same here. Crashed HA and i have an automation with time pattern.
And ofcourse it happend right when i was heating… so nice and warm house this morning
You are putting your CPU to that much use 24/7 just to refresh an image in case you might look at it?
Browser mod can refresh the image only when Lovelace is opened, (use the device sensor visibility attribute to trigger a script that captures your image).
The other one is easily converted to state based triggers too:
Same issue for me, last night we’ve moved out of daylight savings time, and at 3AM, home assistant stooped receiving updates form sensors, and got stuck at the last value received. I’ve checked the logs in esphome, and they were still detecting the right values. Also none of my automations ran over night. After a restart of the virtual machine, everything started to work. I’m running core-2021.10.6 and Home Assistant OS 6.5
Same for me, my HA crashed exectly at 3AM and the first error message in the log is iindeed linked to time patter triggered automation. Interesting though, HA was working (or trying so) for another almost 7 minutes before finally stopping. In that time it generated almost 600 000 of various error messages in the log - 79MB of data
For me, Home Assistant continued to run (data was still captured from sensors and sent to InfluxDB) but my graphs were “flat”. The relevant error was “The recorder queue reached the maximum size” - but I have no idea why the clocks changing would cause the recorder queue to build up.
My recorder database is the default SQLite one.
System Health
version: core-2021.10.2
installation_type: Home Assistant Core
dev: false
hassio: false
docker: false
user: homeassistant
virtualenv: true
python_version: 3.9.1
os_name: Linux
os_version: 5.10.17-v8+
arch: aarch64
timezone: Europe/London
logged_in: false
can_reach_cert_server: ok
can_reach_cloud_auth: ok
can_reach_cloud: ok
Yes, same here. I have two HA in two different locations. Both crashed tonight when we switched to winter time. I have no clue why. Hard reboot fixed the first one. The second one is 1 hour away by car… maybe I should use one of my old 433 MHz Telldus switches in front of Ha so I can reboot from a distance via the Telldus app…
The history graphs problems also reported are sort of cosmetic but the /n time problem is a critical bug. I have a temperamental ESP32 based camera that I power cycle every hour to keep it active. When I woke at 01:15 it was resetting approximately every second. If that automation had been controlling a more sensitive device such as a fridge or freezer the unit would almost certainly be damaged.