🙋 ineens een 504 timeout - dsmr processen draaien nog wel #1518
-
DescriptionIk heb ineens een 504 gateway timeout op nginx. Alle processen draaien wel, en een deploy.sh werkt ook gewoon. De backend heeft wel errors in de log.
Backend log zegt dit:
DSMR-reader version4.19 DSMR-reader platformNative (e.g. manual installation) Debug info dump<!-- COPY OUTPUT BELOW -->
DSMR-READER
App / Python / Database v4.19 / v3.7.3 / postgresql
BE sleep / DL sleep / Retention / Override 2.0s / 0.5s / 672h / False
Latest telegram version read / Parser settings "50" / "4"
DATA
Telegrams total (est.) 2277950
Consumption records electricity / gas (est.) 121808 / 88535
UNRESOLVED ISSUES
Database growing large: 1552 MB, consider data cleanup (if not already enabled) 54 seconds ago
Too many unprocessed readings: 52848 16 hours ago
POSTGRESQL SIZE OF LARGEST TABLES (> 500 MB)
public.dsmr_datalogger_dsmrreading 1267 MB
<!-- COPY OUTPUT ABOVE --> |
Beta Was this translation helpful? Give feedback.
Replies: 3 comments
-
Het lijkt in de DB te zitten, maar de fout is niet heel helder. Het zou ook aan de hoeveelheid data kunnen liggen, in combinatie met de lage datalogger sleep. Je kunt dit nog even eenmalig proberen om te zien of die meldingen over grootte weggaan:
Verder kun je het beste in de logs van PostgreSQL zelf kijken. Gezien de DB server "opeens " stopt. |
Beta Was this translation helpful? Give feedback.
-
Potverdorie, het stofzuigen heeft geholpen!
|
Beta Was this translation helpful? Give feedback.
-
Heeft dat ook direct de fouten opgelost? Dat had ik niet verwacht nl.
|
Beta Was this translation helpful? Give feedback.
Het lijkt in de DB te zitten, maar de fout is niet heel helder. Het zou ook aan de hoeveelheid data kunnen liggen, in combinatie met de lage datalogger sleep.
Er is echter geen zwart-witte grens voor wanneer de performance er onder lijdt, gezien dat ook deels aan de hardware ligt.
Je kunt dit nog even eenmalig proberen om te zien of die meldingen over grootte weggaan:
Verder kun je het beste in de logs van PostgreSQL zelf kijken. Gezien de DB server "opeens " stopt.