[SOLVED] Modes race condition upon docker restart returns
-
Hi @toggledbits. It appears that the race condition from this post has returned. Or maybe it's a sibling race condition?
MSR
latest-21360-315df22
indocker
onunRAID server
forHubitat C7
running2.30.0.121
EDIT: I may see the cause of the issue- More below in my EDIT section. And please let me know if this is TOO much information and screenshots. Trying to make it easier for you. Thx.
I have a contact sensor report over my Echo devices when it is opened/closed, but only when the Hubitat is in it's Home state. Every once in a while this contact sensor get's stuck in the open state, as it is right now. A quick open and close resets the state, but that's a different issue.
The issue, similar to the last race condition, upon my docker restart, the Reset Reaction is announced followed by the Set Reaction. If I remove the Mode entity and restart the docker, no announcements are made.
Copy of the rule prior to docker restart (Copied to only notify on one Echo vs spam the family.)
Docker restarted - SET times changed.
Removed Mode entity and restarted Docker - Contact sensor and SET times remained.
Added Mode back in and restarted again. SET time and Home True value are set to the same time.
EDIT: I was grabbing my entire rule to show the work. No Constraints, No Local Expressions. Upon doing this, I noticed that the Mode entity has a Null value. I checked another one of my rules that uses my Mode state and that rule is also Null. As if this value is not being stored. The overview/summary page shows the value as Home, but when I edit the rule, it shows Null.
A completely different rule, not touched, yet. Showing the null value differences.
-
Hi @toggledbits. It appears that the race condition from this post has returned. Or maybe it's a sibling race condition?
MSR
latest-21360-315df22
indocker
onunRAID server
forHubitat C7
running2.30.0.121
EDIT: I may see the cause of the issue- More below in my EDIT section. And please let me know if this is TOO much information and screenshots. Trying to make it easier for you. Thx.
I have a contact sensor report over my Echo devices when it is opened/closed, but only when the Hubitat is in it's Home state. Every once in a while this contact sensor get's stuck in the open state, as it is right now. A quick open and close resets the state, but that's a different issue.
The issue, similar to the last race condition, upon my docker restart, the Reset Reaction is announced followed by the Set Reaction. If I remove the Mode entity and restart the docker, no announcements are made.
Copy of the rule prior to docker restart (Copied to only notify on one Echo vs spam the family.)
Docker restarted - SET times changed.
Removed Mode entity and restarted Docker - Contact sensor and SET times remained.
Added Mode back in and restarted again. SET time and Home True value are set to the same time.
EDIT: I was grabbing my entire rule to show the work. No Constraints, No Local Expressions. Upon doing this, I noticed that the Mode entity has a Null value. I checked another one of my rules that uses my Mode state and that rule is also Null. As if this value is not being stored. The overview/summary page shows the value as Home, but when I edit the rule, it shows Null.
A completely different rule, not touched, yet. Showing the null value differences.
-
@toggledbits posted a new blind docker build
21362
which has resolved the Mode issue. He wasn't able to test this build, but I wanted to get this update on here in case others come across it. I will mark this as SOLVED for now, even though this build was not tested by him. -
Allow me my two cents, in the third situation when you return to the Hubitat mode evaluation, it is written home with the "h" in lowercase, and remember that this is a case sensitive comparison that is valid, i.e., see that in the Currente Value status the Home is with the H in uppercase, that would make your rule unfeasible.
-
He's got a case-insensitive test going; it'll be fine. The problem arises mostly when you send a new mode to Hubitat... that's where you need to be careful and get the case correct.
-
T toggledbits locked this topic on