@thomas-braun @apollon77

so stand es in der arch wiki, und für mich liest das sich alles noch ein bisschen, wie hindi

anyway:
ich hab jetzt mit

nvm deactivate
nvm uninstall 14.19  
rm -r .nvm

nodejs und nvm wieder 'deinstalliert'

dann mit

sudo pacman -S base-devel --needed
"x Pakete gefunden - Auswahl" Alle = Enter
"Installation vortsetzen?" = j

installation von AUR paketen vorbereitet

dann hier:
download aur @ https://archlinux.org/packages/community/x86_64/nodejs-lts-fermium/
das AUR paket runtergeladen

und dann installiert:

sudo pacman -U /home/dok/Downloads/nodejs-lts-fermium-14.19.0-1-x86_64.pkg.tar.zst

noch nen obligatorisches

iobroker status
iobroker stop
iobrokerfix
iobroker start

und nun werd ich zumindest schon mal mit ner fetten neon-reklame im browser vom iobroker-assistenten willkommen geheissen

@apollon77

ich hab dir die mail geschickt!

falls das irgendwie relevanz hat: ich hab den iobroker noch lauffähig unter windows im zugriff

@dokbiz

Update:

nach

iobroker stop  
iobroker host this
iobroker fix
iobroker start

komme ich auf die Oberfläche und sehe zumindest schon mal meine ganzen Instanzen

Hallo,

nach einem Umzug von Windows nach Linux (Manjaro) bekomme ich meine Hístory-Daten nicht wiederhergestellt.
backitup quitiert immer mit der Fehlermeldung:

backitup.0
	2022-03-13 02:22:27.800	error	[historyDB] Error: EACCES: permission denied, mkdir '/opt/iobroker/iobroker-data/history/20210204'
history.0
	2022-03-13 02:22:27.910	error	Cannot store file /opt/iobroker/iobroker-data/history/20220313/history.zigbee.0.00158d0003d41435.link_quality.json: Error: EACCES: permission denied, mkdir '/opt/iobroker/iobroker-data/history/20220313'

Mir ist aufgefallen, dass die Rechte der Verzeichnisse sich unterscheiden

drwxrwxr-x+ 1 iobroker iobroker      260 13. Mär 01:25 backup-objects
drwxrwxr-x+ 1 iobroker iobroker      748 11. Mär 23:04 files
drw-r--r--+ 1 iobroker iobroker     6432 12. Mär 01:10 history

deswegen hab ich versucht das zu korrigieren

sudo chmod 775 history                                                                                                                                                                 

drwxrwxr-x+ 1 iobroker iobroker     6432 12. Mär 01:10 history

aber wenn ich per backitup das wiederherstellen versuche, kommt dieselbe fehlermeldung, und die rechte sind wieder zurückgesetzt

drw-r--r--+ 1 iobroker iobroker     6432 12. Mär 01:10 history

danach hab ich die Verzeichnisse des Windows Servers manuell in das neue history Verzeichnis kopiert, den Besitzer und die Gruppe aller Dateien angepasst, aber das hat auch nicht geholfen..

wenn ich unter Objekte bei entsprechenden Datenpunkten hinten auf das Zahnrad klicke, wird mir angezeigt, dass history.0 aktiv ist. Aber wenn ich dort auf Verlaufsdaten gehe, läuft nur der Ladebalken...

[Edit: ich hab jetzt nochmal geschaut, und jetzt geht es plötzlich ... die Rechte vom Verzeichnis stehen auf 775, ohne, dass ich was verändert hab, und ich bekomme in der Vis alle meine geloggten Daten angezeigt ]

@thomas-braun

sorry, das verzeichnis History hat überhaupt nichts mit dem problem zu tun. den hab ich einfach mal testweise angelegt, um zu gucken, was für rechte da stehen, wenn ich selber einen ordner erstelle... es geht um den ordner mit dem kleinen h

[edit: ich hab dafür einen extra thread aufgemacht: historydb lässt sich nicht wiederherstellen:]

