PHP_Fatal Error (Main Path) - edomi bootet nicht mehr

[ThomasCologne]

Nabend zusammen,

vor einiger Zeit ist unser (Haupt-) edomi auf der NUC ausgestiegen. Bisher lief dann übergangsweise die Reserve (VM auf NAS). Nun wollte ich mich der Sache aber mal annehmen und habe festgestellt, dass edomi in einer boot-Schleife hängt. Siehe Bild anbei.

Ist da noch was zu retten oder generell besser eine Neuinstallation angebracht?
Nach einem Start-Abbruch komme ich per SFTP auf die NUC und erhalte folgende Fehlermeldungen aus dem log:

ERRLOG:

<tr class="sErr"><td>2022-07-26 10:55:04</td><td>305355</td><td>?</td><td>7131</td><td>Datei: /usr/local/edomi/www/shared/php/base.php | Fehlercode: 2 | Zeile: 20 | mysqli_connect(): (HY000/2002): Connection refused</td><td>ERROR</td></tr>
<tr class="sErr"><td>2022-07-26 10:55:04</td><td>307069</td><td>MAIN</td><td>7131</td><td>Datenbank: Verbindung herstellen</td><td>FATALERROR</td></tr>
<tr class="sErr"><td>2022-07-26 10:55:04</td><td>308725</td><td>?</td><td>7131</td><td>Datei: /usr/local/edomi/www/shared/php/base.php | Fehlercode: 2 | Zeile: 20 | mysqli_query() expects parameter 1 to be mysqli, boolean given</td><td>ERROR</td></tr>
<tr class="sErr"><td>2022-07-26 10:57:06</td><td>928601</td><td>?</td><td>6915</td><td>Datei: /usr/local/edomi/www/shared/php/base.php | Fehlercode: 2 | Zeile: 20 | mysqli_connect(): (HY000/2002): Connection refused</td><td>ERROR</td></tr>
<tr class="sErr"><td>2022-07-26 10:57:06</td><td>9297

SYSLOG:

