ioBroker.hm-rpc icon indicating copy to clipboard operation
ioBroker.hm-rpc copied to clipboard

(COMPACT) setState not processed because States database not connected

Open thohoj opened this issue 6 months ago • 12 comments

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

thohoj avatar Dec 24 '23 11:12 thohoj

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

foxriver76 avatar Dec 24 '23 11:12 foxriver76

5.0.17 Didn't find it before.

thohoj avatar Dec 24 '23 16:12 thohoj

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

foxriver76 avatar Dec 24 '23 17:12 foxriver76

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

thohoj avatar Dec 24 '23 19:12 thohoj

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?

foxriver76 avatar Dec 25 '23 01:12 foxriver76

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 avatar Dec 25 '23 10:12 thohoj

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

thohoj avatar Dec 25 '23 10:12 thohoj

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 avatar Dec 25 '23 10:12 thohoj

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.

thohoj avatar Dec 25 '23 10:12 thohoj

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 avatar Dec 25 '23 10:12 foxriver76

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.

foxriver76 avatar Dec 25 '23 11:12 foxriver76

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

thohoj avatar Dec 25 '23 11:12 thohoj