NEWS
Backitup kein JavaScript Restore möglich!
-
@simatec said in Backitup kein JavaScript Restore möglich!:
sudo apt install nfs-commons
pi@raspberrypi:~ $ pi@raspberrypi:~ $ sudo apt install nfs-commons Reading package lists... Done Building dependency tree... Done Reading state information... Done E: Unable to locate package nfs-commons pi@raspberrypi:~ $ sudo apt install nfs-common -bash: pi@raspberrypi:~: command not found -bash: Reading: command not found -bash: Building: command not found -bash: Reading: command not found -bash: E:: command not found -bash: pi@raspberrypi:~: command not found Reading package lists... Done Building dependency tree... Done Reading state information... Done nfs-common is already the newest version (1:1.3.4-6). 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. pi@raspberrypi:~ $ -
@simatec said in Backitup kein JavaScript Restore möglich!:
sudo apt install nfs-commons
pi@raspberrypi:~ $ pi@raspberrypi:~ $ sudo apt install nfs-commons Reading package lists... Done Building dependency tree... Done Reading state information... Done E: Unable to locate package nfs-commons pi@raspberrypi:~ $ sudo apt install nfs-common -bash: pi@raspberrypi:~: command not found -bash: Reading: command not found -bash: Building: command not found -bash: Reading: command not found -bash: E:: command not found -bash: pi@raspberrypi:~: command not found Reading package lists... Done Building dependency tree... Done Reading state information... Done nfs-common is already the newest version (1:1.3.4-6). 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. pi@raspberrypi:~ $sudo mount 192.168.178.58:/IOBroker-Backup :/IOBroker-Backup\IOBroker /opt/iobroker/backupsZu viele Leerzeichen und die Freigabe doppelt. Vermutlich sollte es
sudo mount 192.168.178.58:/IOBroker-Backup /opt/iobroker/backupslauten.
Und bitte verwende CodeTags, dann sieht man sowas auch viel schneller. -
sudo mount 192.168.178.58:/IOBroker-Backup :/IOBroker-Backup\IOBroker /opt/iobroker/backupsZu viele Leerzeichen und die Freigabe doppelt. Vermutlich sollte es
sudo mount 192.168.178.58:/IOBroker-Backup /opt/iobroker/backupslauten.
Und bitte verwende CodeTags, dann sieht man sowas auch viel schneller.Started iobroker ... [DEBUG] [mount] - nfs-mount command: "sudo mount 192.168.178.58:/:/IOBroker-Backup /opt/iobroker/backups" [ERROR] [mount] - [undefined mount.nfs: access denied by server while mounting 192.168.178.58:/:/IOBroker-Backup [ERROR] [mount] - Error: Command failed: sudo mount 192.168.178.58:/:/IOBroker-Backup /opt/iobroker/backups mount.nfs: access denied by server while mounting 192.168.178.58:/:/IOBroker-Backup -
Started iobroker ... [DEBUG] [mount] - nfs-mount command: "sudo mount 192.168.178.58:/:/IOBroker-Backup /opt/iobroker/backups" [ERROR] [mount] - [undefined mount.nfs: access denied by server while mounting 192.168.178.58:/:/IOBroker-Backup [ERROR] [mount] - Error: Command failed: sudo mount 192.168.178.58:/:/IOBroker-Backup /opt/iobroker/backups mount.nfs: access denied by server while mounting 192.168.178.58:/:/IOBroker-Backup@benjamincz sagte in Backitup kein JavaScript Restore möglich!:
192.168.178.58:/:/IOBroker-Backup
Immer noch ein falscher Pfad...
192.168.178.58:/IOBroker-Backupmuss das.
-
@benjamincz sagte in Backitup kein JavaScript Restore möglich!:
192.168.178.58:/:/IOBroker-Backup
Immer noch ein falscher Pfad...
192.168.178.58:/IOBroker-Backupmuss das.
Started iobroker ... [DEBUG] [mount] - nfs-mount command: "sudo mount 192.168.178.58:/IOBroker-Backup /opt/iobroker/backups" [ERROR] [mount] - [undefined mount.nfs: access denied by server while mounting 192.168.178.58:/IOBroker-Backup [ERROR] [mount] - Error: Command failed: sudo mount 192.168.178.58:/IOBroker-Backup /opt/iobroker/backups mount.nfs: access denied by server while mounting 192.168.178.58:/IOBroker-Backup -
@legro Entweder ihr überprüft die Userrechte auf dem NAS, denn dort fehlen dir Schreibrechte für Unterordner oder du legst die Backup vor dem Restore lokal ab und startest den Restore lokal.
Grundsätzlich ist es aber kein Problem von Backitup sondern ein Problem eurer NAS Konfiguration
@simatec said in Backitup kein JavaScript Restore möglich!:
Vielen Dank für deine Rückmeldung
@legro .. auf dem NAS, denn dort fehlen dir Schreibrechte für Unterordner ..
Das ist definitiv nicht der Fall. Der verwendete User ioBroker hat auf den in der Fritz!Box 7590 volle Zugriffsrechte. So kann er beispielsweise problemlos die verschiedenen Unterordner für die getrennte Speicherung der Backup-Dateien anlegen. Daran sollte es also in meinem Falle nicht liegen.
.. oder du legst die Backup vor dem Restore lokal ab und startest den Restore lokal.
Hierzu muss ich die Dateien von ZigBee und YAHKA in das Verzeichnis "/opt/iobroker/backups" kopieren. Verstehe ich das richtig?
Das werde ich morgen früh einmal probieren.
Raspberry Pi 5 mit 8GB + 120GB SSD + Coordinator COD-m + ioBroker ..
-
Started iobroker ... [DEBUG] [mount] - nfs-mount command: "sudo mount 192.168.178.58:/IOBroker-Backup /opt/iobroker/backups" [ERROR] [mount] - [undefined mount.nfs: access denied by server while mounting 192.168.178.58:/IOBroker-Backup [ERROR] [mount] - Error: Command failed: sudo mount 192.168.178.58:/IOBroker-Backup /opt/iobroker/backups mount.nfs: access denied by server while mounting 192.168.178.58:/IOBroker-BackupUnd die Rechte an der Freigabe sehen wie aus?
Bei NFS sollte es (im einfachsten Fall) die gleiche uid/gid wie der user 'iobroker' sein. -
@simatec said in Backitup kein JavaScript Restore möglich!:
Vielen Dank für deine Rückmeldung
@legro .. auf dem NAS, denn dort fehlen dir Schreibrechte für Unterordner ..
Das ist definitiv nicht der Fall. Der verwendete User ioBroker hat auf den in der Fritz!Box 7590 volle Zugriffsrechte. So kann er beispielsweise problemlos die verschiedenen Unterordner für die getrennte Speicherung der Backup-Dateien anlegen. Daran sollte es also in meinem Falle nicht liegen.
.. oder du legst die Backup vor dem Restore lokal ab und startest den Restore lokal.
Hierzu muss ich die Dateien von ZigBee und YAHKA in das Verzeichnis "/opt/iobroker/backups" kopieren. Verstehe ich das richtig?
Das werde ich morgen früh einmal probieren.
@legro sagte in Backitup kein JavaScript Restore möglich!:
in der Fritz!Box 7590
Der interne CIFS? Muss mit 'noserverino' und SMB Protokoll 3.1.1 gemountet werden.
-
Und die Rechte an der Freigabe sehen wie aus?
Bei NFS sollte es (im einfachsten Fall) die gleiche uid/gid wie der user 'iobroker' sein.@thomas-braun da ist alles beim alten Geblieben. Muss der ordner öffentlich sein weil da ist ein Passwort drin.
im Nas steht die Freigabe so:
Bereitstellungspunkt: nfs://192.168.178.58/nfs/testnicht wundern ich habe einen neuen ordner erstellt wo leer ist. Evtl. habe ich die einstelllungen falsch im Backitup ?
-
@legro sagte in Backitup kein JavaScript Restore möglich!:
in der Fritz!Box 7590
Der interne CIFS? Muss mit 'noserverino' und SMB Protokoll 3.1.1 gemountet werden.
@thomas-braun said in Backitup kein JavaScript Restore möglich!:
@legro sagte in Backitup kein JavaScript Restore möglich!:
in der Fritz!Box 7590
Der interne CIFS? Muss mit 'noserverino' und SMB Protokoll 3.1.1 gemountet werden.
Aber klar doch. Ich habe mir hierzu sogar eine eigene Anleitung geschrieben, als ich mich - damals noch vergeblich - an den Umstieg von Buster 32bit auf Bullseye 64bit wagte. Mittlerweile sind viele Ungereimtheiten (YAHKA pam-devil, ZigBee, Vis, ..) beseitigt, die mich damals zur Aufgabe trieben. Mittlerweile reicht's offenbar, Vis und Webserver in eine leere ioBroker Installation einzupflegen, um anschließend mittels BackItUp erfolgreich eine Backup aus Buster einzuspielen.
Daran liegt's offenbar auch nicht.
Bitte mir jetzt nicht auch den Rat geben, CIFS in die Tonne zu klopfen. Ich benötige die Fritz!Box für die Zugriffe von Windows PCs.
Raspberry Pi 5 mit 8GB + 120GB SSD + Coordinator COD-m + ioBroker ..
-
@thomas-braun da ist alles beim alten Geblieben. Muss der ordner öffentlich sein weil da ist ein Passwort drin.
im Nas steht die Freigabe so:
Bereitstellungspunkt: nfs://192.168.178.58/nfs/testnicht wundern ich habe einen neuen ordner erstellt wo leer ist. Evtl. habe ich die einstelllungen falsch im Backitup ?
@benjamincz sagte in Backitup kein JavaScript Restore möglich!:
Muss der ordner öffentlich sein weil da ist ein Passwort drin.
Der Ordner muss dem gleichen user wie auf dem Raspberry gehören.
Meist ist dasechad@chet:~ $ sudo -u iobroker id uid=1001(iobroker) gid=1001(iobroker) -
@thomas-braun said in Backitup kein JavaScript Restore möglich!:
@legro sagte in Backitup kein JavaScript Restore möglich!:
in der Fritz!Box 7590
Der interne CIFS? Muss mit 'noserverino' und SMB Protokoll 3.1.1 gemountet werden.
Aber klar doch. Ich habe mir hierzu sogar eine eigene Anleitung geschrieben, als ich mich - damals noch vergeblich - an den Umstieg von Buster 32bit auf Bullseye 64bit wagte. Mittlerweile sind viele Ungereimtheiten (YAHKA pam-devil, ZigBee, Vis, ..) beseitigt, die mich damals zur Aufgabe trieben. Mittlerweile reicht's offenbar, Vis und Webserver in eine leere ioBroker Installation einzupflegen, um anschließend mittels BackItUp erfolgreich eine Backup aus Buster einzuspielen.
Daran liegt's offenbar auch nicht.
Bitte mir jetzt nicht auch den Rat geben, CIFS in die Tonne zu klopfen. Ich benötige die Fritz!Box für die Zugriffe von Windows PCs.
@legro sagte in Backitup kein JavaScript Restore möglich!:
Bitte mir jetzt nicht auch den Rat geben, CIFS in die Tonne zu klopfen.
Würde ich tun, wenn die FritzBox denn NFS spräche. Tut sie aber nicht.
Im übrigen schnurrt meine FritzBox ganz okay mit CIFS, auch was javaskript-Restore angeht. -
@legro sagte in Backitup kein JavaScript Restore möglich!:
Bitte mir jetzt nicht auch den Rat geben, CIFS in die Tonne zu klopfen.
Würde ich tun, wenn die FritzBox denn NFS spräche. Tut sie aber nicht.
Im übrigen schnurrt meine FritzBox ganz okay mit CIFS, auch was javaskript-Restore angeht.@thomas-braun said in Backitup kein JavaScript Restore möglich!:
@legro sagte in Backitup kein JavaScript Restore möglich!:
Bitte mir jetzt nicht auch den Rat geben, CIFS in die Tonne zu klopfen.
Im übrigen schnurrt meine FritzBox ganz okay mit CIFS, auch was javaskript-Restore angeht.
Das macht mir Hoffnung, dass das Problem doch noch gelöst werden kann. Denn bei mir funktioniert die Fritz!Box ebenso vortrefflich, sodass ich keinen Grund sehe, auf FTP umzusteigen.
Aber was machst du anders als ich?:face_with_rolling_eyes:
Raspberry Pi 5 mit 8GB + 120GB SSD + Coordinator COD-m + ioBroker ..
-
@thomas-braun said in Backitup kein JavaScript Restore möglich!:
@legro sagte in Backitup kein JavaScript Restore möglich!:
Bitte mir jetzt nicht auch den Rat geben, CIFS in die Tonne zu klopfen.
Im übrigen schnurrt meine FritzBox ganz okay mit CIFS, auch was javaskript-Restore angeht.
Das macht mir Hoffnung, dass das Problem doch noch gelöst werden kann. Denn bei mir funktioniert die Fritz!Box ebenso vortrefflich, sodass ich keinen Grund sehe, auf FTP umzusteigen.
Aber was machst du anders als ich?:face_with_rolling_eyes:
@legro sagte in Backitup kein JavaScript Restore möglich!:
Aber was machst du anders als ich?
Vielleicht mal in einem eigenen Thread? Das geht hier zu sehr kreuz und quer.
-
@legro sagte in Backitup kein JavaScript Restore möglich!:
Aber was machst du anders als ich?
Vielleicht mal in einem eigenen Thread? Das geht hier zu sehr kreuz und quer.
@thomas-braun
Also. Habe etliches versucht leider kein Erfolg.Started iobroker ... [DEBUG] [mount] - nfs-mount command: "sudo mount 192.168.178.58:/test:/ /opt/iobroker/backups" [ERROR] [mount] - [undefined mount.nfs: access denied by server while mounting 192.168.178.58:/test:/ [ERROR] [mount] - Error: Command failed: sudo mount 192.168.178.58:/test:/ /opt/iobroker/backups mount.nfs: access denied by server while mounting 192.168.178.58:/test:/Immer der gleiche Fehler....
-
@thomas-braun
Also. Habe etliches versucht leider kein Erfolg.Started iobroker ... [DEBUG] [mount] - nfs-mount command: "sudo mount 192.168.178.58:/test:/ /opt/iobroker/backups" [ERROR] [mount] - [undefined mount.nfs: access denied by server while mounting 192.168.178.58:/test:/ [ERROR] [mount] - Error: Command failed: sudo mount 192.168.178.58:/test:/ /opt/iobroker/backups mount.nfs: access denied by server while mounting 192.168.178.58:/test:/Immer der gleiche Fehler....
@benjamincz sagte in Backitup kein JavaScript Restore möglich!:
test:
test hat keinen Doppelpunkt im Namen.
-
@legro sagte in Backitup kein JavaScript Restore möglich!:
Aber was machst du anders als ich?
Vielleicht mal in einem eigenen Thread? Das geht hier zu sehr kreuz und quer.
@thomas-braun said in Backitup kein JavaScript Restore möglich!:
@legro sagte in Backitup kein JavaScript Restore möglich!:
Aber was machst du anders als ich?
Vielleicht mal in einem eigenen Thread? Das geht hier zu sehr kreuz und quer.
Ob das eine so gute Idee ist? Offenbar sieht der von mir berichtete Fehler so aus, als hätten er dieselbe Fehlerursache(n).
Jedenfalls will ich noch abwarten, bis @simatec sich ggf. hierzu nochmals meldet.
Raspberry Pi 5 mit 8GB + 120GB SSD + Coordinator COD-m + ioBroker ..
-
@thomas-braun said in Backitup kein JavaScript Restore möglich!:
@legro sagte in Backitup kein JavaScript Restore möglich!:
Aber was machst du anders als ich?
Vielleicht mal in einem eigenen Thread? Das geht hier zu sehr kreuz und quer.
Ob das eine so gute Idee ist? Offenbar sieht der von mir berichtete Fehler so aus, als hätten er dieselbe Fehlerursache(n).
Jedenfalls will ich noch abwarten, bis @simatec sich ggf. hierzu nochmals meldet.
@legro sagte in Backitup kein JavaScript Restore möglich!:
Offenbar sieht der von mir berichtete Fehler so aus, als hätten er dieselbe Fehlerursache(n).
Nein, hat er definitiv nicht.
-
@benjamincz sagte in Backitup kein JavaScript Restore möglich!:
test:
test hat keinen Doppelpunkt im Namen.
@thomas-braun
die doppelpunkte kommen immer automatisch bei mir steht im text kein doppel punkt -
@thomas-braun
die doppelpunkte kommen immer automatisch bei mir steht im text kein doppel punktshowmount -e 192.168.178.58
693
Online32.5k
Benutzer81.8k
Themen1.3m
Beiträge