Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

(COMPACT) setState not processed because States database not connected #1101

Open
thohoj opened this issue Dec 24, 2023 · 12 comments
Open

(COMPACT) setState not processed because States database not connected #1101

thohoj opened this issue Dec 24, 2023 · 12 comments

Comments

@thohoj
Copy link

thohoj commented Dec 24, 2023

Describe the bug
Seeing this entry in my logs multiple times.

To Reproduce
Steps to reproduce the behavior:
I don't know, how to reproduce this.

Expected behavior
Should not occur as database seems to be ok.

Screenshots & Logfiles
IMG_1718

Versions:

  • hm-rpc version: 1.15.19
  • hm-rega version: 4.0.0
  • JS-Controller version: 5.0.17
  • Node version: 18.19.0
  • Operating system: raspberry pi os bullseye
  • CCU model: debmatic
  • CCU firmware: 3.73.9.112

Additional context
The messages are still being logged, although I stopped the hm adapters! 🤔
I am using compact mode

@foxriver76
Copy link
Collaborator

foxriver76 commented Dec 24, 2023

JS-Controller version: ?

please specify, it is essential for this ticket. You can find it e.g. in hosts tab in admin or in iob diag

@thohoj
Copy link
Author

thohoj commented Dec 24, 2023

5.0.17
Didn't find it before.

@foxriver76
Copy link
Collaborator

foxriver76 commented Dec 24, 2023

Okay. Can you put Adapter to debug log and Show log of stoppage until Error occurs

@thohoj
Copy link
Author

thohoj commented Dec 24, 2023

I set the adapter to debug an restarted it. At 2023-12-24 19:58:42.990 I stopped the adapter again. As you can see, the error messages continue, although the adapter is stopped.
iobroker.current.log

@foxriver76
Copy link
Collaborator

I cannot really replicate this. Tried a compact group with two hm-rpc instances, stopping one manually. The stopped one has no reaction to state changes etc anymore. Also code-wise it looks like all timers are clean.

Is this reproduceable every time, also when whole group has been restarted? Group running together with controller?

@thohoj
Copy link
Author

thohoj commented Dec 25, 2023

The group is set to 'default' (seeing this in the instance view). When I click on the 'edit' symbol it shows me this:
IMG_1720

then I clicked 'cancel' and afterwards 'edit' again. Now I get this:
IMG_1722

So I don't know, if it is running with controller. I thought, I set all my 'unproblematic, seldom-have-to-restart' adapters like the homematic ones to 'default group'.

I restarted all three homematic adapters, but not the whole 'default group'. I will try this later on. BTW: I always thought that restarting a single adapter in a group causes the others to be restarted too. I read this some time ago so this might has been changed in the meantime.

@thohoj
Copy link
Author

thohoj commented Dec 25, 2023

After stopping an adapter reloading the log view often reproduces this message.

@thohoj
Copy link
Author

thohoj commented Dec 25, 2023

I stopped one adapter after the other (of default group). The message keeps coming in. As I stopped vis.0 as the last one (except for admin) the log shows
Do not restart compact group controller 1 because no instances assigned to him
And the message stops reappearing. (Waited some minutes).

@thohoj
Copy link
Author

thohoj commented Dec 25, 2023

I restarted all instances of default group (except admin which I didn't stop before). The message doesn't come back. I think it will reoccur in a few hours or days. At least that's what it did all the time before.

@foxriver76
Copy link
Collaborator

I am currently trying to reproduce this with adapting logging, unfortunately the current log does not output which state the adapter tries to set. We should add this to a following controller version, but will not help for now.

@foxriver76
Copy link
Collaborator

you can re-try with 1.16.0 as soon as available, there was a small change, that code intervals and timers are executed after adapter terminate.

@thohoj
Copy link
Author

thohoj commented Dec 25, 2023

I will try when it is released. Thank you very much and Merry Christmas!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants