Keines meiner backups funktioniert

[Quautiputzli]

Diesen Faden mit dem dhcpcd5 muss ich mit bei Gelegenheit nochmal genauer durchlesen.

Aber erstmal muss ich das mosquitto zum laufen bekommen. Von dieser Änderung hab ich auch gelesen, aber das kanns ja nicht sein, dass es deswegen nicht startet. Wenn ich den mosquitto deamon stoppe per:

Code: Alles auswählen

systemctl stop mosquitto

und dann "händisch" starte scheint er zu laufen:

Code: Alles auswählen

openhabian@openhabian:~ $ mosquitto
1647019472: mosquitto version 2.0.11 starting
1647019472: Using default config.
1647019472: Starting in local only mode. Connections will only be possible from clients running on this machine.
1647019472: Create a configuration file which defines a listener to allow remote access.
1647019472: For more details see https://mosquitto.org/documentation/authentication-methods/
1647019472: Opening ipv4 listen socket on port 1883.
1647019472: Opening ipv6 listen socket on port 1883.
1647019472: mosquitto version 2.0.11 running
1647019473: New connection from 127.0.0.1:39992 on port 1883.
1647019473: New client connected from 127.0.0.1:39992 as Zigbee (p2, c1, k60, u'my_user').
1647019499: New connection from 127.0.0.1:40094 on port 1883.
1647019499: New client connected from 127.0.0.1:40094 as OH3_mqtt (p2, c1, k60).
^C1647019567: mosquitto version 2.0.11 terminating

Möglicherweise ist wohl irgendeine Konfiguration nicht richtig. Foldendes habe ich während dem update mitgeloggt:

Code: Alles auswählen

Preparing to unpack .../138-mosquitto-clients_2.0.11-1_armhf.deb ...
Unpacking mosquitto-clients (2.0.11-1) over (1.5.7-1+deb10u1) ...
Preparing to unpack .../139-libmosquitto1_2.0.11-1_armhf.deb ...
Unpacking libmosquitto1:armhf (2.0.11-1) over (1.5.7-1+deb10u1) ..
-----------------------------------------------------------------
Setting up libmosquitto1:armhf (2.0.11-1) ...
-------------------------------------------------------------------
Setting up mosquitto-clients (2.0.11-1) ...
---------------------------------------------------------------------
Configuration file '/etc/mosquitto/mosquitto.conf'
 ==> Modified (by you or by a script) since installation.
 ==> Package distributor has shipped an updated version.
   What would you like to do about it ?  Your options are:
    Y or I  : install the package maintainer's version
    N or O  : keep your currently-installed version
      D     : show the differences between the versions
      Z     : start a shell to examine the situation
 The default action is to keep your current version.
*** mosquitto.conf (Y/I/N/O/D/Z) [default=N] ?
--------------------------------------------------------------------

Die Frage habe ich mit "N" beantwortet, weil default. Vielleicht war das ein Fehler.
Ich denke ich muss entweder mosquitto sauber deinstallieren, dann neu installieren, oder ich muss mit mal alle Ordner und Dateien ansehen, die dafür benutzt werden.

Ich hab auch im Netz einiges dazu gefunden, werde aber nicht immer schlau daraus.
https://bugs.debian.org/cgi-bin/pkgrepo ... ble#_0_3_2

[udo1toni]

Nein, N ist schon in Ordnung. Im Zweifel kannst Du aber in den Ordner /etc/mosquitto/ gehen, dort liegt dann eine mosquitto.conf.dist (oder so ähnlich...) das ist dann die Datei, die ausgeliefert, aber nicht genutzt wurde. Umgekehrt wird übrigens auch immer die alte Datei verschoben, wenn man mit Yes antwortet, die Konfiguration geht also niemals verloren.
Du kannst auf jeden Fall spaßeshalber mal die beiden Dateien gegeneinander austauschen (natürlich bei gestopptem mosquitto) und evtl. auch mal einen Blick in die Konfiguration werfen, ob dort Dinge drin stehen, die Du übernehmen musst.

[Quautiputzli]

