Hi ihr,
ich nutze FHEM im Docker Container,aber mit externem FHEM Ordner (also eingebunden), sowie configdb auf PosgreSQL.
Das Konstrukt ist einige Jahre alt und nun erfolgreich auf neue Hardware umgezogen.
Wenn ich nun ein "update" in FHEM ausführe, läuft dies angeblich erfolgreich durch, aber nach dem Restart kracht es gewaltig.
Das FHEM kommt nicht wieder.
Container-Log sagt folgendes:
2025.07.07 10:08:01 0: Server shutdown
2025.07.07 10:08:01 1: Shutdown executed
2025.07.07 10:08:01 1: HMCCU: [d_ccu : 6409] Graceful shutdown
ERROR: Unexpected FHEM termination, waiting to reappear
2025.07.07 10:08:05 1: PERL WARNING: NOTICE: relation "fhemversions" already exists, skipping
2025.07.07 10:08:05 1: PERL WARNING: NOTICE: relation "fhemconfig" already exists, skipping
2025.07.07 10:08:05 1: PERL WARNING: NOTICE: relation "fhemstate" already exists, skipping
2025.07.07 10:08:05 1: PERL WARNING: NOTICE: relation "fhemb64filesave" already exists, skipping
2025.07.07 10:08:05 1: PERL WARNING: DBD::Pg::db do failed: ERROR: column "versiontag" does not exist
LINE 1: SELECT versiontag from fhemversions where version = 0
^
HINT: Perhaps you meant to reference the column "fhemversions.version". at configDB.pm line 380.
2025.07.07 10:08:05 1: PERL WARNING: DBD::Pg::db do failed: ERROR: current transaction is aborted, commands ignored until end of transaction block at configDB.pm line 381.
DBD::Pg::db do failed: ERROR: current transaction is aborted, commands ignored until end of transaction block at configDB.pm line 381.
2025.07.07 10:08:05 1: PERL WARNING: Issuing rollback() due to DESTROY without explicit disconnect() of DBD::Pg::db handle dbname=configdb;host=192.168.100.30 at configDB.pm line 381.
ERROR: FHEM did NOT reappear, Restarting FHEM
INFO: Starting FHEM
2025.07.07 10:08:18 1: PERL WARNING: NOTICE: relation "fhemversions" already exists, skipping
2025.07.07 10:08:18 1: PERL WARNING: NOTICE: relation "fhemconfig" already exists, skipping
2025.07.07 10:08:18 1: PERL WARNING: NOTICE: relation "fhemstate" already exists, skipping
2025.07.07 10:08:18 1: PERL WARNING: NOTICE: relation "fhemb64filesave" already exists, skipping
2025.07.07 10:08:18 1: PERL WARNING: DBD::Pg::db do failed: ERROR: column "versiontag" does not exist
LINE 1: SELECT versiontag from fhemversions where version = 0
^
HINT: Perhaps you meant to reference the column "fhemversions.version". at configDB.pm line 380.
2025.07.07 10:08:18 1: PERL WARNING: DBD::Pg::db do failed: ERROR: current transaction is aborted, commands ignored until end of transaction block at configDB.pm line 381.
2025.07.07 10:08:18 1: PERL WARNING: Issuing rollback() due to DESTROY without explicit disconnect() of DBD::Pg::db handle dbname=configdb;host=192.168.100.30 at configDB.pm line 381.
DBD::Pg::db do failed: ERROR: current transaction is aborted, commands ignored until end of transaction block at configDB.pm line 381.
ERROR: Fatal: Unable to start FHEM process - errorcode 255
INFO: Stopping container. Bye!
Scheinbar ein Problem zu DB hin?
Könnt ihr helfen?
Danke
Kharim
Das ist keine Anfängerfrage.
Und auch für configDB gibt es ein passendes Unterforum, herauszufinden wie immer mit "help configdb" in der FHEM Befehlszeile. Den Button zum Verschieben findest Du unten links auf der Seite.
Zum Thema selbst:
Von PostgreSQL habe ich zu wenig Ahnung (genauer: gar keine), um diese typspezifische Meldung einordnen zu können. Aber wenn es tatsächlich ein Problem im Zugriff zur Datenbank sein, müssten doch eigentlich noch mehr Anwender das gleiche Problem haben?
Dann veruschen wir es mal hier.
Ich habe parallel das Problem, dass der MQTT Server sich nicht verbindet (ja gehört nicht hier her, bringt aber einen ähnlichen Effekt)
Aktualisiere ich nur das Modul 00_MQTT.pm starte Fhem ebenfalls nicht mehr....
Vieleicht ähnliche Ursache?
2025.07.07 10:25:05 0: Server started with 467 defined entities (fhem.pl:23205/2020-11-21 perl:5.038004 os:linux user:fhem pid:10132)
INFO: FHEM successfully started
Undefined subroutine &main::DevIo_getState called at ./FHEM/00_MQTT.pm line 453.
ERROR: Unexpected FHEM termination, waiting to reappear
/entry.sh: line 850: kill: (10132) - No such process
/entry.sh: line 850: kill: (10132) - No such process
/entry.sh: line 850: kill: (10132) - No such process
/entry.sh: line 850: kill: (10132) - No such process
/entry.sh: line 850: kill: (10132) - No such process
/entry.sh: line 850: kill: (10132) - No such process
/entry.sh: line 850: kill: (10132) - No such process
/entry.sh: line 850: kill: (10132) - No such process
/entry.sh: line 850: kill: (10132) - No such process
/entry.sh: line 850: kill: (10132) - No such process
/entry.sh: line 850: kill: (10132) - No such process
/entry.sh: line 850: kill: (10132) - No such process
/entry.sh: line 850: kill: (10132) - No such process
/entry.sh: line 850: kill: (10132) - No such process
/entry.sh: line 850: kill: (10132) - No such process
/entry.sh: line 850: kill: (10132) - No such process
ERROR: FHEM did NOT reappear, Restarting FHEM
INFO: Starting FHEM
liegt in deinem fhem/FHEM verzeichnis keine DevIo.pm ?
Doch, liegt da.
Das klingt mir aber alles eher nach Problem(en) in der Laufzeitumgebung denn nach einem Problem in FHEM selbst...
wenn die da ist wird irgendwas mit deinen pfaden nicht passen. ggf. falsches root dir definiert?
Zitat von: Kharim am 07 Juli 2025, 11:19:31Doch, liegt da.
Aber halt veraltet, wenn ich den Zwischenpost richtig deute...
DevIo muss auch aktuell (genug) sein. Teil-Aktualisierungen sind gefährlich, qed.
Zitat von: Beta-User am 07 Juli 2025, 12:59:03DevIo muss auch aktuell (genug) sein. Teil-Aktualisierungen sind gefährlich, qed.
Nicht nur DevIo...
Zitat von: Kharim am 07 Juli 2025, 10:30:482025.07.07 10:25:05 0: Server started with 467 defined entities (fhem.pl:23205/2020-11-21 perl:5.038004 os:linux user:fhem pid:10132)
fhem.pl von 2020?
Und dafür erwartest Du wirklich noch Support?