<tr class="sL"><td>2022-07-26 10:55:04</td><td>288127</td><td>MAIN</td><td>7131</td><td>Prozess MAIN gestartet</td><td>Ok</td></tr>
<tr><td>2022-07-26 10:55:04</td><td>303122</td><td>MAIN</td><td>7131</td><td>EDOMI-Version: 2.02</td><td>Ok</td></tr>
<tr><td>2022-07-26 10:55:04</td><td>303680</td><td>MAIN</td><td>7131</td><td>EDOMI-ClientId: 0abcd6fcaa7ef70f2ed7f54de73524237394fdc6491b14f657 cd2dadadec9dc2</td><td>Ok</td></tr>
<tr><td>2022-07-26 10:55:04</td><td>304053</td><td>MAIN</td><td>7131</td><td>Server wurde rebootet</td><td>Ok</td></tr>
<tr><td>2022-07-26 10:55:04</td><td>304368</td><td>MAIN</td><td>7131</td><td>Prüfung: 64-Bit-System</td><td>Ok</td></tr>
<tr><td>2022-07-26 10:55:04</td><td>304689</td><td>MAIN</td><td>7131</td><td>PHP-Zeitzone: Europe/Berlin (Sommerzeit)</td><td>Ok</td></tr>
<tr class="sErr"><td>2022-07-26 10:55:04</td><td>307069</td><td>MAIN</td><td>7131</td><td>Datenbank: Verbindung herstellen</td><td>FATALERROR</td></tr>
<tr class="sE"><td>2022-07-26 10:55:04</td><td>307686</td><td>MAIN</td><td>7131</td><td>Prozess MAIN beenden... (Modus 13)</td><td>Ok</td></tr>
<tr><td>2022-07-26 10:55:04</td><td>308017</td><td>MAIN</td><td>7131</td><td>EDOMI: Beenden...</td><td>Ok</td></tr>
<tr><td>2022-07-26 10:55:04</td><td>308357</td><td>MAIN</td><td>7131</td><td>EDOMI: Warten auf LBS (3 Sekunden)...</td><td>Ok</td></tr>
<tr class="sL"><td>2022-07-26 10:57:06</td><td>906804</td><td>MAIN</td><td>6915</td><td>Prozess MAIN gestartet</td><td>Ok</td></tr>
<tr><td>2022-07-26 10:57:06</td><td>926353</td><td>MAIN</td><td>6915</td><td>EDOMI-Version: 2.02</td><td>Ok</td></tr>
<tr><td>2022-07-26 10:57:06</td><td>926893</td><td>MAIN</td><td>6915</td><td>EDOMI-ClientId: 0abcd6fcaa7ef70f2ed7f54de73524237394fdc6491b14f657 cd2dadadec9dc2</td><td>Ok</td></tr>
<tr><td>2022-07-26 10:57:06</td><td>927273</td><td>MAIN</td><td>6915</td><td>Server wurde rebootet</td><td>Ok</td></tr>
<tr><td>2022-07-26 10:57:06</td><td>927597</td><td>MAIN</td><td>6915</td><td>Prüfung: 64-Bit-System</td><td>Ok</td></tr>
<tr><td>2022-07-26 10:57:06</td><td>927923</td><td>MAIN</td><td>6915</td><td>PHP-Zeitzone: Europe/Berlin (Sommerzeit)</td><td>Ok</td></tr>
<tr class="sErr"><td>2022-07-26 10:57:06</td><td>929752</td><td>MAIN</td><td>6915</td><td>Datenbank: Verbindung herstellen</td><td>FATALERROR</td></tr>
<tr class="sE"><td>2022-07-26 10:57:06</td><td>930519</td><td>MAIN</td><td>6915</td><td>Prozess MAIN beenden... (Modus 13)</td><td>Ok</td></tr>
<tr><td>2022-07-26 10:57:06</td><td>930887</td><td>MAIN</td><td>6915</td><td>EDOMI: Beenden...</td><td>Ok</td></tr>
<tr><td>2022-07-26 10:57:06</td><td>931263</td><td>MAIN</td><td>6915</td><td>EDOMI: Warten auf LBS (3 Sekunden)...</td><td>Ok</td></tr>
<tr><td>2022-07-26 10:57:09</td><td>933403</td><td>MAIN</td><td>6915</td><td>Prozess SYSINFO (PID=) beenden</td><td>Ok</td></tr>
<tr><td>2022-07-26 10:57:09</td><td>933779</td><td>MAIN</td><td>6915</td><td>Prozess KNX (PID=) beenden</td><td>Ok</td></tr>
<tr><td>2022-07-26 10:57:09</td><td>934117</td><td>MAIN</td><td>6915</td><td>P

sorry für das Foto, konnte kein screenshot machen:
20220909_151752.jpg


Besten Dank im Voraus und Gruß

[starwarsfan]

Hi

Fünfte Zeile auf dem Screenshot. Noch Fragen?

Und: Logs bitte niemals als Text sondern in Code-Tags posten! So kann das keiner lesen...

[ThomasCologne]

ohhhhh mein Gott ...... Speicherplatz hab ich gar nicht gesehen. Aber behoben. Danke für den Hinweis schonmal!

Allerdings werden die php-Fehler (nach: edomi startet in 3 sek) immer noch angezeigt und edomi startet in der Schleife.

ps: den code im obigen post hab ich mal angepasst

[starwarsfan]

Hallo Thomas

Speicherplatz hab ich gar nicht gesehen. Aber behoben. Danke für den Hinweis schonmal!

Allerdings werden die php-Fehler (nach: edomi startet in 3 sek) immer noch angezeigt und edomi startet in der Schleife.

Hm, nicht gut. Du hast Backups?

ps: den code im obigen post hab ich mal angepasst

Sorry, das war unsauber beschrieben. In Code-Tags heisst, als Plaintext! Also ohne die ganzen HTML-Marker etc. pp.

[ThomasCologne]

Hm, nicht gut. Du hast Backups?

Ja, die Projekt- und Backupdateien einen Tag vor dem "Absturz" hab ich da.

Könnte es sein, dass zum Zeitpunkt des Absturzes edomi etwas an der proc_main.php ändern wollte und es nicht ging, da die Festplatte voll war?
Kann die Datei aus einem backup "einfach ersetzt" werden, oder haut das alles durcheinander?