ich hab vorhin extra nochmal alle pfade korrigiert und ein neues backup der history datenbank gemacht. jetzt bekomme ich beim zurückspielen die fehler meldung:

Error: {"errno":-13,"code":"EACCES","syscall":"mkdir","path":"/opt/iobroker/iobroker-data/history/20210204"}

was mich wundert, ist dass das history verzeichnis andere berechtigungen hat, als die anderen verzeichnisse unter /opt/iobroker

drwxrwxr-x+ 1 iobroker iobroker      748 11. Mär 23:04 files
drw-r--r--+ 1 iobroker iobroker       16 12. Mär 01:10 history
drwxrwxr-x+ 1 dok      dok             0 12. Mär 23:41 History

(Verzeichnis "History" hab ich manuell selber testweise mal angelegt danach)

der versuch die rechte gleich zu setzen, hat auch nur bis zum nächsten restore-versuch mit backitup gehalten, danach waren sie wieder wie oben zu sehen !?

@homoran said in Backitup Adapter erzeugt Fehler im historyDB:

woher soll backitup das denn haben, wenn du keinen richtigen Pfad angegeben hast?

naja, wenn's doch der Standard Pfad von history ist, dann nimmt man entweder den, oder man generiert eine Fehlermeldung, dass gar kein Backup erstellt werden kann.... Aber ein Backup zu erstellen, mit dem man nichts anfangen kann, ist irgendwie trügerisch für NOOBs wie mich

edit: ich deute deine Frage als Antwort, dass ich die erstellten Backups löschen kann..

@dokbiz said in Backitup Adapter erzeugt Fehler im historyDB:

" [historyDB] Backitup cannot found destination "" for decompress!"

Grundsatzfrage:

Wie oben schon beschrieben speichert backitup, auch bei leerem pfad, standardmässig im Verzeichnis "../iobroker/backups/". Wegen zitierter Fehlermeldung hab ich mal eins dieser Backups entpackt, um zu schauen, ob ich den Pfad irgendwo ändern/korrigieren kann. Dabei ist mir aufgefallen, dass in dem Archiv gar kein Ordner "history" zu finden ist. Das Backup hat 1,5MB. Der aktuelle Ordner "..iobroker/history" hat ca. 500MB.. Ich würde das entsprechend so einordnen, dass ich alle Backups löschen kann, weil 'leer' !?

Womit sich mir gleich die nächste Frage stellt:
History legt für jeden Tag einen Ordner mit den protokollierten Werten an.. Bei mir sind da schon über 400 Ordner in dem Ordner
Ich hab 'ne Vis mit Flot und den History-Daten... was muss der sich denn da dauernd zusammensuchen !?

bei mir steht da auch ein standard pfad. kann mir dann mal jemand erklären, wieso backitup dann trotzdem brav alle backups anlegt, und unter "iobroker/backups" (edit: welches nicht der eingetragene standard pfad ist) speichert?

ich hab mir nie was bei gedacht, nur jetzt wo ich es wiederherstellen möchte bekomme ich die fehlermeldung: " [historyDB] Backitup cannot found destination "" for decompress!"

@thomas-braun

ich hab iobroker zur gruppe zugefügt und jetzt findet er alle geräte
(nachdem ich nach dem ersten reboot gar keine usb geräte mehr gefunden hab, was ein zweiter reboot zum glück wieder behoben hat )

Danke!

@thomas-braun

   /dev/serial/by-id  sudo -u iobroker groups                                                                                                                                                                           ✔  system  
[sudo] Passwort für dok: 
tty video audio iobroker

@thomas-braun

    ~  ls -la /dev/ttyACM0                                                                                                                                                                                     5 ✘  10s   system  
crw-rw---- 1 root uucp 166, 0 11. Mär 19:04 /dev/ttyACM0

@thomas-braun

oke, dann bekomme ich wieder 'permission denied'

Starting zigbee-herdsman problem : "Error while opening serialport 'Error: Error: Permission denied, cannot open /dev/serial/by-id/usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2419730-if00'"