Upgrade auf Milestone 5.1.0.M1 oder auch Debian

[int5749]

Warum nutzt Du nicht openhab-cli zum restore?

Den Befehl hatte ich von der offiziellen openHAB Anleitung

Was soll /tmp innerhalb des Aufrufs?

Genutzt, gepostet und trotzdem ist mir nicht aufgefallen, das ein / fehlt, das sollte die Pfad Angabe sein.
Ich meine weil tmp über FTP das einzig schreibbare Verzeichnis war.
Dabei liegt die Datei im User Home (weird)

Code: Alles auswählen

int5749@Skynet:~$ ls
openhab-backup-25_11_20-07_25_34.zip

Normalerweise wäre der Weg, das Backup manuell einzuspielen:

Code: Alles auswählen

sudo openhab-cli restore openhab-backup-25_11_20-07_25_34.zip

(gegeben, dass die Datei openhab-backup-25_11_20-07_25_34.zip im aktuellen Verzeichnis liegen).

Gibt genauso ein erfolgreich aus, aber ist anschliessend genauso leer :/

Code: Alles auswählen

int5749@Skynet:~$ sudo openhab-cli restore openhab-backup-25_11_20-07_25_34.zip

Started /usr/share/openhab/runtime/bin/restore openhab-backup-25_11_20-07_25_34.zip
                                          
##########################################
          openHAB restore script          
##########################################
                                          
Using '/etc/openhab' as conf folder...
Using '/var/lib/openhab' as userdata folder...
Making Temporary Directory
Extracting zip file to temporary folder.

 Backup Information:
 -------------------
 Backup Version         | 5.1.0.M2 (You are on 5.1.0.M2)
 Backup Timestamp       | 25_11_20-08_02_36
 Config belongs to user | openhab
             from group | openhab

Your current configuration will become owned by openhab:openhab.

Any existing files with the same name will be replaced.
Any file without a replacement will be deleted.

Okay to Continue? [y/N]: y
Moving system files in userdata to temporary folder
Deleting old userdata folder...
Restoring system files in userdata...
Deleting old conf folder...
Restoring openHAB with backup configuration...
Deleting temporary files...
Backup successfully restored!

int5749@Skynet:~$ sudo systemctl start openhab.service

Nachtrag: Der verwendete User ist auch Mitglied der Gruppe openhab

[int5749]

Ich vermute, ich habe den Fehler gefunden => PiCniC

Die Backupdatei scheint korrupt zu sein. Ich lege erst einmal ein neues an und versuche es erneut.
Danke für den Austausch, meist hilft es ja einfach sich über ein Thema auszutauschen

[udo1toni]

Die Backupdatei scheint korrupt zu sein.