Da war eine datei namens "mosquitto.conf.dpkg-dist" die habe ich nun mal probiert, aber das hilft auch nichts.

Ich habe zwischenzeitlich noch das neue openhabian auf eine alte SD-Karte aufgesetzt, und in den raspberry 3 meines Sohnes gesetzt. dort wird dann tatsächlich schon bullseye installiert, und es gibt keine Probleme mit:
- override.conf
- dem dhcpcd Problem, dort ist scheinbar das dhcpcd5 gar nicht vorhanden.
- mosquitto läuft gleich nach installation.

Evtl. ist es wohl doch die bessere Lösung alles neu aufzusetzten. Ich wollte nun noch probieren ob ich meine Configuration laden kann. Aber ich kann das Zip file nicht in den samba-Ordner openhab-userdata laden. Kein Zugriffsrecht. Das hat doch sonst immer funktioniert. Nun bekomm ich es nicht hin.

[udo1toni]

Wenn Du nichts anderes eingerichtet hast, hat nur der User openhab Schreibzugriff auf die Verzeichnisse.

[Quautiputzli]

Ich glaub ich habe mich mit openhabian angemeldet. Auf openhab-conf hatte ich Zugriff. Egal, ich habs über Umweg geschafft. Hab es in den home-Ordner, und dann über putty verschoben. Und dann das Backup eingespielt, aber auch dort, das ursprüngliche Problem. Nach dem backup funktioniert es nicht mehr.

Ich hab dann wieder mein Image von Anfang Januar eingespielt. Dort habe ich dann ganz frisch heute ein backup gemacht. Dieses backup habe ich dann ein paar Minuten später wieder eingespielt, und wieder das gleiche Fehlerbild.


Hier ein Ausschnitt aus dem log nach dem backup

Code: Alles auswählen

2022-03-13 12:26:42.031 [ERROR] [core.karaf.internal.FeatureInstaller] - Failed installing 'openhab-binding-exec, openhab-binding-gpio, openhab-voice-marytts, openhab-misc-openhabcloud, openhab-binding-network, openhab-misc-hueemulation, openhab-ui-habpanel, openhab-binding-harmonyhub, openhab-binding-chromecast, openhab-binding-mqtt, openhab-transformation-map, openhab-binding-lgwebos, openhab-binding-systeminfo, openhab-binding-icalendar, openhab-binding-networkupstools, openhab-transformation-javascript, openhab-transformation-regex, openhab-transformation-jsonpath, openhab-binding-homeconnect, openhab-binding-miio, openhab-persistence-rrd4j, openhab-ui-basic, openhab-binding-ntp, openhab-binding-fsinternetradio, openhab-binding-openweathermap, openhab-binding-http, openhab-binding-astro, openhab-binding-minecraft, openhab-binding-gpstracker': null
-----------------------------------------------------------------------
2022-03-13 12:27:38.853 [ERROR] [xtext.validation.CompositeEValidator] - Error executing EValidator
--------------------------------------------------------------------------------------------------------- 
2022-03-13 12:27:39.335 [ERROR] [xbase.resource.BatchLinkableResource] - resolution of uriFragment '|::0.2.0.2.0.0::0::/2' failed.
 

Da wird ja keines der Binding geladen. Die beiden unteren Zeilen kommen dann immer wieder.

Irgendwie muss ich hier weiterkommen. Das Update auf bullsey hat mir gar nichts gebracht. Ich muss es entweder schaffen, dass ich meine config in ein frisches Image einspielen kann, oder dass ich von meinem Januar-Image weitermachen kann, und auch dort wieder backups machen kann. Zuerzeit funktioniert keines davon

[udo1toni]

Dann ist vermutlich die einzige Möglichkeit, von Null anzufangen und die einzelnen Dateien aus dem Backup händisch ins System zu verpflanzen.
das Backup wird ja als zip-Datei angelegt, das heißt, Du kannst es auch ganz normal entpacken. Die Verzeichnisstruktur ist dabei die gleiche wie im System (man muss natürlich wissen. wo die einzelnen Zweige liegen, also z.B. /etc/openhab/, /usr/lib/openhab/ usw.), dann kannst Du versuchen, die Dateien Stück für Stück ins System zu schieben und zwischendurch auch mal neu zu starten. Wenn an einem Punkt plötzlich der Fehler auftritt, kannst Du die entsprechende Datei beim nächsten Anlauf auslassen.

