Digital Eliteboard - Das Digitale Technik Forum
Registriere dich noch heute kostenloses um Mitglied zu werden! Sobald du angemeldet bist, kannst du auf unserer Seite aktiv teilnehmen, indem du deine eigenen Themen und Beiträge erstellst und dich über deinen eigenen Posteingang mit anderen Mitgliedern unterhalten kannst! Zudem bekommst du Zutritt zu Bereiche, welche für Gäste verwehrt bleiben
Ja ich habe erstmal meine Version auf die aktuellste Version migriert :smile:
Und jetzt habe ich das Problem das ein Profil was mit der ganzen Sache nichts zu tun hat nicht mehr funktioniert.
Als Fehler wird angegeben: FEHLER! Option -p wurde nicht korrekt definiert!
Dabei ist das Profil genau wie 2 andere nur das halt andere Pfade gesichert werden und der Profilbuchstabe anders ist. Was brauchst du da um das zu debuggen?
Das Profil für das Remote-Backup mittels Rsync-Daemon habe ich auch getestet. Ich habe dafür einfach den Modus auf "Daemon" gestellt und unter "target"
eingefügt
Leider endet das Profil mit einem Fehler. Hier die Ausgabe:
Wo kann ich denn angeben wo die Logs gespeichert werden?
Und jetzt habe ich das Problem das ein Profil was mit der ganzen Sache nichts zu tun hat nicht mehr funktioniert.
Als Fehler wird angegeben: FEHLER! Option -p wurde nicht korrekt definiert!
Dabei ist das Profil genau wie 2 andere nur das halt andere Pfade gesichert werden und der Profilbuchstabe anders ist. Was brauchst du da um das zu debuggen?
Das Profil für das Remote-Backup mittels Rsync-Daemon habe ich auch getestet. Ich habe dafür einfach den Modus auf "Daemon" gestellt und unter "target"
Code:
Du musst dich
Anmelden
oder
Registrieren um den Inhalt der Codes zu sehen!
Leider endet das Profil mit einem Fehler. Hier die Ausgabe:
Du musst dich
Anmelden
oder
Registrieren
um diesen Inhalt sichtbar zu machen!
Wo kann ich denn angeben wo die Logs gespeichert werden?
Zuletzt bearbeitet von einem Moderator:
OP
OP
MegaV0lt
Spezialist
Die Log-Datei muss Lokal erstellt werden, weil das Skript auf "remote-ip:
ladde" ja keinen Zugriff hat! Sieht man id der Meldung ja ganz gut. Zum Beispiel:
Das steht in der jeweiligen Profiikonfiguration!
Zu den Profilen:
Wenn nur ein Profil definiert ist, kann man das -p weg lassen, weil das Skript dann automatisch dieses Profil verwendet.
Bei mehreren Profilen muss man -p angeben oder -a für alle Profile.
PS: Das Skript speichert bei Fehlern alle gesetzten Variablen in /tmp (*.env). Da kannst man sich ansehen welche Variablen gesetzt waren. Vielleicht erkennt man da was.
PPS:
Zum testen kannst Du das jeweilige Profil ja in einer eigenen *.conf eintragen und das Skript mit -c Aufrufen um diese *.conf zu verwenden
ladde" ja keinen Zugriff hat! Sieht man id der Meldung ja ganz gut. Zum Beispiel:
Code:
Du musst dich
Anmelden
oder
Registrieren um den Inhalt der Codes zu sehen!
Zu den Profilen:
Wenn nur ein Profil definiert ist, kann man das -p weg lassen, weil das Skript dann automatisch dieses Profil verwendet.
Bei mehreren Profilen muss man -p angeben oder -a für alle Profile.
PS: Das Skript speichert bei Fehlern alle gesetzten Variablen in /tmp (*.env). Da kannst man sich ansehen welche Variablen gesetzt waren. Vielleicht erkennt man da was.
PPS:
Zum testen kannst Du das jeweilige Profil ja in einer eigenen *.conf eintragen und das Skript mit -c Aufrufen um diese *.conf zu verwenden
Hey MegaVolt..
Wirklich geniales Script, perfekt um Backups auf meine NAS zu schieben..
Habe ich den Ablauf richtig Verstanden..
Ich führe das Script zB Stündlich per Cron aus, es werden nur geänderte Dateiendie in "source" definiert werden auf die NAS geschoben?
Also nicht einfach jedesmal der komplette Ordner auf die NAS geschoben? Zu finde in "_DATEIEN"
Lösche ich eine Datei im Quell Verzeichnis is diese auf der NAS unter "Geloeschte Dateien" zu finden?
Viele Grüße
Wirklich geniales Script, perfekt um Backups auf meine NAS zu schieben..
Habe ich den Ablauf richtig Verstanden..
Ich führe das Script zB Stündlich per Cron aus, es werden nur geänderte Dateiendie in "source" definiert werden auf die NAS geschoben?
Also nicht einfach jedesmal der komplette Ordner auf die NAS geschoben? Zu finde in "_DATEIEN"
Lösche ich eine Datei im Quell Verzeichnis is diese auf der NAS unter "Geloeschte Dateien" zu finden?
Viele Grüße
Perfekt, läuft prima..
Eins würd mich noch interessieren, ist es auch möglich das Profil so zu konfigurieren das man vom entfernten Server via SSH sich die Files auf die NAS holt
Ganz nach dieser Anleitung:
Eins würd mich noch interessieren, ist es auch möglich das Profil so zu konfigurieren das man vom entfernten Server via SSH sich die Files auf die NAS holt
Ganz nach dieser Anleitung:
Du musst dich
Anmelden
oder
Registrieren
um diesen link zusehen!
OP
OP
MegaV0lt
Spezialist
Habe ich nicht getestet. Müsste aber gehen wenn man die Parameter entsprechend eingibt (rsync_opt[nr]).
Zum testen kann man ja auch --dry-run mit angeben ;-)
Zum testen den Normal-Modus nehmen. Eventuen auch mal den "Daemon-Modus". Im Daemon-Modus leegt das Skript im Ziel keinen Ordner für gelöschte Dateien an. Und versucht auch nicht _Dateien zu erstellen.
Zum testen kann man ja auch --dry-run mit angeben ;-)
Zum testen den Normal-Modus nehmen. Eventuen auch mal den "Daemon-Modus". Im Daemon-Modus leegt das Skript im Ziel keinen Ordner für gelöschte Dateien an. Und versucht auch nicht _Dateien zu erstellen.
cenobita77
Ist gelegentlich hier
- Registriert
- 18. September 2012
- Beiträge
- 74
- Reaktionspunkte
- 0
- Punkte
- 26
Guten Tag,
ich nutze dieses Backup Script nach wie vor, habe aber da eine Neuschaffung anstand dieses jetzt nicht hinbekommen.
Kurze Erklärung hatte es auf 2 Qnaps am laufen ohne Probleme in den vielen Jahren, die Qnaps mußten aus Altersgründen einer Synology DS1621+ weichen.
Jetzt bekomme ich dieses Script nicht mehr zum laufen auf der DS1621.
Was braucht ihr damit ihr mich unterstützen könnt..?
Das Script sieht momentan so aus, welches ich einsetze, die Werte sind nur durch die DS 1621 ersetzt worden ansonsten 1 zu 1 von den Qnap übernommen worden.
Evtl. muss ich etwas auf der DS anders machen als auf meinen Qnaps. Aber ich weiß nicht mehr was, hatte einige Dinge schon probiert aber kein Erfolg. betrifft User und Gruppen Rechte.
Aber diese habe ich auf dem Qnap auch nicht gehabt und es funktionierte alles bestens.
Verzeichnisse sind auf der Synology angelegtals oberstes Sicherung--> Backup_FHEM
IP der Synology ist die 10.0.0.33
Ich möchte das Verzeichnis welches ich auf der Synology genauso angelegt habe wie auf meinen Qnap in meine Fhem Installation mounten dabei bekomme ich aber folgenden Fehler:
Evtl. muss ich da Rechte bearbeiten, aber mir ist nicht ganz klar welche..?
ich nutze dieses Backup Script nach wie vor, habe aber da eine Neuschaffung anstand dieses jetzt nicht hinbekommen.
Kurze Erklärung hatte es auf 2 Qnaps am laufen ohne Probleme in den vielen Jahren, die Qnaps mußten aus Altersgründen einer Synology DS1621+ weichen.
Jetzt bekomme ich dieses Script nicht mehr zum laufen auf der DS1621.
Was braucht ihr damit ihr mich unterstützen könnt..?
Das Script sieht momentan so aus, welches ich einsetze, die Werte sind nur durch die DS 1621 ersetzt worden ansonsten 1 zu 1 von den Qnap übernommen worden.
Du musst dich
Anmelden
oder
Registrieren
um diesen Inhalt sichtbar zu machen!
Evtl. muss ich etwas auf der DS anders machen als auf meinen Qnaps. Aber ich weiß nicht mehr was, hatte einige Dinge schon probiert aber kein Erfolg. betrifft User und Gruppen Rechte.
Aber diese habe ich auf dem Qnap auch nicht gehabt und es funktionierte alles bestens.
Verzeichnisse sind auf der Synology angelegtals oberstes Sicherung--> Backup_FHEM
IP der Synology ist die 10.0.0.33
Ich möchte das Verzeichnis welches ich auf der Synology genauso angelegt habe wie auf meinen Qnap in meine Fhem Installation mounten dabei bekomme ich aber folgenden Fehler:
Evtl. muss ich da Rechte bearbeiten, aber mir ist nicht ganz klar welche..?
OP
OP
MegaV0lt
Spezialist
Ich kann dazu auch nicht viel sagen. Das es mit den Rechten zu tun haben muss scheint klar zu sein:
Versuch mal die Rechte auf dem Server (/Sicherung) auf 755 zu setzen. Ansonsten eventuell auch wie im obigen Beitrag mal nfsv4 verwenden oder mit der Option -o v3 Wovon aber abgeraten wird...
Du musst dich
Anmelden
oder
Registrieren
um diesen link zusehen!
Versuch mal die Rechte auf dem Server (/Sicherung) auf 755 zu setzen. Ansonsten eventuell auch wie im obigen Beitrag mal nfsv4 verwenden oder mit der Option -o v3 Wovon aber abgeraten wird...
cenobita77
Ist gelegentlich hier
- Registriert
- 18. September 2012
- Beiträge
- 74
- Reaktionspunkte
- 0
- Punkte
- 26
Die Rechte sind schon von Synology her auf 777 und nfsv4 habe ich eingestellt, aber geht trotzdem nicht.
OP
OP
MegaV0lt
Spezialist
Das Problem hat ja nichts mit dem Skript direkt zu tun. Ich weiss dazu leider auch nicht mehr. Du solltest eventuel mal in einem Synology-Forum nachfragen. Das Problem scheint nicht so selten zu sein:
Du musst dich
Anmelden
oder
Registrieren
um diesen link zusehen!
Zuletzt bearbeitet:
cenobita77
Ist gelegentlich hier
- Registriert
- 18. September 2012
- Beiträge
- 74
- Reaktionspunkte
- 0
- Punkte
- 26
Hallo guten Tag, ich habe es klären können, das Script braucht auf der Synology ein paar mehr Angaben.
Es lag eigentlich nur am Mountpoint
Für einen manuellen mount auf meiner DS1621+:
mount -t nfs -o rw,soft,timeo=50,retrans=5,rsize=32768,wsize=32768,tcp,nolock 10.0.0.33:/volume1/Sicherung/Backup_FHEM /mnt/NAS_DS1621/Backup_FHEM
in meiner auto.mount
Synology-1621-Backup-FHEM -fstype=nfs,rw,retry=0 10.0.0.33:/Sicherung/Backup_FHEM
bei deinem Script ist alles so geblieben bei der Angabe für das target
target[$nr]="${mount[$nr]:-$MOUNT}/mnt/NAS_DS1621/Backup_FHEM/Synology-1621-Backup-FHEM"
Vielen Dank auf diesem Wege nochmals für das Script was ich nun schon viele Jahre nutze.
Ich habe mich bisher nicht um Updates gekümmert weil ja alles gut läuft.
Bei Github gibt es ja wohl einiges neues, ist es ratsam zu wechseln und muss ich dazu sehr viel ändern, dann schaue ich mir das mal bei Gelegnheit an.
Es lag eigentlich nur am Mountpoint
Für einen manuellen mount auf meiner DS1621+:
mount -t nfs -o rw,soft,timeo=50,retrans=5,rsize=32768,wsize=32768,tcp,nolock 10.0.0.33:/volume1/Sicherung/Backup_FHEM /mnt/NAS_DS1621/Backup_FHEM
in meiner auto.mount
Synology-1621-Backup-FHEM -fstype=nfs,rw,retry=0 10.0.0.33:/Sicherung/Backup_FHEM
bei deinem Script ist alles so geblieben bei der Angabe für das target
target[$nr]="${mount[$nr]:-$MOUNT}/mnt/NAS_DS1621/Backup_FHEM/Synology-1621-Backup-FHEM"
Vielen Dank auf diesem Wege nochmals für das Script was ich nun schon viele Jahre nutze.
Ich habe mich bisher nicht um Updates gekümmert weil ja alles gut läuft.
Bei Github gibt es ja wohl einiges neues, ist es ratsam zu wechseln und muss ich dazu sehr viel ändern, dann schaue ich mir das mal bei Gelegnheit an.
Zuletzt bearbeitet:
OP
OP
MegaV0lt
Spezialist
Von der grundfunktionalität ist es noch gleich. Sind halt mit der Zeit einige Anpassungen und wünsche eingeflossen. Du kannse den aktuellen Stand ja testen und falls es nicht klappt auf die Version zurückgehen, die Du jetzt hast.
