Fragen und Probleme mit Edomi unter CentOS 7

[peka84]

Hallo,

ich habe das Problem, dass Edomi in einem Zeitraum zwischen 1 Tag bis 2 Wochen nach Neuinstallation immer zusammenbricht.
(Edomi 2.02 mit Centos7)
Die Syslog zeigt folgendes:

<tr class="sErr"><td>2020-12-16 11:01:21</td><td>147404</td><td>MAIN</td><td>5167</td><td>Datenbank: Verbindung verloren!</td><td>FATALERROR</td></tr>
<tr class="sE"><td>2020-12-16 11:01:21</td><td>147790</td><td>MAIN</td><td>5167</td><td>Prozess MAIN beenden... (Modus 1013)</td><td>Ok</td></tr>
<tr><td>2020-12-16 11:01:21</td><td>150404</td><td>MAIN</td><td>5167</td><td>EDOMI: Beenden...</td><td>Ok</td></tr>
<tr><td>2020-12-16 11:01:21</td><td>153027</td><td>MAIN</td><td>5167</td><td>EDOMI: Warten auf LBS (3 Sekunden)...</td><td>Ok</td></tr>
<tr class="sErr"><td>2020-12-16 11:01:21</td><td>164988</td><td>KNX</td><td>5350</td><td>DE &lt; | TUNNELING_REQUEST:L_Data.ind / Typ: Write / ErrMsg: Unbekannte GA / SeqCounter: 52 (52) / PA: 1.1.18 / GA: 8/1/21 / Raw: 061004200015044534002900bce011124115010080</td><td>ERROR</td></tr>
<tr class="sErr"><td>2020-12-16 11:01:21</td><td>176894</td><td>KNX</td><td>5350</td><td>DE &lt; | TUNNELING_REQUEST:L_Data.ind / Typ: Write / ErrMsg: Unbekannte GA / SeqCounter: 53 (53) / PA: 1.1.18 / GA: 8/1/23 / Raw: 061004200015044535002900bce011124117010080</td><td>ERROR</td></tr>

Error log ähnlich:

<tr class="sErr"><td>2020-12-16 11:01:21</td><td>147404</td><td>MAIN</td><td>5167</td><td>Datenbank: Verbindung verloren!</td><td>FATALERROR</td></tr>
<tr class="sErr"><td>2020-12-16 11:01:21</td><td>164988</td><td>KNX</td><td>5350</td><td>DE &lt; | TUNNELING_REQUEST:L_Data.ind / Typ: Write / ErrMsg: Unbekannte GA / SeqCounter: 52 (52) / PA: 1.1.18 / GA: 8/1/21 / Raw: 061004200015044534002900bce011124115010080</td><td>ERROR</td></tr>
<tr class="sErr"><td>2020-12-16 11:01:21</td><td>176894</td><td>KNX</td><td>5350</td><td>DE &lt; | TUNNELING_REQUEST:L_Data.ind / Typ: Write / ErrMsg: Unbekannte GA / SeqCounter: 53 (53) / PA: 1.1.18 / GA: 8/1/23 / Raw: 061004200015044535002900bce011124117010080</td><td>ERROR</td></tr>

Ich habe Edomi schon auf diversen Computern und unter VirtualBox installiert.
Leider bei allen Systemen das gleiche Problem.

Ich installiere meistens nur Edomi neu.
Habe aber auch schon das komplette System neu aufgesetzt (inkl. CentOS).
Nach einer kompletten Neuinstallation funktioniert das System auch mal länger als 2 Wochen.

Hat jemand eine Idee an was das liegen könnte? Bzw. wie man genauer nach der Fehlerursache forsche kann?

[Sonnengruesser]

ja, s920 geht.
Schau auch in den Hardware-thread hier.

[Martin W]

welche hardware wäre das z.b. futro s920 ?

[jonofe]

Mir ist jetzt erst bewusst geworden, dass du Edomi auf nem Raspberry Pi installierst. Da bin ich dann raus, denn dann wird das sicher nicht das letzte Problem sein, dass du haben wirst. Wenn schon bei der Installation Probleme auftreten, würde dringend eine x86 Plattform empfehlen.

Mein finaler Tip für RPi: Mit raspi-config => Advanced Options => Expand Filesystem kann man die root Partition über die komplette SD erweitern.
Vielleicht kommst du ja damit zum Ziel, ansonsten Viel Glück

P.S.: Ich warte noch auf den Tag, an dem jemand auf dem RPI eine VM via QEMU und KVM installiert und darin das EDOMI Docker Image zum laufen bringt.

[Martin W]

jonofe auf der SD ist sonst nichts drauf. Der Ausschnitt hat die komplette Ausgabe anzeigt. Wie kann ich die Partition vergrößern ?