Das ist natürlich ein mühseliges Vorgehen, aber die internen Strukturen der Dateien sind auch nicht so ganz einfach zu verstehen, und wer will da entscheiden, an welcher Datei es liegt, dass da etwas schief geht?

[Quautiputzli]

Hab hier noch etwas gefunden:
https://community.openhab.org/t/oh-3-2- ... lem/131755

Es könnte wohl Probleme geben mit der "org.apache.karaf.features.xml" dass die überschrieben wird beim backup. Da könnte ich nochmal einen Blick draufwerden. Wo immer die auch liegt.

Oder eben dann händisch wie du vorgeschlagen hast, daran hab ich ja auch schon gedacht.

Aber was mir noch Sorgen macht. Ich brauch ja auch in Zukunft die Möglichkeit buckups zu machen und Einzuspielen. Es hat ja auch mit dem ganz frischen Image nicht funktioniert.

[udo1toni]

Nein, das Problem besteht ja wegen eines Fehlers im Backup. Der fehler muss schon die ganze Zeit bestanden haben und wurde immer mit gesichert, womit dann alle Backups den Fehler enthielten.
Wenn Du ein System neu erstellst, welches den Fehler nicht enthält und von diesem ein Backup erstellst, sollte das auch fehlerfrei wiederhergestellt werden können.

[Quautiputzli]

Muss ich testen.

[Quautiputzli]

So, ich hab nun schon einiges ausprobiert. Ich hab mir einige SD-Karten zusammengesucht, und verschieden Images aufgespielt. Ausprobiert habe ich sie dann im rapberry 3 B+ von meinem Sohn, um das laufende OH nicht ständig zu unterbrechen.

1. komplett neues Image runtergeladen und aufgespielt.
- das ist dann gleich bullseye, und das aktuelle openhabian von Frebruar
- dort habe ich dann ein paar bindigs installiert und ein paar einfach Things angelegt (ntp, astro).
- backup gemacht und zurückgeschrieben - Macht wie zu erwarten keine Probleme
- mein backup vom 23.02. geladen - ergibt das bekannte Fehlerbild
- Ich hab dann mal ein binding deinstalliert (Ich hab das gelesen, dass einige beim upgrade auf 3.2 die Probleme hatten das so zum laufen bekamen).
Dann wurden tatsächlich einige Things online und es erschienen werte. Ich hab es dann eine Weile laufen lassen und später nochmal hingesehen, aber dann hing er wieder fest.


2. Ich hab ein noch älteres Image von mir aufgespielt. OH 3.0.M2 vom 28. Dezember. Das ist von der Konfiguration fast gleich zu meinem Image OH 3.2 von Anfang Januar. Das habe ich eben vor dem Upgrade gemacht.
- dort habe ich dann ein backup von Mitte Dezember eingespielt - das funktionierte dort auch einwandfrei.
Da hat sich der Fehler wohl noch nicht eingeschlichen.
- openhabian-config aufgerufen --> empfohlene updates gemacht.
- im openhabian-config den Punkt 02 Upgrade System gemacht (was macht das eigentlich genau?) --> Das hat dann ziemlich lange gedauert. Danach war er auf OH 3.2 funktionierte aber nicht mehr. Im log erschien ständig der Fehler "Error executingEvalidator". Ich hab da nun noch nicht weitergeschaut, ob clean-cache etwas hilt, aber ich denke dort ist etwas beim update schiefgegangen.

openhabian-config.png

Aber ich denke dass mein Image vom Dezember bei dem die backups noch funktionieren eine bessere Basis zum weitermachen sind. Nun muss ich aber diese Version zumindest auf 3.2 bekommen um ein funktionierendes backup zu erstellen, dass ich dann bei einem komplett neuen Image benutzen könnte.

Ich werde weiter testen (müssen).