Daswäre auch meine nächste Vermutung. Du kansnt das auch leicht verifizieren, immerhin handelt es sich um ein simples zip Archiv (genauer ein Backup der Ordner $OPENHAB_CONF und $OPENHAB_USERDATA, Letzteres mit Ausnahme bestimmter Verzeichnisse (falls nicht der Parameter --full beim Backup mit angegeben wurde).

PiCniC

Na, das glaube ich hier eher nicht, es sei denn, Du hättest die zip-Datei "mutwillig" selbst kaputt gemacht. Schließlich wurde die Datei ja durch das Backup Programm erstellt, oder?

Einen Guten Rutsch!

[int5749]

Na, das glaube ich hier eher nicht, es sei denn, Du hättest die zip-Datei "mutwillig" selbst kaputt gemacht. Schließlich wurde die Datei ja durch das Backup Programm erstellt, oder?

Ja, ein weiteres Backup hat dann auch ein Zip erstellt, was ich am PC öffnen und den Inhalt browsen kann. Werde das dann mal zum WE weiterverfolgen, heute muss die Prio anders liegen

Einen Guten Rutsch!

Danke Dir, den wünsche ich Dir und Allen hier ebenfalls und nur das Beste und vor Allem viel Gesundheit für das neue Jahr!

[int5749]

Guten Morgen

Neues Jahr, Update und Umzug (endlich) fertig

Wie immer einen Dank für die Geduld und Unterstützung

- neues Backup erstellt
- eingespielt und clean-cache/reset-ownership
- Neustart => openHAB online
- Update auf 5.1.0 Stable
- Änderungen am Core => default für Persistance depreciated
- Alle Files angepasst und Neustart nahezu Fehlerfrei
- Signatur aktualisiert

Somit kann ich mich nun um die Samba Shares kümmern, ich möchte ja die Files ja nicht immer über nano bearbeiten
und zudem muss ich noch evcc neu in dem LXC installieren, dann sollte ich erst einmal wieder Ruhe haben.

[udo1toni]

Ich nutze VSCode zum Bearbeiten der Dateien - remote.
Das heißt, VSCode startet eine Instanz, die im LXC läuft.
Das ganze funktioniert über ssh mit Private/Pubic Key und komplett ohne Samba Freigaben.

[int5749]

Ich nutze VSCode zum Bearbeiten der Dateien - remote.
Das heißt, VSCode startet eine Instanz, die im LXC läuft.
Das ganze funktioniert über ssh mit Private/Pubic Key und komplett ohne Samba Freigaben.

Evtl. magst Du das Setup einmal mit mir/uns teilen, klingt interessant, nicht mehr über Samba gehen zu müssen (auch wenn es jetzt läuft)
Muss ich eigene Keys erstelen, oder macht das (wei Putty) VSC eigenständig?

[udo1toni]

Nein, die Schlüssel muss man händisch erstellen ist aber nicht soooo schlimm...

Ganz grob (Ich gehe hier von einem Windows Desktop aus):

VS Code auf dem Windows Rechner installieren. Das Remote Development Plugin von Microsoft über den Marketplace installieren (das ist ein Metapaket, welches WSL, Dev Containers, Remote - SSH und Remote - Tunnels installiert)

Auf dem Zielsystem (openHAB Server) brauchen wir Schreibzugriff auf die openHAB spezifischen Dateien und Verzeichnisse. Am einfachsten erreichen wir das, indem wir den User openhab für den Zugriff verwenden.
Deshalb auf dem openHAB Server:
1. sicherstellen, dass das Home-Verzeichnis von openhab nur für den User openhab schreibbar ist. Aus dem Gedächtnis:

Code: Alles auswählen

sudo chmod 755 $OPENHAB_USERDATA

2. Dem User openhab eine default Shell zuweisen (in /etc/passwd in der Zeile für den User openhab hinten /bin/false auf /bin/bash ändern)

Code: Alles auswählen

sudo nano /etc/passwd

3. als User openhab ein private/public key Paar generieren. Dafür am einfachsten als User openhab einloggen

Code: Alles auswählen

sudo su openhab -
ssh-keygen -t ed25519

Es bietet sich an, keine Passphrase zu setzen. Alternativ kann man auf dem Desktop PC später noch die Schlüsselverwaltung aktivieren, das ist allerdings... komplex...
Den generierten public key kopiert man anschließend in die authorized_keys:

Code: Alles auswählen

cat .ssh/id_ed25519.pub >> .ssh/authorized_keys

Den private key kopiert man auf den Desktop PC, und zwar am besten in ein Verzeichnis C:\Users\<username>\.ssh\
Anschließend stellt man sicher, dass nur der User <username> Zugriff auf den Private key hat (Berechtigungen bearbeiten - Besitzrechte vererben abschalten - Besitzrechte für den User auf Vollzugriff, alle anderen User entfernen.
Nun kann man schon mal aus einem Windows Terminal heraus testen, ob der Zugriff funktioniert:
cmd.exe starten:
ssh openhab@openhabhost -i c:\users\<username>\.ssh\id_ed25519
Der host muss als known-host eingetragen werden (das sollte ssh nach Rückfrage automatisch erledigen)

Hat das soweit geklappt, kann man nun in VS Code den Zugriff auf den Host einrichten.
Ganz unten ganz links auf >< klicken und im aufpoppenden Menü (oben mitte) Verbindung mit Host herstellen... auswählen. Neuen SSH-Host hinzufügen... und dort die Befehlszeile von eben einfügen. Allerdings muss man hier unbedingt die Backslashes verdoppeln...
Alternativ kann man auch "SSH-Hosts konfigurieren... auswählen und den Eintrag als Text erzeugen, in dieser Form:

Code: Alles auswählen

Host Listeneintrag
  HostName openhabhost (fqdn oder die IP des openHAB Hosts)
  User openhab
  IdentityFile C:\Users\<username>\.ssh\id_ed25519

Anschließend kann man über das gleiche Menü (Verbindung mit Host herstellen) den eben generierten Eintrag auswählen.
Bei der ersten Verbindung fordert VS Code dazu auf, die Identität zu bestätigen. Falls der Host bereits in known_hosts eingetragen ist, sollte dieser Schritt entfallen.

Bei der ersten Kontaktaufnahme mit dem Host installiert VS Code automatisch den Serverteil von VS Code auf dem Zielsystem. Leider landet das alles in einem Unterverzeichnis des Users openhab ($OPENHAB_USERDATA/.vscode/) aber irgendwas ist ja immer...
Die Plugins werden ebenfalls auf dem Remote System eingerichtet. Vorteil: Es ist egal, von welchem Desktop aus man auf das Zielsystem zugreift.
Also das openHAB Plugin und weiter nützliche Plugins remote installieren und passend konfigurieren (token für Zugriff auf openHAB generieren, im openHAB Plugin eintragen, Zugriff über localhost:8443 oder 8080 usw.)

Läuft der VS Code Remote Zugriff, kann man die gewünschten Ordner öffnen und hat umgehend Zugriff auf alle Dateien. Ich nutze hier /etc/openhab, /var/lib/openhab/ und /var/log/openhab/.
Kleiner Schönheitsfehler: im Verzeichnisbaum werden alle drei Verzeichnisse auf den letzten Namen gekürzt, man hat also drei Verzeichnisse openhab geöffnet, die sich nur anhand der Struktur voneinander unterscheiden lassen.

[int5749]

Den generierten public key kopiert man anschließend in die authorized_keys:

Code: Alles auswählen

cat .ssh/id_ed25519.pub >> .ssh/authorized_keys

Bei mir wurde dort ein anderes Verzeichnis angelegt

Code: Alles auswählen

openhab@Skynet:~$ ssh-keygen -t ed25519
Generating public/private ed25519 key pair.
Enter file in which to save the key (/var/lib/openhab/.ssh/id_ed25519):
Created directory '/var/lib/openhab/.ssh'.
Enter passphrase for "/var/lib/openhab/.ssh/id_ed25519" (empty for no passphrase):
Enter same passphrase again:
Your identification has been saved in /var/lib/openhab/.ssh/id_ed25519
Your public key has been saved in /var/lib/openhab/.ssh/id_ed25519.pub

Sollte der dann trotzdem ins UserHome unter Linux?

Code: Alles auswählen

cat /var/lib/openhab/.ssh/id_ed25519.pub >> .ssh/authorized_keys

[udo1toni]

Wenn Du mit sudo su - openhab als User openhab angemeldet bist, befindest Du Dich im home-Verzeichnis des Users openhab. Das ist /var/lib/openhab/ bzw. $OPENHAB_USERDATA (wobei diese Shellvariable nicht für den User openhab definiert ist...)