Repository navigation
Na update naar DSMR 6 Too many unprocessed readings #2184
Replies: 4 comments
|
Hmm ik weet niet of ik dit als oplossing wil aandragen. Maar ik heb de container nogmaals weg gegoiod up laten komen en wat data laten genereren. Hierna heb ik de restore instructies gevolgd uit https://dsmr-reader.readthedocs.io/en/v6/how-to/upgrade/to-v6/ Restore - Be sure to CHECK the correct DB user and DB name in the second part of the command.zcat /run/database-import/dsmrreader-export.sql.gz | psql -U dsmrreader_user -d dsmrreader En nu lijkt alle data er te zijn ook de processen zijn er maar hij ligt nog 2 dagen achter met de stats. Maar er komen geen telegrams in de queue bij dus mogelijk heb ik het opgelost. Al vermoed ik dat dit meer een geluk dan wijsheid is. Anders post ik morgen avond wel weer iets :D |
|
alle data is weer terug ik laat het hier maar voor mocht iemand anders zo handig zijn om zonder te kijken van een oude ergens versie 5 te updaten :D |
|
Bedankt voor je melding en updates. In dit geval is het het beste om de upgrade guides te volgen as-is en eventueel later eigen wijzigingen toe te voegen. Fijn dat je er zelf al uit bent gekomen! Sowieso zolang je een goede backup hebt van de data van je vorige installatie, kun je het makkelijk opnieuw proberen. |

Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Hallo,
Dus om maar direct clean te komen ik heb niets geen instructie gevolgd en had er eerlijk gezegd niet over nagedacht toen ik dit deed. Maar ik heb docker pull en compose uitgevoerd op zon beetje al mn containers en ook DSMR. Mijn overige issues heb ik op kunnen lossen en ik was onder de veronderstelling dat DSMR ook goed werkte tot ik dus de volgende dag pas zag dat ik heel veel unprocessed readings heb.
Nu kan ik alleen maar aannemen dat het door de upgrade komt. Het probleem is dat ik niet weet van welke versie ik kom, ik vermoed ergens in de 5. (want ik was klaar en dacht mooi docker prune)
Omdat het docker was heb ik ter test alles weg gegooid en opnieuw gebouwd. In dit geval werkt DSMR helemaal perfect maar zodra ik mijn oude backup importeer komen de telegram meldingen direct terug.
Ik zie dat de telegrams binnenkomen en het live gebruik werkt maar er wordt niets opgeslagen in de database.
In de logs zie ik geen fouten of ik herken ze niet.
Nu hoop ik dat iemand het hier weet want ik kom er zelf niet meer uit.
Mocht het niet mogelijk zijn dit op te lossen is het dan misschien mogelijk om alleen de meterstanden over te zetten? en verder niets aan te passen? Aangezien alles werkt tot ik de vorige database terugzet? Dit laatste heb ik nog niet geprobeerd en liever doe ik dat ook niet want dan ben ik weer een dag aan telegrams kwijt.
Ik reageer mogelijk wat traag want ik heb meestal pas in de avond tijd om hier naar te kijken :(
Maar mocht er meer informatie nodig zijn laat het me vooral weten dan probeer ik het asap aan te leveren. Voorlopig output van mijn logs en mijn docker compose file.
Nog extra info: Ik gebruik een pi met het datalogger script die het naar deze instance stuurt.
De backup heb ik pas gemaakt toen ik er achter kwam dat de teller opliep.
Hieronder de output van de logs: gecombineerd:
sudo docker compose logs -f
Mijn compose file:
Ter info die postgres commands en tempfs zijn er om HDD verkeer te verminderen ik had iets te veel containers op de NAS draaien waaradoor onder andere DSMR enorm veel CPU gebruikte terwijl deze op de disk stond te wachten. Deze instellingen gebruikte ik voor de vorige versie ik heb alleen geupdate om compliant te zijn met versie 6.
All reactions