[starwarsfan]

Genau das ist eben die Frage. Was genau ist kaputt gegangen! Das kann ja durchaus noch mehr sein, was man jetzt gar nicht weiss. Edomi fummelt normalerweise nicht an seinen eigenen Dateien herum, abgesehen von der Konfigurationsdatei natürlich. Von daher wäre mir mit einem neuen Setup und einspielen des Backups wohler...

[ThomasCologne]

Ja, OK. Dann versuche ich mal mein Glück.

Besten Dank!

[ThomasCologne]

Ich muss es nun doch nochmal ausgraben hier.
Habe nun folgendes vor gehabt:

- NUC platt machen, CentOS 7.6 und edomi neu installieren -> alles gut
- Archiviertes Projekt (aus der VM - 192.168.178.32) samt Datensicherung heruntergeladen
- Arbeitsprojekt auf die NUC (192.168.178.52) hochgeladen, Datensicherung eingespielt

Dann erscheint allerdings immer die Fehlermeldung, dass die Wiederherstellung gescheitert ist.
Das Arbeitsprojekt zuerst (vor einspielen der Sicherung, Bild 2) aktivieren misslingt auch, da viele Visuelemente und LBS nicht vorhanden sind.

Stehe ich hier schon wieder auf der Leitung irgendwo?


Screenshot 2022-09-19 211850.jpg

Screenshot 2022-09-19 212025.jpg


EDIT: Was mit jetzt grad noch stutzig gemacht hat, dass in der Hilfe beschrieben steht, dass ein *.tar-Archiv heruntergeladen wird. Meine Projektdatei endet allerdings mit *.edomiproject.
Liegt da der Fehler?

Screenshot 2022-09-19 214218.jpg

[starwarsfan]

Hi

Stehe ich hier schon wieder auf der Leitung irgendwo?

Ich schrieb nicht umsonst "Backup" und nicht "Arbeitsprojekt"! Bei einem Arbeitsprojekt musst Du das gesamte Edomi-Setup separat machen, also wie in Deinem Screenshot ja wunderbar zu sehen ist, musst Du unter anderem alle verwendeten Userland-LBS erstmal wieder installieren.

Mir ist das viel zu mühsam, weshalb ich den Arbeitsprojekt-Export/-Import nie verwende. Das hauseigene Backup ist demgegenüber vollständig, also einfach ein Backup installieren und das Thema ist erledigt.

[ThomasCologne]

Ja, genau. Auf diesem Wege hatte ich es ja auch probiert, wobei dann die Fehlermeldung "Wiederherstellung gescheitert" aufpoppt.


Screenshot 2022-09-19 220222.jpg


Screenshot 2022-09-19 220304.jpg

[starwarsfan]

Na dann ist das Backup auch kaputt, was ja durch die volle Platte auf der Hand liegt. Also einfach bei den Backups weiter zurück gehen, bis Du das letzte funktionierende Backup gefunden hast. Grundsätzlich funktioniert das problemlos, das mach' ich hier nahezu regelmässig beim Setup von irgendwelchen Dev- oder Spiel-Instanzen. Mich wundert allerdings die Grösse Deiner Backups!? Da müssen ja endlos Archivdaten drin stecken...

[ThomasCologne]

Diese Backup-Dateien sind ja von der VM, die problemlos durchlief - also ohne Fehler. Diese wollte ich nun "einfach nur" zurück auf die NUC spielen.
Hatte es auch schon mit einer älteren Version (mehrere Tage vor dem Absturz) vom NUC versucht. Identische Fehlermeldung mit der Wiederherstellung.
Und die Größer der BackUps ... ja ... hatte alle logs aktiviert und irgendwann vergessen aus zu stellen die dann immer fleißig "Daten gesammelt" haben.
Daher diese Größe.

Kann es sein, das es nicht hin haut, da das Projekt auf 2 unterschiedlichen Systemen lief mit anderen IP-Adressen?

[starwarsfan]

Gleiche Edomi-Version?

[ThomasCologne]

Schade ... hab gehofft, daran liegt es. Sind aber beide auf 2.03
Auch CentOs ist identisch.