Benutzer:Conan174/rdiff-backup
rdiff-backup script erstellung
Hallo zusammen, ich brauch eure hilfe und zwar möchte ich mit rdiff-backup meinen nas backupen auf meinem server der per ssh angesprochen werden soll. benutzer sind alle soweit angelegt ich bräucht nur die hilfe beim scrpit, er soll den des ordners ihnalt "/share/MD1_DATA/RAID2" auf dem server im ordner "/home/backup/backup" als ein file und Differenziell speichern. Könnt ihr mir bitte helfen?-- Conan (Nachricht an mich? Bitte hier lang.) 01:05, 7. Jun. 2014 (CEST)
- 1. für n full backup könnte man `tar cjf /home/backup/backup/<zeitstempel>.tbz /share/MD1_DATA/RAID2` verwenden... 2. für n differentielles backup könnte man sich Dateien suchen deren Größe oder Modify(?)-Zeitstempel geändert hat, und davon dann n patch mit `bsdiff` machen (wobei man für beides allerdings n Schnappschuss der Dateien bräuchte, von dem dann auch das full backup stammen sollte, falls sich eine Datei während des Backups geändert hat)... 3. oder man macht alles selbst und speichert sich Checksummen für 1MiB Blöcke jeder Datei (nebst Zeitstempel und Größe), im Moment des letzten Backups, und benutzt diese „Fingerabdrücke“ dann für differentielle Backups... 4. ob's sowas schon fertig gibt, weiß ich nich... XFS bietet wohl Snapshots an, mit denen Backups ganz leicht gehen (also das mit vorher/nachher und so)... --Heimschützenzentrum (?) 08:06, 7. Jun. 2014 (CEST)
- ähm ja, du hast gesehen das ich es per "rdiff-backup" machen möchte?-- Conan (Nachricht an mich? Bitte hier lang.) 09:56, 7. Jun. 2014 (CEST)
- hmm... das meinst du? da steht, dass es ganz einfach geht... wieso sollte man da noch n extra skript schreiben müssen? --Heimschützenzentrum (?) 12:00, 7. Jun. 2014 (CEST)
- reicht vllt n beispiel von da: [1]? --Heimschützenzentrum (?) 12:01, 7. Jun. 2014 (CEST)
- warum als script? kann ihc dir ganz leicht erklären, also ich möchte das rdiff-backup nachts ein backup meienr nass hdd macht und es per ssh auf meinem server hochläd. Ein script muss es sein das es nachts automatisch gemacht wird. ich hab google seid gestern umgewältz, ich finde zwar scripts, aber ich raffe nciht so ganz wie ich das verzeichniss eintragen muss wo gespeichert werden soll, es steht zwar dabei "alles was im / befindet" aber ich sehe die stelle nicht wo das fest gelegt wird.-- Conan (Nachricht an mich? Bitte hier lang.) 12:12, 7. Jun. 2014 (CEST)
- ist doch n einzeiler... also ohne script: einfach in die crontab `rdiff-backup /some/local-dir hostname.net::/whatever/remote-dir` eintragen (das macht ssh und so automatisch)? oder ich versteh das problem nich... sorry... --Heimschützenzentrum (?) 12:37, 7. Jun. 2014 (CEST)
- es soll aber nicht nur ne 1zu1 kopie sein sondern ein Differenzielles.-- Conan (Nachricht an mich? Bitte hier lang.) 12:42, 7. Jun. 2014 (CEST)
- ist doch n einzeiler... also ohne script: einfach in die crontab `rdiff-backup /some/local-dir hostname.net::/whatever/remote-dir` eintragen (das macht ssh und so automatisch)? oder ich versteh das problem nich... sorry... --Heimschützenzentrum (?) 12:37, 7. Jun. 2014 (CEST)
- das macht es doch von allein, oder? „but extra reverse diffs are stored in a special subdirectory of that target directory, so you can still recover files lost some time ago.“ (Übersetzung: „aber einige zusätzliche rdiffs werden gespeichert in einem speziellen Unterverzeichnis des Ziel-Verzeichnisses, so dass man immernoch Dateien wiederherstellen kann, die einige Zeit zuvor verloren gingen.“ (oder so))... --Heimschützenzentrum (?) 12:59, 7. Jun. 2014 (CEST)
- öhm, sorry ich hb keinen schimmer vom programm.-- Conan (Nachricht an mich? Bitte hier lang.) 13:15, 7. Jun. 2014 (CEST)
- das macht es doch von allein, oder? „but extra reverse diffs are stored in a special subdirectory of that target directory, so you can still recover files lost some time ago.“ (Übersetzung: „aber einige zusätzliche rdiffs werden gespeichert in einem speziellen Unterverzeichnis des Ziel-Verzeichnisses, so dass man immernoch Dateien wiederherstellen kann, die einige Zeit zuvor verloren gingen.“ (oder so))... --Heimschützenzentrum (?) 12:59, 7. Jun. 2014 (CEST)
- *kicher* dann probier's doch erstmal mit nem kleinen Test-Verzeichnis aus? --Heimschützenzentrum (?) 13:36, 7. Jun. 2014 (CEST)
- wen ich das programm beherschen könnte würde ich nciht hier fragen oder ;) ich musste auf meinem server auch rdiff-backup, wobei in welchem format speichert rdiff eingetlich die backups ab?-- Conan (Nachricht an mich? Bitte hier lang.) 14:23, 7. Jun. 2014 (CEST)
- och je... :-) also auf dem Rechner, auf dem die zu backuppenden Daten liegen, muss das rdiff-backup Paket installiert sein... oder du mountest dessen Verzeichnis, auf dem die zu backuppenden Daten liegen, auf dem NAS-Knoten... oder du machst alles auf dem NAS-Knoten... und das Format kann dir erstmal total egal sein, sonst verzetteln wir uns nur... --Heimschützenzentrum (?) 17:31, 7. Jun. 2014 (CEST)
- Vielleicht hilft auch
man rdiff-backup
. --Rôtkæppchen₆₈ 18:32, 7. Jun. 2014 (CEST)
- ja, genau... oder einfach die offizielle WebSite, die ich gleich als zweites verlinkt hab... zwei Clicks: Doc->man->[2]... :-) --Heimschützenzentrum (?) 07:27, 8. Jun. 2014 (CEST)
- Also ich muste nicht nur auf meiner nas rdiff innstallieren sondern auch auf meinem server, sontst hätte er keine verbindung bekommen in dem ich "rdiff-backup /share/MD1_DATA/RAID2/Backup_vom_XXX backup@XXX.XXX.XXX.XXX ::/home/backup/backup" eingetippt hätte -- Conan (Nachricht an mich? Bitte hier lang.) 20:12, 8. Jun. 2014 (CEST)
- so leute ich bekomme eine fehlermwldung, was will sie mir sagen?-- Conan (Nachricht an mich? Bitte hier lang.) 21:40, 8. Jun. 2014 (CEST) hier als pastebin ist augenfreundlicher [3] -- Conan (Nachricht an mich? Bitte hier lang.) 22:40, 8. Jun. 2014 (CEST)
- sieht nach nem EPERM aus... das könnte was mit Zugriffsrechten des Benutzers, der auf dem NAS zu schreiben versucht, zu tun haben... vgl: 1. „/usr/include/asm-generic/errno-base.h:#define EPERM 1 /* Operation not permitted */“ und 2. man-page open(2)... --Heimschützenzentrum (?) 22:50, 8. Jun. 2014 (CEST) vllt isses auch was mit ner Firewall oder so? mal an „--terminal-verbosity“ rumgedreht? gleich auf 9? *huch* :-) --Heimschützenzentrum (?) 22:55, 8. Jun. 2014 (CEST)
- eprem öhm, ok... welcher user ist das dann? der vom nas (admin) oder vom server (admin)?friewall gibt es nur in der fritzbox wo die (oder das?) nas hängt und die ist nicht so berauschend (für technick freaks) was meinst du mit rumgedreht?- Conan (Nachricht an mich? Bitte hier lang.) 23:01, 8. Jun. 2014 (CEST)
- sieht nach nem EPERM aus... das könnte was mit Zugriffsrechten des Benutzers, der auf dem NAS zu schreiben versucht, zu tun haben... vgl: 1. „/usr/include/asm-generic/errno-base.h:#define EPERM 1 /* Operation not permitted */“ und 2. man-page open(2)... --Heimschützenzentrum (?) 22:50, 8. Jun. 2014 (CEST) vllt isses auch was mit ner Firewall oder so? mal an „--terminal-verbosity“ rumgedreht? gleich auf 9? *huch* :-) --Heimschützenzentrum (?) 22:55, 8. Jun. 2014 (CEST)
- *nach links rutsch* einfach „rdiff-backup --terminal-verbosity 9 [...]“? ich würde vermuten, dass es der user „backup“ auf dem NAS ist, der nicht (schreibend) zugreifen darf... --Heimschützenzentrum (?) 23:13, 8. Jun. 2014 (CEST)
- nope user backup ist vom vom server wo das backup haben soll, ok ich probeire es mal aus.-- Conan (Nachricht an mich? Bitte hier lang.) 23:26, 8. Jun. 2014 (CEST)
- schick --terminal-verbosity 9 macht ein tolles log da hilft mir schon weiter-- Conan (Nachricht an mich? Bitte hier lang.) 23:31, 8. Jun. 2014 (CEST)
- nope user backup ist vom vom server wo das backup haben soll, ok ich probeire es mal aus.-- Conan (Nachricht an mich? Bitte hier lang.) 23:26, 8. Jun. 2014 (CEST)
- und was war's? *neugierig sei* :-) --Heimschützenzentrum (?) 23:46, 8. Jun. 2014 (CEST)
- läuft ncoh, das log output von putty ist jetzt schon >250mb gross-- Conan (Nachricht an mich? Bitte hier lang.) 23:56, 8. Jun. 2014 (CEST)
- und was war's? *neugierig sei* :-) --Heimschützenzentrum (?) 23:46, 8. Jun. 2014 (CEST)
- *staun* also ist der Fehler jetzt wech? --Heimschützenzentrum (?) 07:46, 9. Jun. 2014 (CEST)
- nope es dauert immer lange bis der fehler auftritt so auch hier [4] -- Conan (Nachricht an mich? Bitte hier lang.) 09:48, 9. Jun. 2014 (CEST)
- *staun* also ist der Fehler jetzt wech? --Heimschützenzentrum (?) 07:46, 9. Jun. 2014 (CEST)
- und was sagt „ls -ld /home/backup/backup /home/backup/backup/trashbox“? also auf dem NAS ausgeführt, wenn ich das richtig verstehe... --Heimschützenzentrum (?) 10:31, 9. Jun. 2014 (CEST)
- also ich hab 3leere ordner (ras, SCANS, trashbox) gelöscht und hab vom /home/backup/backup die rechte nochmal settzten llassen und den besitzer und gruppe auf "backup" geändert. jetzt lief rdiff ohne probleme durch. so leute wie tell ich es jetzt an das der befehl automatisch morgen um 1uhr nachts macht? noch besser wäre es wen er mir dan eine email schickt mit seinem log bzw. ergebniss. auf jedefall danke für eure hilfe-- Conan (Nachricht an mich? Bitte hier lang.) 10:57, 9. Jun. 2014 (CEST)
- also unter UNIXoiden OSen könnte man es in die crontab schreiben und bekommt dann auch brav die Ausgabe des Progis per eMail... wie es unter MS Winblöds ist, weiß ich nich... da müsstest du vllt ne neue Frage aufmachen, fallse user:Eike sauer oder user:Rotkaeppchen68 hier nich mehr mitlesen... --Heimschützenzentrum (?) 13:02, 9. Jun. 2014 (CEST)
- dan past es ja gut das die nas und der server linux sind.-- Conan (Nachricht an mich? Bitte hier lang.) 13:27, 9. Jun. 2014 (CEST)
- also unter UNIXoiden OSen könnte man es in die crontab schreiben und bekommt dann auch brav die Ausgabe des Progis per eMail... wie es unter MS Winblöds ist, weiß ich nich... da müsstest du vllt ne neue Frage aufmachen, fallse user:Eike sauer oder user:Rotkaeppchen68 hier nich mehr mitlesen... --Heimschützenzentrum (?) 13:02, 9. Jun. 2014 (CEST)
- supi! dann isses „<min> <std> <tag> <mon> <wochentag> <kommando>“... also in deinem Fall: 1. „crontab -e“ ausführen und dann die Zeile „0 1 * * * rdiff-backup blah blub“ einfügen... --Heimschützenzentrum (?) 13:39, 9. Jun. 2014 (CEST)
- darum kümmer eich mich gleich jetzt hab ich gerade ein anderes probleme, ich hab versucht danach [5] dem user backup ein login ohne passwort zu ermöglichen, also über puplick key, ich hab alles so gemacht wie es dort steht, also auf der nas per ssh eingelogt und eingetippt "ssh-keygen -t rsa" ordner " /share/Public/id_rsa" kein "passphrase" und dan " cat /root/.ssh/id_rsa.pub >> /root/.ssh/authorized_keys" "chmod 600 /root/.ssh/authorized_keys" und dan genau das gemacht was dort steht [6] aber wen ich zu testzewcken "ssh backup@servewr" im shh der nas eintippen fragt er mich nach einem passwort. findest du den fehler?-- Conan (Nachricht an mich? Bitte hier lang.) 15:16, 9. Jun. 2014 (CEST)
- also wenn du auf S bist und dich auf N per ssh-ohne-passwort einloggen willst, dann musst du auf S den secret-key haben und auf N den public-key (dazu habe ich auf S ssh-keygen gestartet)... bei mir liegen die in dem jeweiligen ~/.ssh Verzeichnis... auf S heißt die Datei dann „~/.ssh/id_dsa“ und auf N heißt sie „~/.ssh/authorized_keys“ (eine Zeile pro berechtigtem Account)...--Heimschützenzentrum (?) 18:59, 9. Jun. 2014 (CEST)
- Ich bin doch auf n und will auf s die backups werfen (so hb ich rdiff verstanden) also muss ich "ssh-keygen" auf N, den scret-key von N muss auf S. ich muss doch rdiff, auf n ausführen, oder muss das S machen? -- Conan (Nachricht an mich? Bitte hier lang.) 19:10, 9. Jun. 2014 (CEST)
- also wenn du auf S bist und dich auf N per ssh-ohne-passwort einloggen willst, dann musst du auf S den secret-key haben und auf N den public-key (dazu habe ich auf S ssh-keygen gestartet)... bei mir liegen die in dem jeweiligen ~/.ssh Verzeichnis... auf S heißt die Datei dann „~/.ssh/id_dsa“ und auf N heißt sie „~/.ssh/authorized_keys“ (eine Zeile pro berechtigtem Account)...--Heimschützenzentrum (?) 18:59, 9. Jun. 2014 (CEST)
- hm... also du startest doch rdiff-backup auf S, oder? dann loggt der sich über ssh auf N ein und startet dort einen weiteren rdiff-backup prozess, oda? also ssh-keygen auf S und dann den public-key in die ~backup/.ssh/authorized_keys Datei auf N eintragen... so klappt's bei mir jedenfalls... --Heimschützenzentrum (?) 20:28, 9. Jun. 2014 (CEST)
- Ähm, nein ich mach rdiff-backup /share/MD1_DATA/RAID2/Backup_vom_nas backup@server::/home/backup/backup auf der nas-- Conan (Nachricht an mich? Bitte hier lang.) 20:30, 9. Jun. 2014 (CEST)
- update ich konnte jetzt dem linux auf s beibringen das der user "backup" nur noch per publickey sich einlogen darf, (hab die falsche datei bearbeitet) aber jetzt hab ich woll irgendwie einen bock geschossen und bekomme die meldung "permission denied (publickey)" jetzt muss ich den publickey auf n vom "backup" s löschen bzw. ändern, die frage ist nur wie..-- Conan (Nachricht an mich? Bitte hier lang.) 22:16, 9. Jun. 2014 (CEST)
- hm... also du startest doch rdiff-backup auf S, oder? dann loggt der sich über ssh auf N ein und startet dort einen weiteren rdiff-backup prozess, oda? also ssh-keygen auf S und dann den public-key in die ~backup/.ssh/authorized_keys Datei auf N eintragen... so klappt's bei mir jedenfalls... --Heimschützenzentrum (?) 20:28, 9. Jun. 2014 (CEST)
- wieso nur noch per publickey? hast du die /etc/ssh/sshd_config geändert? ssh kennt den Parameter „-v“ (für extra viel Meldungen)... vllt hilft das? --Heimschützenzentrum (?) 23:01, 9. Jun. 2014 (CEST)
- weil ich den user backup nciht überreden konnte auf eine passwort eingabe zu verzichten. der user backup soll auschlslich fürs backups da sein, deswegen nur per pubkey-- Conan (Nachricht an mich? Bitte hier lang.) 23:19, 9. Jun. 2014 (CEST)
- normal fängt er mit publickey an, weil's 1000x kühler ist als alles andere... :-) also kein Grund die sshd_config zu ändern... ich hab die nur geändert, weil ich Passwörter für zu unsicher halte... die ersten gefühlten 100 ssh Installationen hatte ich auch Schwierigkeiten, aber jetzt geht's ganz leicht... meistens weil die Permissions vom Home-Verzeichnis oder vom .ssh Verzeichnis oder von den key-Files zu lasch waren... die sollten 0700 respektive 0600 sein oder so... und der Owner muss stimmen... --Heimschützenzentrum (?) 23:38, 9. Jun. 2014 (CEST)
- Irgendwie woltle er bei mir nicht, naja egal jetzt gehts, ich musste id_rsa in den ordner /root/.ssh auf N kopieren und dan die rechte jetzt gehts. nexte baustelle crontab -e, wie muss ich es eintragen das es nachts um 1 uhr startet? woher weis crontab das er mir ne mail schicken soll?-- Conan (Nachricht an mich? Bitte hier lang.) 00:18, 10. Jun. 2014 (CEST)
- normal fängt er mit publickey an, weil's 1000x kühler ist als alles andere... :-) also kein Grund die sshd_config zu ändern... ich hab die nur geändert, weil ich Passwörter für zu unsicher halte... die ersten gefühlten 100 ssh Installationen hatte ich auch Schwierigkeiten, aber jetzt geht's ganz leicht... meistens weil die Permissions vom Home-Verzeichnis oder vom .ssh Verzeichnis oder von den key-Files zu lasch waren... die sollten 0700 respektive 0600 sein oder so... und der Owner muss stimmen... --Heimschützenzentrum (?) 23:38, 9. Jun. 2014 (CEST)
- steht doch oben schon (gestern 13:39+02:00)... die email ginge wohl an root@N... wer kriegt die denn? --Heimschützenzentrum (?) 07:27, 10. Jun. 2014 (CEST)
- Du könntest dirvish verwenden, das kann glaub ich schon, was du brauchst. --Eike (Diskussion) 10:23, 10. Jun. 2014 (CEST)
- @Eike oh toll damit kommst du jetzt daher wo ich rdfii am laufen habe ;) @Heimschützenzentrum wen ich in die crontab „0 1 * * * rdiff-backup blah blub" eintrage macht er es dan nachts um 1uhr von alleine und nciht alle stunde? GRuss-- Conan (Nachricht an mich? Bitte hier lang.) 15:51, 10. Jun. 2014 (CEST)
- komm und hol's dir... :-) ich meine: probiers doch mit „28 16 * * * ls“ aus, wenn du mir nich glaubst (was ich auch nich ohne Test täte...)... *kicher* --Heimschützenzentrum (?) 16:27, 10. Jun. 2014 (CEST)
- also ich hab jetzt "09 21 * * * ls" ausprobiert, im "crontab -e" steht es drin, aber ne mail hab ihc nciht bekommen.--21:15, 10. Jun. 2014 (CEST)
- komm und hol's dir... :-) ich meine: probiers doch mit „28 16 * * * ls“ aus, wenn du mir nich glaubst (was ich auch nich ohne Test täte...)... *kicher* --Heimschützenzentrum (?) 16:27, 10. Jun. 2014 (CEST)
- was sagt „mail -u root“ (wenn es root's crontab war... oder wessen crontab war es?)...? normal schickt das ding ne mail... vllt ist das auf deinem Server irgendwie abgestellt? --Heimschützenzentrum (?) 00:30, 11. Jun. 2014 (CEST)
- n sagt§[admin@NASD9232D /]# mail -u root -sh: mail: command not found" ob die cromtab vom root kann ich dir nicht sagen-- Conan (Nachricht an mich? Bitte hier lang.) 13:28, 11. Jun. 2014 (CEST)
- was sagt „mail -u root“ (wenn es root's crontab war... oder wessen crontab war es?)...? normal schickt das ding ne mail... vllt ist das auf deinem Server irgendwie abgestellt? --Heimschützenzentrum (?) 00:30, 11. Jun. 2014 (CEST)
- kein „mail“? *eeks* was sagt denn „crontab -u root -l“ (das zeigt die crontab von root)... wenn dein Server keine mails lesen kann, dann kann er dir vllt auch keine schicken? aber wer macht sowas? was sagt denn „ls -l /var/mail /var/spool/mail“? --Heimschützenzentrum (?) 18:41, 11. Jun. 2014 (CEST)
- [admin@NASD9232D /]# crontab -u root -l crontab: user root unknown und "[admin@NASD9232D /]# ls -l /var/mail /var/spool/mail ls: /var/mail: No such file or directory ls: /var/spool/mail: No such file or directory denk daran das es eien nas ist die zwar linux hat aber es ist sletsam in der ordner sturktur, obwoll ich openssh innstalliert habe wechselt das nas bei jedem boot den ssh schlüssel. -- Conan (Nachricht an mich? Bitte hier lang.) 18:46, 11. Jun. 2014 (CEST)
- ach je... was sagt denn der NAS Hersteller, wie das Ding mails verschicken kann? in die crontab kann man die Zeile „MAILTO=blubber@blah.bla.bla“ schreiben... vllt geht das ja zufällig schon jetzt? --Heimschützenzentrum (?) 19:22, 11. Jun. 2014 (CEST)
- nur das http://docs.qnap.com/nas/de/index.html?notification.htm -- Conan (Nachricht an mich? Bitte hier lang.) 19:26, 11. Jun. 2014 (CEST)
- "36 19 * * * MAILTO=XXX@gmail.com ls" ls auch "33 19 * * * ls MAILTO=XXX@gmail.com liefern das selbe ergebniss, ncihts.-- Conan (Nachricht an mich? Bitte hier lang.) 19:57, 11. Jun. 2014 (CEST)
- ach je... was sagt denn der NAS Hersteller, wie das Ding mails verschicken kann? in die crontab kann man die Zeile „MAILTO=blubber@blah.bla.bla“ schreiben... vllt geht das ja zufällig schon jetzt? --Heimschützenzentrum (?) 19:22, 11. Jun. 2014 (CEST)
- 1. es muss auch in ne _eigene_ Zeile: „MAILTO=XXX@gmail.com<NL>33 19 * * * ls“... 2. hast du denn den SMTP Service auf dem NAS ge-conf-t? :-) --Heimschützenzentrum (?) 20:20, 11. Jun. 2014 (CEST)
- folgendes steht in der crontab "# m h dom m dow cmd
0 3 * * 0 /etc/init.d/idmap.sh dump 0 4 * * * /sbin/hwclock -s 0 3 * * * /sbin/vs_refresh 0 3 * * * /sbin/clean_reset_pwd 0-59/15 * * * * /etc/init.d/nss2_dusg.sh 30 7 * * * /sbin/clean_upload_file 0 3 * * * /bin/rm -rf /mnt/HDA_ROOT/twonkymedia/twonkymedia.db/cache/* 30 3 * * * /sbin/notice_log_tool -v -R 0 3 * * * /etc/init.d/ImRd.sh bgThGen 3 * * * * /sbin/qddns_check 2>/dev/null 59 21 * * * MAILTO=xxx@gmail.com 59 21 * * * ls 30 7 * * * /usr/local/sbin/version_cleaner -t 0 > /dev/null 2>/dev/null 0 0 * * * /usr/bin/qcloud_cli -c 4 3 * * 3 /etc/init.d/backup_conf.sh" gekommen ist nichts --22:10, 11. Jun. 2014 (CEST)
- meine daten hab ich im webinterface eingetragen und ich bekomme mails vom webinterface-- Conan (Nachricht an mich? Bitte hier lang.) 22:13, 11. Jun. 2014 (CEST)
- nee... einfach so „MAILTO=xxx@gmail.com“ ohne was davor... :-)
MAILTO=xxx@gmail.com 59 21 * * * ls
- --Heimschützenzentrum (?) 22:49, 11. Jun. 2014 (CEST)
- nope keien mail-- Conan (Nachricht an mich? Bitte hier lang.) 22:58, 11. Jun. 2014 (CEST)
- --Heimschützenzentrum (?) 22:49, 11. Jun. 2014 (CEST)
- dann stimmt da was mit dem mail oder cron daemon nich... :-) --Heimschützenzentrum (?) 23:09, 11. Jun. 2014 (CEST)
- mail war nicht innstallieret hab ich nachghehollt, kann schon sein aber wo finde ich ein log vom cron?-- Conan (Nachricht an mich? Bitte hier lang.) 23:12, 11. Jun. 2014 (CEST)
- ich hab "perl-mailtools" innstalliert, hat er mir angezeigt als ich im ipkg mailto eingetippe hatte-- Conan (Nachricht an mich? Bitte hier lang.) 23:21, 11. Jun. 2014 (CEST)
- dann stimmt da was mit dem mail oder cron daemon nich... :-) --Heimschützenzentrum (?) 23:09, 11. Jun. 2014 (CEST)
- hm... 1. perl hört sich nich so an, als ob es dem cron daemon hilft... am besten fragst du das mal den Hersteller von dem NAS... der hat bestimmt n Forum... 2. der cron daemon loggt auch über syslog, aber nich die ausgabe der ausgeführten kommandos... --Heimschützenzentrum (?) 08:22, 12. Jun. 2014 (CEST)
- ich hab es eifnach ma probiert.es gibt ein deutschsprachiges forum [7] aber das ist nicht zu gebrauchen... und meine eng ist für die tonne -.- -- Conan (Nachricht an mich? Bitte hier lang.) 08:40, 12. Jun. 2014 (CEST)
- hm... 1. perl hört sich nich so an, als ob es dem cron daemon hilft... am besten fragst du das mal den Hersteller von dem NAS... der hat bestimmt n Forum... 2. der cron daemon loggt auch über syslog, aber nich die ausgabe der ausgeführten kommandos... --Heimschützenzentrum (?) 08:22, 12. Jun. 2014 (CEST)
- also unter Fedora heißt das Mail-Sende-Paket: mailx... --Heimschützenzentrum (?) 10:36, 12. Jun. 2014 (CEST)
- mailx gibt es nicht im ipkg der nas (ist ein ARM sys)-- Conan (Nachricht an mich? Bitte hier lang.) 11:43, 12. Jun. 2014 (CEST)
- ARM dran. Was isses denn für eine NAS? --Rôtkæppchen₆₈ 23:00, 12. Jun. 2014 (CEST)
- Für Synology – so eine steht unter meinem Schreibtisch – steht hier, wie es geht. --Rôtkæppchen₆₈ 23:05, 12. Jun. 2014 (CEST)
- Stimmt mit meiner QNAP TS-421 bin ich ARM dran. Endschuldigung ich dahcte ich hätte es oben mal erwähnt. deinen link probier ich mal aus.-- Conan (Nachricht an mich? Bitte hier lang.) 23:21, 12. Jun. 2014 (CEST)
- im app store finde ich kein probgramm wo mit "email" beginnt und im ipkg auch nciht [8] -- Conan (Nachricht an mich? Bitte hier lang.) 23:26, 12. Jun. 2014 (CEST)
- Ich bin manchmal doof im Lesen. Sorry für die unnötige Rückfrage. --Rôtkæppchen₆₈ 01:56, 13. Jun. 2014 (CEST)
- mailx gibt es nicht im ipkg der nas (ist ein ARM sys)-- Conan (Nachricht an mich? Bitte hier lang.) 11:43, 12. Jun. 2014 (CEST)
- gibt es denn das Kommando „nc“? dann könnte man sich n SMTP client selbst basteln... SMTP ist einfach zu sprechen... *kicher* „printf "HELO blah\nmail from: <blub@blah>\nrcpt to: <xxx@gmail.com>\ndata\nFrom: <blub@blah>\nTo: <xxx@gmail.com>\nSubject: blubber\n\nlaalaalaaahhhhhh\n.\n"|nc smtp.server smtp“ --Heimschützenzentrum (?) 07:23, 13. Jun. 2014 (CEST)
- Neeee gibt es natürlich nciht -.- [admin@NASD9232D /]# nc -sh: nc: command not found pe rgoogle hab ich zwar das [9] gefunden aber mein eng reicht nciht aus um dasscript zu verstehen und ob es geklappt hat.-- Conan (Nachricht an mich? Bitte hier lang.) 09:03, 13. Jun. 2014 (CEST)
- oh prima... du hast sendmail? dann geht es einfach: „1 12 * * * (printf 'To: xxx@gmail.com\nSubject: blubber\n\n';ls -la)|sendmail -t“ als eine Zeile in der crontab... --Heimschützenzentrum (?) 09:43, 13. Jun. 2014 (CEST)
- öhm, ichweis es nicht? wie schaue ich das nach?-- Conan (Nachricht an mich? Bitte hier lang.) 09:52, 13. Jun. 2014 (CEST)
- ja ich hab sendmail im nas, den cron brachte ncihts, aber im ssh "sendmail mano" (wollte eingelich was anderes pobieren) kamm eine mail zurück(!) "Delivery to the following recipient failed permanently: mano@nasd9232d Technical details of permanent failure: DNS Error: Domain name not found" ist schon mal ein vordschrit.-- Conan (Nachricht an mich? Bitte hier lang.) 15:24, 13. Jun. 2014 (CEST)
- ja, sendmail kann nervig sein... und es ist so leistungsstark, dass früher jedenfalls dauernd sicherheitslücken bekannt wurden... scheinbar will sendmail nur an öffentliche email adressen zustellen... was passiert mit sowas: „sendmail xxx@gmx.com“? --Heimschützenzentrum (?) 15:48, 13. Jun. 2014 (CEST)
- öhm nö, ich hatte keine richtige email addresse angeben da kann es doch nciht gehen ;) wen ich sendmail xxx@gmx.com eintippe kann ich einen text rein schreiben aber ich hab noch nciht rausbekommen wie man es schliest, ich schliese das fenster kommplet, dan bekomme ich eine mail mit dem inhalt.-- Conan (Nachricht an mich? Bitte hier lang.) 15:55, 13. Jun. 2014 (CEST)
- Versuche es mal mit Ctrl+D. Das ist bei unixoiden Betriebssystemen das Dateiendezeichen. Bei CP/M und Nachfolgern ist das Strg+Z. --Rôtkæppchen₆₈ 16:04, 13. Jun. 2014 (CEST)
- mit Ctrl+D einmal gedrückt ncihts, ein 2tes mal gedrückt schöiest er das fenster und die mail hat keinen inhalt. Strg+Z produziert nur ^Z -- Conan (Nachricht an mich? Bitte hier lang.) 16:16, 13. Jun. 2014 (CEST)
- Versuche es mal mit Ctrl+D. Das ist bei unixoiden Betriebssystemen das Dateiendezeichen. Bei CP/M und Nachfolgern ist das Strg+Z. --Rôtkæppchen₆₈ 16:04, 13. Jun. 2014 (CEST)
- öhm nö, ich hatte keine richtige email addresse angeben da kann es doch nciht gehen ;) wen ich sendmail xxx@gmx.com eintippe kann ich einen text rein schreiben aber ich hab noch nciht rausbekommen wie man es schliest, ich schliese das fenster kommplet, dan bekomme ich eine mail mit dem inhalt.-- Conan (Nachricht an mich? Bitte hier lang.) 15:55, 13. Jun. 2014 (CEST)
- ja, sendmail kann nervig sein... und es ist so leistungsstark, dass früher jedenfalls dauernd sicherheitslücken bekannt wurden... scheinbar will sendmail nur an öffentliche email adressen zustellen... was passiert mit sowas: „sendmail xxx@gmx.com“? --Heimschützenzentrum (?) 15:48, 13. Jun. 2014 (CEST)
- normal beendet man ne email mit „.<NL>“ (also Punkt am Anfang einer Zeile und dann Enter)... --Heimschützenzentrum (?) 17:46, 13. Jun. 2014 (CEST) aber bei sendmail wohl nich... wie wärs mit meinem printf kram da oben? --Heimschützenzentrum (?) 17:48, 13. Jun. 2014 (CEST)
- in die crontab eingetragen, ncihts.-- Conan (Nachricht an mich? Bitte hier lang.) 18:51, 13. Jun. 2014 (CEST)
- na dann mal so vllt: „ls -la | sendmail xxx@gmail.com“? --Heimschützenzentrum (?) 19:22, 13. Jun. 2014 (CEST)
- ICh nähre mich dem ende :D ich bekomme automatische maisl von meiner NAS! den inhalt postet ich hier KOMMPLET "" er befindet sich zwischen den gänsefüschen! O.O eine portion humor muss auch mal sein ;)-- Conan (Nachricht an mich? Bitte hier lang.) 20:59, 13. Jun. 2014 (CEST)
- na dann mal so vllt: „ls -la | sendmail xxx@gmail.com“? --Heimschützenzentrum (?) 19:22, 13. Jun. 2014 (CEST)
- *lol* wie hast du das geschafft? --Heimschützenzentrum (?) 21:54, 13. Jun. 2014 (CEST)
- „ls -la | sendmail xxx@gmail.com“ in die crontabel. jetzt noch ihnalt und ich wäre fertig-- Conan (Nachricht an mich? Bitte hier lang.) 21:56, 13. Jun. 2014 (CEST)
- *lol* wie hast du das geschafft? --Heimschützenzentrum (?) 21:54, 13. Jun. 2014 (CEST)
- probier's doch erstmal an der Kommandozeile... also ohne crontab, weil der komische cron daemon vllt noch beschränkter ist, als ich dachte... vllt musst du dann doch n script schreiben... --Heimschützenzentrum (?) 22:31, 13. Jun. 2014 (CEST)
- Per komandozeile, mail ist leer, in der kz steht "[~] # ls -la | sendmail XXX@gmail.com [~] #""-- Conan (Nachricht an mich? Bitte hier lang.) 22:35, 13. Jun. 2014 (CEST)-- Conan (Nachricht an mich? Bitte hier lang.) 22:35, 13. Jun. 2014 (CEST)
- probier's doch erstmal an der Kommandozeile... also ohne crontab, weil der komische cron daemon vllt noch beschränkter ist, als ich dachte... vllt musst du dann doch n script schreiben... --Heimschützenzentrum (?) 22:31, 13. Jun. 2014 (CEST)
- dann stimmt mit deinem sendmail auf dem NAS auch was nich... wie isses mit „echo bla blub | sendmail XXX@gmail.com“? sonst hilft da nur noch selbst schreiben... ist gcc installier-t/-bar? --Heimschützenzentrum (?) 23:09, 13. Jun. 2014 (CEST)
- war ja auch irgendwie klar... echo bla blus liefter, ncihts. Ich kann innstallieren "gcc 4.2.3-1"-- Conan (Nachricht an mich? Bitte hier lang.) 23:13, 13. Jun. 2014 (CEST)
- ach so: aus deinem Link oben: das da könntest du noch probieren... in der Kommandozeile erstmal: „(printf 'To: XXX@gmail.com\nSubject: ballaballa\n\nTESTING testing 1 2 1 2\n';ls -la)|sendmail XXX@gmail.com“ --Heimschützenzentrum (?) 23:13, 13. Jun. 2014 (CEST)
- Ja das bringt was! Inhal der mail titel "ballaballa" inhalt "tESTING testing 1 2 1 2
drwxr-xr-x 2 admin administ 1024 Jun 13 20:06 ./ drwxr-xr-x 17 admin administ 1024 Jun 13 20:07 ../ lrwxrwxrwx 1 admin administ 6 Jun 11 23:00 .BitTornado -> ../tmp/ -rw-r--r-- 1 admin administ 5 Jan 11 2008 .bash_history -rw-r--r-- 1 admin administ 175 Oct 9 2004 .bash_logout -rw-r--r-- 1 admin administ 161 Oct 9 2004 .bash_profile -rw-r--r-- 1 admin administ 1687 Jul 18 2007 .bashrc -rw-r--r-- 1 admin administ 36 Jun 13 20:06 .buzzer_warnning.conf -rw-r--r-- 1 admin administ 27 Jan 29 2007 .profile lrwxrwxrwx 1 admin administ 15 Jun 13 20:06 .ssh -> /etc/config/ssh/ -rw-r--r-- 1 admin administ 923 Jun 13 21:04 .vimrc -rw-r--r-- 1 admin administ 6526 Jul 11 2007 index_default.html. jippie es geht voran!-- Conan (Nachricht an mich? Bitte hier lang.) 23:19, 13. Jun. 2014 (CEST)
- Also jetzt hab ich mal rdiff probiert vogendes kommt raus [~] # (printf 'To: XXX@gmail.com\nSubject: Rdiff-backup ist Fertig!\n\nrdiff-backup --terminal-verbosity 8 /share/MD1_DATA/RAID2/Backup_vom_XXX@xxx.xxx.xxx.xxx::/home/backup/backup|sendmail XXX@gmail.com >(an der stelle passiert ncihts mehr ich kann tippen oder per strg+c wirder zurück zu [~] zu kommen.-- Conan (Nachricht an mich? Bitte hier lang.) 23:30, 13. Jun. 2014 (CEST)
- du hast auch ne Klammer zu vergessen... und das rdiff-Kommando soll nach dem printf ausgeführt werden... also mit Semikolon getrennt... also so:
( printf 'To: XXX@gmail.com\nSubject: Rdiff-backup ist Fertig!\n\n' ; rdiff-backup --terminal-verbosity 8 /share/MD1_DATA/RAID2/Backup_vom_XXX@xxx.xxx.xxx.xxx::/home/backup/backup ) | sendmail XXX@gmail.com
- *kicher* --Heimschützenzentrum (?) 07:46, 14. Jun. 2014 (CEST)
- also wen ich die richtige version in die crontab eingetragen produziert folgende mail: Using rdiff-backup version 1.2.8
- *kicher* --Heimschützenzentrum (?) 07:46, 14. Jun. 2014 (CEST)
Executing ssh -C backup@XXX.XXX.XXX.XXX rdiff-backup --server Registering connection 1 Unable to import module xattr. Extended attributes not supported on filesystem at /share/MD1_DATA/RAID2/Backup_vom_XXX Unable to import module posix1e from pylibacl package. POSIX ACLs not supported on filesystem at /share/MD1_DATA/RAID2/Backup_vom_XXX Unable to import win32security module. Windows ACLs not supported by filesystem at /share/MD1_DATA/RAID2/Backup_vom_XXX escape_dos_devices not required by filesystem at /share/MD1_DATA/RAID2/Backup_vom_XXX Starting increment operation /share/MD1_DATA/RAID2/Backup_vom_XXX to /home/backup/backup Cleaning up Wen ich das selbe im ssh ein tippe kommt der selbe mail inhalt aber im shh steht vieeel mehr. ich würde gern das was im ssh steht im der mail haben. Eine andere frage, gibt es eine datum variabel für den titel?-- Conan (Nachricht an mich? Bitte hier lang.) 12:34, 14. Jun. 2014 (CEST)
lass mal auf deiner disk-seite weiter quasseln... das ist hier nich von allg. Interesse, glaub ich... --Heimschützenzentrum (?) 13:23, 14. Jun. 2014 (CEST)