Suchergebnisse

Danke für das Feedback. Nach Zeitplan hochfahren kannte ich gar nicht. Allerdings hilft mir nicht, nach Zeitplan herunterzufahren. Ich weiss ja nie, wie lange das Backup dauert.

Hallo zusammen, ich vermute einige User von HyperBackup haben sich bereits ein paar Scripte geschrieben, um den Backup-Prozess auf ein zweites NAS mit wake on LAN und remote shutdown zu automatisieren. Gefunden hatte ich allerdings nichts fertiges. Deshalb stelle ich hier mein Script zur...

alles klar, dann können wir beide damit leben ;-) Ehrlich gesagt störe ich mich persönlich auch immer am Wort Ordner oder folder. Das wurde meines Wissens irgendwann mal mit Windows eingeführt. Eigentlich handelt es sich doch um Verzeichnisse bzw. directories. Aber sei's drum ;-) Du machst nen...

Alles klar, dann bin ich mal so frei einen Verbesserungsvorschlag in der Wortwahl einzuwerfen ;-) Anstatt Datensicherungsziel vielleicht Ziel Freigabe oder dann im Englischen Target Share. Ggf. noch um das Wort Netzwerk erweitern. Ziel Netzwerkfreigabe, Target network share. Der Slash am...

ich muss zugeben, ich raffe es auch nicht. Wieso gibt es 2x ein Ziel? Datensicherungsziel und Zielordner? Sollte es nicht eine Quelle und ein Ziel geben? Wo liegt mein Fehler?

würde jetzt auch mal vermuten, dass du selbst auf /root gesichert hast ;-)

meinst du mich? Ich hab kein Problem. Genau das habe ich ja beschrieben. Die Vermutung stand im Raum, dass Basic Backup die Systempartition vollmüllt. Sowas kann ich bei mir NICHT beobachten.

Ich klinke mich mal ein. Also bei mir sehe ich nichts Ungewöhnliches. Auf der DS920+ sind 1,3GB vom System belegt: root@schoofinas:/# du -hs /* --exclude=mnt --exclude=volume1 --exclude=proc 0 /bin 0 /config 120K /dev 3.7M /etc 2.4M /etc.defaults 4.0K /initrd 0...

ja das ist richtig. dabei sollte aber ssh den exit code des aufgerufenen Befehls zurueckgeben. ich fahre hier schon pausenlos mein NAS hoch und runter und komme nicht drauf, wie ich das korrigieren kann. um ehrlich zu sein ignoriere ich nun einfach den exit code

leider gibt er mir immer noch exitcode 255 aus. ist aber nicht schlimm. vielleicht haette ich besser von anfang an auf ssh pull eingestellt. dann kann ich ja lokal auch mit root rechten runterfahren. der ssh pull würde dann automatisch beim boot getriggert werden.

Noch was zum remote shutdown. Da ist auch noch ein Bug drin. Nur zur Erklärung, ich mache ja ein push backup. Mein Remote User ist in der Synology Gruppe "administrators", also hab ich in der /etc/sudoers einfach folgendes eingefuegt, damit per sudo ein shutdown gemacht werden darf...

Hallo, EDIT: Ich habs, das Problem ist dein Aufruf: ssmtp "${var[emailfrom]}" < "${email_log}" Es muss anstattl emailfrom die Variable emailto gentutz werden. Alter Text: heute hatte ich nochmal ein wenig Zeit zum testen. Meine Situation is folgende: Auf dem Mailserver existieren 2...

übrigens, eine eMail gibts immer noch keine ;-) Im Log steht zum Schluss nur: sent 13.59G bytes received 21.37K bytes 29.71M bytes/sec total size is 21.26T speedup is 1,563.85 -------------------------------------------------------------------------------------------------------------------...

Jetzt wird es total crazy. Ich wollte mir gerade mal anschauen wo genau im Script der Fehler auftaucht. Dazu also das Script auf der Console ausgefuehrt und geschaut was ausgegeben wird. Dann fokussiert auf die letzte Logmeldung, die vor dem eigentlichen Fehler angezeigt wird. Dafür das Script...

interessant. Ich wuerde behaupten, dass ich nichts geaendert habe, ausser das Update von BasicBackup eingespielt zu haben. Von den Permissions sieht es fuer mich alles OK aus. und nu?

Wenn das so einfach wäre :-) Das Forum lässt mich keine Nachricht an dich senden, siehe Bild Hier der pastebin Link: https://pastebin.com/CU4vfa3Q

ich vermute ja, bin mir aber nicht sicher. ich wollte es jetzt NACH dem update nochmal ausprobieren. Allerdings schlaegt das Update Script jetzt fehl, siehe unten. Eine eMail bekomme ich nach wie vor nicht :-/...

moinsen, ich mal wieder :-) Habe heute erst auf die 0.3-100 aktualisiert, aber mit der Version davor ist mir aufgefallen, dass ich gar keine eMail Notification mehr bekommen hab. Koennte das eventuell an einer Einstellung liegen? Kein Fehler, keine eMail.... nichts Koennte es daran liegen...

Ich glaube hier kann man alte Beiträge nicht mehr editieren, oder? Auf jeden Fall, zu den Verzeichnis Permissions. Ich glaube das liegt daran weil das Docker share automatisch erstellt wurde mit Berechtigung 777 und mein anderes Share hatte auf dem /volume1/share Verzeichnis keine Berechtigungen...

Das hat funktioniert. Wenn ich erst auf "Basic Backup" Schriftzug klicke und dann einen neuen Job anlege, dann wird auch korrekt angezeigt "Job Create". Was mir vorher noch aufgefallen war. Ist hatte zuerst meinen ersten job, Job1. Danach wollte ich Job2 erstellen, aber in Wirklichkeit hat...