starwars45 [root@localhost ~]# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/root 2.0G 2.0G 0 100% /
devtmpfs 1.9G 0 1.9G 0% /dev
tmpfs 1.9G 0 1.9G 0% /dev/shm
tmpfs 1.9G 17M 1.9G 1% /run
tmpfs 1.9G 0 1.9G 0% /sys/fs/cgroup
/dev/mmcblk0p1 286M 54M 233M 19% /boot
tmpfs 380M 0 380M 0% /run/user/0


Ich hab die SD Karte formatiert, Image draufgezogen und in den Pi eingelegt.
Dann Edomi nach Anleitung installiert (lt. Wiki)
Muss dann unbewusst irgendetwas gewesen sein.

Danke schonmal für die Hilfe

[jonofe]

SD habe ich aber komplett formatiert gehabt

Sieht aber so aus, als hättest du weniger als 3GB deiner Platte (58GB) den Partitionen zugeordnet.
Irgendwie hast du offensichtlich bei der Installation die root-Partition auf 2GB gesetzt. Das ist natürlich zu klein.
Da es aber die letzte Partition ist (179:3) solltest du die eigentlich vergrößern können. Sind ja noch ca. 55GB von der Platte verfügbar, falls dein Ausschnitt die komplette Ausgabe enthält.

[starwarsfan]

Hi

Naja, dass Blocklisting ist da eher uninteressant. Was sagt denn das hier?

df -h

[Martin W]

Hallo zusammen.

habe CentOs7 + Edomi installiert.
HDD zeigt in Edomi fast voll an
Edomi.JPG
lsbsk zeigt folgendes an
lsblk.JPG
Sieht so aus als hätte ich da irgednwie verschiedene Partitionen auf der SD ?
SD habe ich aber komplett formatiert gehabt und waren auch keine mehreren Partitionen.

Kann ichdas irgendwie ändern ? Oder muss ich nochmal alles installieren ?
Oder ist es egal wasin Edomi angezeigt wird ?

Danke

hab noch ein passendes Netzteil gefunden... werde berichten.

So, was lange währt, wird endlich gut. Ich habe mir ein neues APU2 Board gegönnt, die SSD vom alten ins neue Board gesteckt und siehe da, es läuft alles gut und stabil ohne Abstürze. Also sehr wahrscheinlich ein Hardware Defekt. Ich habe das alte Board jetzt noch als Test Server mit einer neuen SSD und neunen Installation laufen. Auch da immer wieder Freezes und Abstürze, leider.... ich werd jetzt noch mal Rasdaemon laufen in der Hoffnung dass ich evt etwas finde.

[ChrisChros]

also bei mir steht in der localtime folgendes:

CET-1CEST,M3.5.0,M10.5.0/3

[starwarsfan]

Hallo miteinander,

also wenn händisch an /etc/adjtime herumgeschraubt werden muss, dann liegt i.d.R. ein anderes Problem vor. Stimmt die Zeitzone? Wohin zeigt /etc/localtime? Beim Boot wird zunächst die Hardware-Uhr verwendet und dann die Systemzeit je nach OS und dessen Konfiguration gesetzt. Dabei ist UTC in Verbindung mit korrekten Zeitzonen-Settings auf jeden Fall die bessere Wahl, da dann auch die Zeitumstellungen korrekt behandelt werden.

[ChrisChros]

Lösung war in der Datei "/etc/adjtime" die dritte Zeile von "UTC" auf "LOCAL" abzuändern, die VM bootet dann mit der korrekten Zeit.

Danke für den Tip, hab ich nun auch mal so getestet und es funktioniert auch wenn ich einen Timeout von 300s in der /usr/lib/systemd/system/mariadb.service eingetragen habe.

[AndiVaio]

Ich war mir nicht sicher ob der Dienst wirklich korrekt beendet wird, da es im Log für mich nicht danach aussah. Das würde bedeuten dass der Timeout den Dienst jedesmal abschießt.
Wenn der Dienst jedoch korrekt beendet wird und es nur an der fehlerhaften (falsche Zeit) Rückmeldung an den systemd liegt dann ist das natürlich auch eine Möglichkeit.

[ChrisChros]

Ich habe bei mir die Timeout in der /usr/lib/systemd/system/mariadb.service herabgesetzt, somit habe ich noch immer eine Wartezeit, aber keine 300 sek. mehr, das ist für mich so i. O.

[AndiVaio]

Hier hat Lonie einen Lösung gepostet nach der ich vorgegangen bin.

Erstmal vielen Dank für deine schnelle Antwort. Das von Lonie ist doch nur ein Hinweis wie man an das Log von mariadb dran kommt?

Ich konnte das Problem aber nun doch fixen. Ursache war, dass die VM bei jedem Neustart mit der falschen Zeit startete, mysql somit mit einer falschen Uhrzeit gestartet wurde. Per NTP wurde die Zeit dann kurz nach dem mysql Start korrigiert und beim Stoppen kommt der mysqld Dienst dann nicht mit der veränderten Zeit zurecht.

Lösung war in der Datei "/etc/adjtime" die dritte Zeile von "UTC" auf "LOCAL" abzuändern, die VM bootet dann mit der korrekten Zeit.