Influx przestał prz...
 
Powiadomienia
Wyczyść wszystko

openHAB Influx przestał przesyłać dane

23 Wpisów
2 Użytkownicy
0 Reactions
1,014 Wyświetleń
(@szpila86)
Wpisów: 363
Weteran Patron Strony Donator 2K22, Donator 2K23, Donator 2K24
Autor tematu
 

Witam jak w temacie po około rocznej pracy OH3 przestał zapisywać lub Influx przyjmować dane.

2023-10-02 21:09:26.445 [WARN ] [luxdb.internal.InfluxDBConfiguration] - InfluxDB configuration isn't valid. Addon won't work:  No credentials
2023-10-02 21:09:26.446 [WARN ] [.influxdb.InfluxDBPersistenceService] - Some configuration properties are not valid {component.name=org.openhab.persistence.influxdb.InfluxDBPersistenceService, url= http://198.162.xx.xx:49153,  service.config.category=persistence, service.config.description.uri=persistence:influxdb, version=V2, service.pid=[org.openhab.influxdb, org.openhab.influxdb], service.config.factory=false, service.config.label=InfluxDB Persistence Service, component.id=351, db=openhabdb}
2023-10-02 21:09:26.448 [ERROR] [.influxdb.InfluxDBPersistenceService] - Cannot load configuration, persistence service wont work

Konfiguracja połączenia wykonana przez UI i działała. Tydzień temu chciałem sobie zrobić mały raport a tu "wiadro" puste (!?)

Nazwy itemów są ale nie wyświetlają żadnej wartości a przez grafane widzę brak zapisu od około 2mc! tak jakby coś we wtorek po 10 stwierdziło - koniec zapisu.

Binding przeinstalowany z restartami OH i nic nie dało. Konfiguracja wygląda poprawnie może OH wymagać przeinstalowania?

 
Dodane : 02/10/2023 9:20 pm
(@ldywicki)
Wpisów: 78
Kontrybutor
 

Potrzebujesz podać użytkownika/hasło.

 
Dodane : 08/10/2023 9:34 pm
(@szpila86)
Wpisów: 363
Weteran Patron Strony Donator 2K22, Donator 2K23, Donator 2K24
Autor tematu
 

@ldywicki 

Użytkownik podany do bazy nie ma hasła, token podany.

 
Dodane : 08/10/2023 9:35 pm
(@ldywicki)
Wpisów: 78
Kontrybutor
 

Dodane przez: @szpila86

InfluxDB configuration isn't valid. Addon won't work: No credentials

W konfiguracji brakuje danych dostępowych. Jeśli masz influxdb 2 to dodaj do konfiguracji:

version=v2
token=....

Na jakiej wersji OH obecnie jesteś?

 
Dodane : 09/10/2023 5:22 pm
(@szpila86)
Wpisów: 363
Weteran Patron Strony Donator 2K22, Donator 2K23, Donator 2K24
Autor tematu
 

Było dodane.

PrZypominam że wszystko działało kilka miesięcy i nagle przestało.

Wersja 3.5

Obecnie testuje dockera 4.0.1 czy coś w podobnie i influx z automatu wstał tylko wyskakują jakieś błędy czasem z zapisem stanu niektórych komponentów ale dopiero w weekend będę w domu

 
Dodane : 09/10/2023 7:37 pm
(@ldywicki)
Wpisów: 78
Kontrybutor
 

Możesz spróbować sprawdzić przez ssh co widzi system z pliku konfiguracyjnego:

config:edit org.openhab.influxdb
config:property-list
config:cancel

Pierwsze polecenie wchodzi w tryb edycji konfiguracji, z którego wychodzisz ostatnim poleceniem. Komenda `property-list` powinna wypisać wszystkie ustawienia, które są później wykorzystywane przez dodatek do uruchomienia integracji.

Piszę o tym, ponieważ czasami przy edycji plików system potrafi "zatrzymać" wersję pośrednią, którą można odświeżyć tylko usuwając bufory które siedzą w systemie plików.

 
Dodane : 09/10/2023 9:39 pm
(@szpila86)
Wpisów: 363
Weteran Patron Strony Donator 2K22, Donator 2K23, Donator 2K24
Autor tematu
 

@ldywicki 

Ciekawe

config:property-list                                                                                                        
   db = OH3
   password = POPRAWNE
   retentionPolicy = openhabdb
   token = POPRAWNY
   url =  http://192.168.xx.xx:49153 
   version = V2

Co ciekawe znów przestało zapisywać dane. Nie wiem czy nie pora influx'a reinstalować i próbować odzyskać dane z bazy

 
Dodane : 10/10/2023 7:00 am
(@ldywicki)
Wpisów: 78
Kontrybutor
 

Kod w OH 3.4 oraz 4.0 ma tę samą logikę walidacji parametrów. Błąd, który miałeś w pierwszym poście wynikał z tego, że w konfiguracji nie było parametrów dostępowych (user+password lub token). Logikę tą możesz potwierdzić tutaj: https://github.com/openhab/openhab-addons/blob/4.0.x/bundles/org.openhab.persistence.influxdb/src/main/java/org/openhab/persistence/influxdb/internal/InfluxDBConfiguration.java#L80L100

Komunikat "Cannot load configuration, persistence service wont work" pochodzi z wersji < 4.0. Z komunikatów, które wkleiłeś wynika że w konfiguracji nie było zapisanych uprawnień, ponieważ w drugiej linii są wypisane wszystkie parametry, które były sprawdzone.

 
Dodane : 10/10/2023 11:13 pm
(@szpila86)
Wpisów: 363
Weteran Patron Strony Donator 2K22, Donator 2K23, Donator 2K24
Autor tematu
 

@ldywicki 

tylko ze wszystkie pliki, a nawet foldery conf, addon, userdata zostały skopiowane bezpośrednio z wer 3 do 4 wiec wynika z tego że ten sam plik konfiguracyjny w różnych wersjach HO powoduje różne błędy?

 
Dodane : 11/10/2023 6:39 am
(@ldywicki)
Wpisów: 78
Kontrybutor
 

Błąd wynika z kopiowania/modyfikowania plików. Zdarza się, że wewnętrzny mechanizm który odczytuje plik i go później przenosi do "cache" się zacina i później nie widzi zmian w plikach które się zmieniają i korzysta z wersji wcześniejszej. Sposobem na potwierdzenie jest porównanie tego, co masz w pliku z tym co wyświetla config:property-list.

Problem z tym jest od bardzo dawna, wydaje mi się że sam pierwszy raz na to trafiłem w OH 2.4. Nie jest to wina samego OH a komponentu/biblioteki która siedzi pod spodem. Próbowałem to kiedyś rozgryźć ale bez powodzenia.

 
Dodane : 11/10/2023 5:20 pm
(@szpila86)
Wpisów: 363
Weteran Patron Strony Donator 2K22, Donator 2K23, Donator 2K24
Autor tematu
 

@ldywicki 

Zobaczymy jak to będzie dalej na OH 4.0.3 na chwile obecną przechodzi o dziwo bez większych problemów (nie ma co zapeszać bo nie jedna osoba narzekała na przejście).

 

czy zapis taki ma sens w OH4 bo u mnie jakoś  go nie akceptuje i muszę z UI dodawać ale i to jakby przestawał zwracać uwagę i nie aktualizuje mimo że dany item jest dodany

influxdb.persist

Strategies {
  default = everyUpdate
}

Items {
  * : strategy = everyUpdate
}
 
Dodane : 11/10/2023 10:22 pm
(@ldywicki)
Wpisów: 78
Kontrybutor
 

Cześć,

To co masz zapisane w sumie jest redundantne, bo domyślna strategia jest `everyUpdate`, więc `*=everyUpdate` nic nie zmienia. Nie mniej ten obszar w 4.0 mocno się zmienił i konfigurację zapisów do bazy można przeprowadzić przez UI. Kojarzę że był błąd bodajże z JDBC, że część ustawień była ignorowana. Musiałbym poszperać za tym który element zawinił, wiem jednak że konfiguracja przez `.persist` jest dalej wspierana w tej samej składni co wcześniej.

 
Dodane : 11/10/2023 10:34 pm
(@szpila86)
Wpisów: 363
Weteran Patron Strony Donator 2K22, Donator 2K23, Donator 2K24
Autor tematu
 

@ldywicki 

Jest jakiś sposób podejrzenia tego co OH myśli że ma na liście do zapisu?

 
Dodane : 11/10/2023 10:45 pm
(@ldywicki)
Wpisów: 78
Kontrybutor
 

Sposób nieoficjalny jest. Miałem podobny dylemat w 3.0 gdzie chciałem mieć lepszą kontrolę nad tym, które itemy nie powinny być zapisywane. Napisałem własną komendę która to wyświetla: https://github.com/ConnectorIO/connectorio-addons/blob/master/bundles/org.connectorio.addons.persistence.shell/src/main/java/org/connectorio/addons/persistence/shell/internal/PersistenceStrategyCommand.java#L73

Zrobiłem ostatnio port do 4.0.x, ale jeszcze go nie przetestowałem w pełni. Pracuję nad wersją do udostępnienia która będzie dostępna do instalacji przez wrzucenie jar do katalogu addons/.

Komenda wygląda tak:

karaf@local()> co7io-persistence-strategy 
service  'jdbc'
  alias 'restore-states'
  - includes:
    * (all items)
  - strategies:
    PersistenceStrategy [name=restoreOnStartup]
  - excludes:
  alias 'store-changes'
  - includes:
    * (all items)
  - strategies:
    PersistenceStrategy [name=everyChange]
  - excludes:
    HasTag [Computed]
    HasName [.*?_(Minutely|Quaterly|Hourly|Daily|Monthly|Yearly)$]
    HasName [.*?_COP_(Minutely|Quaterly|Hourly|Daily|Monthly|Yearly)$]
    HasName [.*?_(Minutely|Quaterly|Hourly|Daily|Monthly|Yearly)_COP$]
  - defaults:
  - strategies:

W wyniku jest kilka rzeczy, które wynikają ze zmian, które dorzucałem do tej instalacji OH, także wynik dla Ciebie będzie nieco inny.

 

 
Dodane : 11/10/2023 11:11 pm
(@ldywicki)
Wpisów: 78
Kontrybutor
(@szpila86)
Wpisów: 363
Weteran Patron Strony Donator 2K22, Donator 2K23, Donator 2K24
Autor tematu
 

@ldywicki 

Wrzucone do addons

OH4 zrestartowane

 
Dodane : 14/10/2023 6:25 pm
(@szpila86)
Wpisów: 363
Weteran Patron Strony Donator 2K22, Donator 2K23, Donator 2K24
Autor tematu
 

Dodane przez: @szpila86

@ldywicki 

Wrzucone do addons

OH4 zrestartowane

Dopiero teraz zauważyłem że nie wkleiło mi kodu

openhab> co7io-persistence-strategy                                 
service  'influxdb'
  alias 'null'
  - includes:
    Dzienne_kWh (item)
    Hz (item)
    kWh_Parter (item)
    kWh_Pracownia (item)
    mBierna (item)
    mCzynna (item)
    mCzynnaL1 (item)
    mCzynnaL2 (item)
    mCzynnaL3 (item)
    Miesieczne_kWh (item)
    MocBierna (item)
    MocCalkowita (item)
    mPozorna (item)
    mWspolczynnik (item)
    mWspolczynnikL1 (item)
    mWspolczynnikL2 (item)
    mWspolczynnikL3 (item)
    NapiecieL1 (item)
    NapiecieL2 (item)
    NapiecieL3 (item)
    pracownia_dzienne_kWh (item)
    PradL1 (item)
    PradL2 (item)
    PradL3 (item)
  - strategies:
    PersistenceStrategy [name=everyChange]
  - excludes:
  - defaults:
  PersistenceStrategy [name=everyChange]
  PersistenceStrategy [name=everyUpdate]
  PersistenceStrategy [name=restoreOnStartup]
  - strategies:
  PersistenceCronStrategy [PersistenceCronStrategy [name=everyMinute], cronExpression=0 * * ? * *]
  PersistenceCronStrategy [PersistenceCronStrategy [name=everyHour], cronExpression=0 0 * * * ?]
  PersistenceCronStrategy [PersistenceCronStrategy [name=everyDay], cronExpression=0 0 0 * * ?]
openhab>                                    

 

 
Dodane : 16/10/2023 7:52 pm
(@ldywicki)
Wpisów: 78
Kontrybutor
 

Wracam do tematu po dłuższej przerwie - ogólnie `everyChange` i `everyUpdate` nakładają się. Jeśli masz `everyUpdate` to każdy stan zgłoszony przez binding jest zapisywany do bazy, dlatego też `everyUpdate` nic tu nie zmieni. W drugą stronę ta zależność nie jest już spełniona, ponieważ aby stan był zapisany w bazie stan itema musi ulec zmianie. Dla przykładu jeżeli masz licznik odpytywany cyklicznie co 1s to everyUpdate zapisze każdą próbkę powodując że będziesz miał dość dużo danych.

Pozdrawiam,
Łukasz

 
Dodane : 14/11/2023 12:46 am
(@szpila86)
Wpisów: 363
Weteran Patron Strony Donator 2K22, Donator 2K23, Donator 2K24
Autor tematu
 

@ldywicki problem w tym iż danych nie ma, a nie że ich jest nad stan.

Dla przykładu wykres napięć L1 L2 L3 z 30 dni bo z 7 nie ma danych...

W teorii powinno być ileś rekordów na godzinę przez te 30dni a jest jak jest

nap3f

a po przejściu na konfiguracje tekstowa w pliku mam

co7io-persistence-strategy
service  'influxdb'
  alias 'null'
  - includes:
    * (all items)
  - strategies:
    PersistenceCronStrategy [PersistenceCronStrategy [name=everyChange], cronExpression=everyChange]
    PersistenceStrategy [name=null]
  - excludes:
  - defaults:
  - strategies:
  PersistenceCronStrategy [PersistenceCronStrategy [name=everyChange], cronExpression=everyChange]

I zobaczymy czy coś to da pozytywnego po 15 min działania uruchomiłem ponownie OH i znów przestało dziać

openhab> co7io-persistence-strategy
service  'influxdb'
  - defaults:
  - strategies:
openhab>

 

persist

Strategies {
    everyChange: "everyChange",
    restoreOnStartup: "restoreOnStartup"
}

Items {
    * : strategy = everyChange, everyMinute, restoreOnStartup
}
 
Dodane : 14/11/2023 7:19 pm
(@ldywicki)
Wpisów: 78
Kontrybutor
 

Cześć, możesz włączyć debug dla org.openhab.persistence.influxdb i sprawdzić czy rzeczywiście zapisy idą do bazy?

 
Dodane : 21/11/2023 10:10 pm
Strona 1 / 2
Udostępnij: