UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Karl 1]

@apollon77

pi@raspberrypi:/ $ curl https://iobroker.net/fix.sh
curl: (60) SSL certificate problem: certificate has expired
More details here: https://curl.haxx.se/docs/sslcerts.html

curl performs SSL certificate verification by default, using a "bundle"
 of Certificate Authority (CA) public keys (CA certs). If the default
 bundle file isn't adequate, you can specify an alternate file
 using the --cacert option.
If this HTTPS server uses a certificate signed by a CA represented in
 the bundle, the certificate verification probably failed due to a
 problem with the certificate (it might be expired, or the name might
 not match the domain name in the URL).
If you'd like to turn off curl's verification of the certificate, use
 the -k (or --insecure) option.

[apollon77]

@karl-1 ist bei dir alles aktuell. Auf dem
System? Alle Updates eingespielt? Wenn ja mach bei dem Curl ein „k“ bei den Parametern dazu. Aber warum
Du das bekommst weiß ich nicht weil s das as Zertifikat an sich passt. Sieht mit eher wie fehlende Systemupdates aus

[Karl 1]

@apollon77

======================= SUMMARY =======================
                    v.2022-12-31


Operatingsystem:        Raspbian GNU/Linux 9.13 (stretch)
Installation:           Native
Timezone:               Europe/Berlin
User-ID:                1000
X-Server:               true
Boot Target:            graphical.target

Pending OS-Updates:     0

Nodejs-Installation:    /usr/bin/nodejs         v14.21.1
                       /usr/bin/node           v14.21.1
                       /usr/bin/npm            6.14.17

ioBroker Core:          js-controller           4.0.23
                       admin                   6.3.5

ioBroker Status:        Server Cannot start inMem-objects on port 9001: Failed to lock DB file "/opt/iobroker/iobroker-data/objects.j                                                                                                        sonl"!

Status admin:

Pending iob updates:    0

No connection to databases possible ...

Objects:                1
States:                 1

Size of iob-Database:

500M    /opt/iobroker/iobroker-data/objects.jsonl
3.6M    /opt/iobroker/iobroker-data/objects.json.migrated
3.6M    /opt/iobroker/iobroker-data/objects.json.bak.migrated
564K    /opt/iobroker/iobroker-data/states.jsonl
436K    /opt/iobroker/iobroker-data/states.json.migrated
436K    /opt/iobroker/iobroker-data/states.json.bak.migrated


=================== END OF SUMMARY ====================

[apollon77]

@karl-1 das ist was? Ausgabe des diag Skriptes was zeigen soll das keine Updates offen sind? Ok, verstehe den Fehler bei dir dann dennoch nicht.

Dann Versuch

curl -skLf https://iobroker.net/fix.sh | bash -

[Thomas Braun]

@karl-1

Das Stretch-Release ist seit geraumer Zeit abgekündigt.
Installier da das aktuelle stable-Release Bullseye.
Natürlich ohne Desktop.

[Karl 1]

@thomas-braun
Gibt es eine Anleitung für iobroker und RPI?

[Thomas Braun]

@karl-1

Wenn du die Frage stellen musst: Nein, das ist dann zu aufwändig für dich. Installier es frisch neu.

https://forum.iobroker.net/topic/51869/installation-auf-raspi-einfacher-geht-s-nicht

[Karl 1]

@thomas-braun

Ich habe, wie vorgeschlagen die Neuinstallation mit Erfolg durchgeführt.
Ich möchte jetzt die mit backitup gespeicherten Daten der alten Installation auf die neue übertragen.

alt
2023-01-02_09-26_objects.jsonl.gz
2023-01-02_09-26_states.jsonl.gz

neu
iobroker_2023_01_04-11_44_01_backupiobroker.tar.gz
iobroker_2023_01_04-14_04_43_backupiobroker.tar.gz

Kann ich as alte in das neue Format umwandeln?

Müssen die Adapter vorher angelegt werden?

[Thomas Braun]

@karl-1 sagte in Server Cannot start inMem-objects on port 9001:

Kann ich as alte in das neue Format umwandeln?

Welches neue Format?
Der ioBroker selber war doch auf Stand.

Die im Altsystem erstellte Backup-Datei sollte jetzt im neuen System einfach so einzulesen sein.

Müssen die Adapter vorher angelegt werden?

Die vis würde ich vorher anlegen. Alles andere sollte sich von alleine neubauen.

[Karl 1]

@thomas-braun
Das Directory

pi@raspberrypi:/opt/iobroker/backups $

2023-01-02_09-26_objects.jsonl.gz
2023-01-02_09-26_states.jsonl.gz
iobroker_2023_01_04-11_40_24_backupiobroker.tar.gz
iobroker_2023_01_04-11_44_01_backupiobroker.tar.gz
iobroker_2023_01_04-14_04_43_backupiobroker.tar.gz

Im ioBroker tauchen nur die neuesten files auf

Wie komme ich an die alten Files?

[Thomas Braun]

@karl-1

2023-01-02_09-26_objects.jsonl.gz
2023-01-02_09-26_states.jsonl.gz

ist ja auch kein richtiges Backup. Hast du kein volles Backup angelegt?

[Karl 1]

@thomas-braun

Ich habe das Backup auf dem alten System mit backitup angelegt!
Das sind die Files, die ich dort gefunden habe!

[Thomas Braun]

@karl-1

Das sind keine Backitup-Dateien. Das ist nur was von der states bzw. objects-Datenbank.
Die richtigen Files sehen so aus:
iobroker_yyyy_mm_dd-hh_mm_ss_backupiobroker.tar.gz

Hast du kein Backup auf ein externes Medium gemacht? "Backups" auf dem gleichen Datenträger sind keine.

[Karl 1]

@thomas-braun
Wie gesagt, ich habe das Backup im ioBroker mit dem Adapter backitup gemacht.
Wo die Daten gepeichert werden, sollte der Struktur egal sein.
Im Augenblick speichere ich auch intern (ich werde das ändern und in Zukunft extern speichern) und die Struktur stimmt jetzt mit
iobroker_yyyy_mm_dd-hh_mm_ss_backupiobroker.tar.gz
überein!
Warum hat es das Tool mit dem aktuellen Adapter von backitup in der alten Installation dann anders gemacht?

[Thomas Braun]

@karl-1 sagte in Server Cannot start inMem-objects on port 9001:

Wie gesagt, ich habe das Backup im ioBroker mit dem Adapter backitup gemacht.

Dann liegen die Daten da wo du sie hinplatziert hast oder in /opt/iobroker/backups.

[Homoran]

@karl-1 sagte in Server Cannot start inMem-objects on port 9001:

Wo die Daten gepeichert werden, sollte der Struktur egal sein.

aber wenn du sie in einem nicht zulässigen Systemverzeichnis speicherst kann es sein, dass sie bei einem Update gelöscht werden.

@karl-1 sagte in Server Cannot start inMem-objects on port 9001:

ich habe das Backup im ioBroker mit dem Adapter backitup gemacht.

und wohin genau?
Standard ist /opt/iobroker/backups

Und nichts anderes

[Karl 1]

@thomas-braun
Um die Backup Daten extern zu speichern habe ich einen USB Stick gemountet.

pi@raspberrypi:/media $ ls
usb  usb0  usb1  usb2  usb3  usb4  usb5  usb6  usb7  usbstick

Von der Konsole aus kann ich darauf zugreifen und Files dort auch abspeichern!

Der ioBroker verweigert aber den Zugriff:

started iobroker ...
[DEBUG] [iobroker] - host.raspberrypi 716 states saved

[DEBUG] [iobroker] - host.raspberrypi 924 objects saved

[DEBUG] [iobroker] - Backup created: /opt/iobroker/backups/iobroker_2023_01_05-16_13_41_backupiobroker.tar.gz

[DEBUG] [iobroker] - done
[DEBUG] [cifs] - used copy path: /media/usbstick
[DEBUG] [cifs] - Copy iobroker_2023_01_05-16_13_41_backupiobroker.tar.gz...
[ERROR] [cifs] - Error: EACCES: permission denied, open '/media/usbstick/iobroker_2023_01_05-16_13_41_backupiobroker.tar.gz'
[DEBUG] [cifs] - done
[ERROR] [clean] - Backup files not deleted from /opt/iobroker/backups because some errors.
[DEBUG] [clean] - done

Ich habe trotz intensiver Suche im Internet nichts gefunden, was mir weiterhilft!

[apollon77]

@karl-1 iobroker läuft als user "iobroker" ...darf der da zugreifen?

[Thomas Braun]

@karl-1

Warum dann per cifs, wenn der schon herkömmlich gemountet ist?
Mit welchen Optionen wird das Dateisystem des Sticks (welches ist es?) gemountet?

[Karl 1]

@apollon77
Ich denke schon:

pi@raspberrypi:/media $ ls -l
total 36
lrwxrwxrwx 1 root root    4 Jan  4 12:00 usb -> usb0
drwxr-xr-x 2 root root 4096 Jan  4 12:00 usb0
drwxr-xr-x 2 root root 4096 Jan  4 12:00 usb1
drwxr-xr-x 2 root root 4096 Jan  4 12:00 usb2
drwxr-xr-x 2 root root 4096 Jan  4 12:00 usb3
drwxr-xr-x 2 root root 4096 Jan  4 12:00 usb4
drwxr-xr-x 2 root root 4096 Jan  4 12:00 usb5
drwxr-xr-x 2 root root 4096 Jan  4 12:00 usb6
drwxr-xr-x 2 root root 4096 Jan  4 12:00 usb7
drwxr-xr-x 2 root root 4096 Jan  5 16:27 usbstick