Re: rsnapshot schiesst Server ab
* Peter Blancke (2006-08-15): Ad 2006-08-15, Andre Berger [EMAIL PROTECTED] dixit: * Andre Berger (2006-08-13): Das System hat zwar eine Swap-Partition von ueber 500 MB, aber der Eintrag war in der /etc/fstab auskommentiert! Ich habe das korrigiert, swapon laufen lassen und beobachte jetzt mal, ob es wieder klappt, wovon ich fest ausgehe. Nachtrag: et loeft, nochmals danke an alle Gerade rsync-Prozesse in Verbindung mit Softlinks koennen arg ins RAM gehen. Bei mir (ca. 30 GB Daten) werden etwa 150 MB Swap verwendet. Es kommt wohl in der Tat aufs Futter fuer rsync an. Gib doch mal statt quelle/ - ziel/ quelle/dir1/ - ziel/dir1/ usw. Es ist lange her, dass ich mirrordir verwendet habe, vielleicht koennte man daraus eine Alternative basteln. -Andre -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: rsnapshot schiesst Server ab
* Andre Berger (2006-08-13): * Jan Luehr (2006-08-13): Am Sonntag, 13. August 2006 10:03 schrieb Andre Berger: [...] Hast du dir mal die ram-Auslaustung angesehen? Wenn der Ram zur neigen geht, schießt der Kernel kills wild um sich... Versuch mal einen swapspace einzurichten (falls möglich) - solltest du noch keinen haben. Au weia. Das System hat zwar eine Swap-Partition von ueber 500 MB, aber der Eintrag war in der /etc/fstab auskommentiert! Ich habe das korrigiert, swapon laufen lassen und beobachte jetzt mal, ob es wieder klappt, wovon ich fest ausgehe. Nachtrag: et loeft, nochmals danke an alle -Andre -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: rsnapshot schiesst Server ab
Ad 2006-08-15, Andre Berger [EMAIL PROTECTED] dixit: * Andre Berger (2006-08-13): Das System hat zwar eine Swap-Partition von ueber 500 MB, aber der Eintrag war in der /etc/fstab auskommentiert! Ich habe das korrigiert, swapon laufen lassen und beobachte jetzt mal, ob es wieder klappt, wovon ich fest ausgehe. Nachtrag: et loeft, nochmals danke an alle Gerade rsync-Prozesse in Verbindung mit Softlinks koennen arg ins RAM gehen. Ich sichere beispielsweise eine Partition, die voller Softlinks ist, in etwa mit folgendem Befehl auf eine andere Partition: rsync -a --times --links --hard-links --partial --block-size=8192 \ --delete \ /quellpartition/quelle \ /zielpartition/ziel \ backup.log 2backup.err Ich habe bei einer In-Eta-Belegung von ca. 150 GB der Quellpartition hier Swap in der Groeszenordnung von 5000 MB zur Verfuegung stellen muessen, nachdem ich ebenfalls massive Abstuerze dieses Befehlskonstruktes habe hinnehmen muessen, die oftmals erst wegen der Komplexitaet der Aufgabenstellung nach einer halben oder ganzen Stunde auftraten. Grusz, Peter Blancke -- Hoc est enim verbum meum! -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
rsnapshot schiesst Server ab
Ich habe ein kleines, PPC basiertes Netw. Att. Storage-System, 200MHz, 64 MB RAM, auf dem Sarge und ein paar Server laufen: OpenSSH 2x, OpenVPN, Netatalk/AFP, HTTP, HTTP/Stunnel4. Sowie rsnapshot, das ich wohl in der Sarge- als auch in der neuesten Upstream-Version mit demselben traurigen Ergebnis ausprobiert habe. Alle rsnapshot-cron-Eintrage laufen nice -n 19, Quellen und Ziele liegen auf derselben Maschine. Wenn ich rsnapshot cp -a benutzen lasse, bekomme ich: /usr/local/bin/rsnapshot daily: ERROR: /bin/cp failed. Perhaps this is not GNU cp? Doch, ist es, die Sarge-Version. cp -a funktioniert manuell auch. Daraufhin habe ich den internen Algorithmus benutzt. Das Backup lief beim ersten Mal zwar durch, aber alle meine Server waren abgeschossen, soll heissen, wurden hart beendet, die .pid files blieben uebrig. Ich habe das Backup geloescht und noch einmal angefangen, mit demselben Ergebnis. Natuerlich wuerde ich das Problem gern loesen. Im Prinzip geht es mir um rotierende, platzsparende automatische Backups, nicht unbedingt um rsnapshot selbst. -Andre -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: rsnapshot schiesst Server ab
* Andre Berger (2006-08-13): Ich habe ein kleines, PPC basiertes Netw. Att. Storage-System, 200MHz, 64 MB RAM, auf dem Sarge und ein paar Server laufen: OpenSSH 2x, OpenVPN, Netatalk/AFP, HTTP, HTTP/Stunnel4. Sowie rsnapshot, das ich wohl in der Sarge- als auch in der neuesten Upstream-Version mit demselben traurigen Ergebnis ausprobiert habe. Alle rsnapshot-cron-Eintrage laufen nice -n 19, Quellen und Ziele liegen auf derselben Maschine. Wenn ich rsnapshot cp -a benutzen lasse, bekomme ich: /usr/local/bin/rsnapshot daily: ERROR: /bin/cp failed. Perhaps this is not GNU cp? Doch, ist es, die Sarge-Version. cp -a funktioniert manuell auch. Daraufhin habe ich den internen Algorithmus benutzt. Das Backup lief beim ersten Mal zwar durch, aber alle meine Server waren abgeschossen, soll heissen, wurden hart beendet, die .pid files blieben uebrig. Ich habe das Backup geloescht und noch einmal angefangen, mit demselben Ergebnis. Natuerlich wuerde ich das Problem gern loesen. Im Prinzip geht es mir um rotierende, platzsparende automatische Backups, nicht unbedingt um rsnapshot selbst. Nachtrag (sorry): Das Ganze laeuft unter einem hardwarespezifisch gepatchten Kernel 2.6.17.8. -Andre -Andre -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: rsnapshot schiesst Server ab
On 13.08.06 10:55:09, Andre Berger wrote: * Andre Berger (2006-08-13): Ich habe ein kleines, PPC basiertes Netw. Att. Storage-System, 200MHz, 64 MB RAM, auf dem Sarge und ein paar Server laufen: OpenSSH 2x, OpenVPN, Netatalk/AFP, HTTP, HTTP/Stunnel4. Sowie rsnapshot, das ich wohl in der Sarge- als auch in der neuesten Upstream-Version mit demselben traurigen Ergebnis ausprobiert habe. Alle rsnapshot-cron-Eintrage laufen nice -n 19, Quellen und Ziele liegen auf derselben Maschine. Wenn ich rsnapshot cp -a benutzen lasse, bekomme ich: /usr/local/bin/rsnapshot daily: ERROR: /bin/cp failed. Perhaps this is not GNU cp? Doch, ist es, die Sarge-Version. cp -a funktioniert manuell auch. Funktioniert auch /bin/cp -al src dest? Wie sieht deine Konfiguration sonst aus, bei mir funktioniert rsnapshot aus stable wunderbar. Hast du vllt. bei den Verzeichnissen den / am Ende vergessen? Andreas -- If your life was a horse, you'd have to shoot it. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: rsnapshot schiesst Server ab
ja hallo erstmal,... Am Sonntag, 13. August 2006 10:03 schrieb Andre Berger: Ich habe ein kleines, PPC basiertes Netw. Att. Storage-System, 200MHz, 64 MB RAM, auf dem Sarge und ein paar Server laufen: OpenSSH 2x, OpenVPN, Netatalk/AFP, HTTP, HTTP/Stunnel4. Sowie rsnapshot, das ich wohl in der Sarge- als auch in der neuesten Upstream-Version mit demselben traurigen Ergebnis ausprobiert habe. Alle rsnapshot-cron-Eintrage laufen nice -n 19, Quellen und Ziele liegen auf derselben Maschine. Wenn ich rsnapshot cp -a benutzen lasse, bekomme ich: /usr/local/bin/rsnapshot daily: ERROR: /bin/cp failed. Perhaps this is not GNU cp? Doch, ist es, die Sarge-Version. cp -a funktioniert manuell auch. Hmm... strange. Ich kenne rsnapshot nicht, aber das ist strange. Hier könnte man mal weiter forschen. Daraufhin habe ich den internen Algorithmus benutzt. Das Backup lief beim ersten Mal zwar durch, aber alle meine Server waren abgeschossen, soll heissen, wurden hart beendet, die .pid files blieben uebrig. Ich habe das Backup geloescht und noch einmal angefangen, mit demselben Ergebnis. Natuerlich wuerde ich das Problem gern loesen. Im Prinzip geht es mir um rotierende, platzsparende automatische Backups, nicht unbedingt um rsnapshot selbst. Hast du dir mal die ram-Auslaustung angesehen? Wenn der Ram zur neigen geht, schießt der Kernel kills wild um sich... Versuch mal einen swapspace einzurichten (falls möglich) - solltest du noch keinen haben. Keep smiling yanosz
Re: rsnapshot schiesst Server ab
Hallo Andre, Alle rsnapshot-cron-Eintrage laufen nice -n 19, Quellen und Ziele liegen auf derselben Maschine. Wenn ich rsnapshot cp -a benutzen lasse, bekomme ich: /usr/local/bin/rsnapshot daily: ERROR: /bin/cp failed. Perhaps this is not GNU cp? wenn Du das fertige Debian-Paket fuer rsnapshot installierst, liegt rsnapshot doch nicht in /usr/local/bin? Doch, ist es, die Sarge-Version. cp -a funktioniert manuell auch. Daraufhin habe ich den internen Algorithmus benutzt. Das Backup lief beim ersten Mal zwar durch, aber alle meine Server waren abgeschossen, soll heissen, wurden hart beendet, die .pid files blieben uebrig. Ich habe das Backup geloescht und noch einmal angefangen, mit demselben Ergebnis. Das Logfile im Loglevel 5 koennten weiterhelfen wie auch Deine rsnapshot.conf. Schoene Gruesse Gordon -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: rsnapshot schiesst Server ab
* Jan Luehr (2006-08-13): Am Sonntag, 13. August 2006 10:03 schrieb Andre Berger: [...] Hast du dir mal die ram-Auslaustung angesehen? Wenn der Ram zur neigen geht, schießt der Kernel kills wild um sich... Versuch mal einen swapspace einzurichten (falls möglich) - solltest du noch keinen haben. Au weia. Das System hat zwar eine Swap-Partition von ueber 500 MB, aber der Eintrag war in der /etc/fstab auskommentiert! Ich habe das korrigiert, swapon laufen lassen und beobachte jetzt mal, ob es wieder klappt, wovon ich fest ausgehe. Vorerst herzlichen Dank an alle! Und Entschuldigung. -Andre -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: rsnapshot schreibt nicht auf /dev/hda3
Am Mittwoch, den 19.07.2006, 22:36 +0200 schrieb Andreas Pakulat: On 19.07.06 22:13:11, klaus Ponnath wrote: ERROR: Unable to create /dev/hda3/Backup/, Please make sure you have the right permissions. Du solltest wohl kaum das Device der Platte angeben, sondern den Mountpoint unter dem du das Dateisystem eingehaengt hast. Dank Andreas, nun klappt es endlich, wahrscheinlich habe ich vor lauter Hitze das berühmte Brett vor dem Kopf gehabt. Dank für die Hilfe Klaus -- klaus Ponnath [EMAIL PROTECTED] -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
rsnapshot schreibt nicht auf /dev/hda3
Guten Abend, Linux liegt bei mir auf der zweiten Festplatte (hdb), fürs Backup mit rsnapshot habe ich eine Partition auf der 1. Festplatte eingerichtet, formatiert mit ext3, auf dieser habe ich schreibrechte, das eigenartige an der Sache ist, wenn ich rsnapshot daily auf der Konsole eingebe erscheint folgendes: ERROR: Unable to create /dev/hda3/Backup/, Please make sure you have the right permissions. Der configtest von rsnapshot zeigt mir keine Fehler an, also kurz nochmals, die erwähnte Partition gehört dem User -klaus. Hier noch ein Ausschnitt aus der rsnapshot.conf: # # # # # PLEASE BE AWARE OF THE FOLLOWING RULES: # # # # This file requires tabs between elements # # # # Directories require a trailing slash: # # right: /home/ # # wrong: /home# # # # ### # CONFIG FILE VERSION # ### config_version 1.2 ### # SNAPSHOT ROOT DIRECTORY # ### # All snapshots will be stored under this root directory. snapshot_root /dev/hda3/Backup/ # If no_create_root is enabled, rsnapshot will not automatically create the # snapshot_root directory. This is particularly useful if you are backing # up to removable media, such as a FireWire drive. # #no_create_root 1 --snip...snip---snip---snip-- Vielen Dank für die Hilfe Klaus -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: rsnapshot schreibt nicht auf /dev/hda3
On 19.07.06 22:13:11, klaus Ponnath wrote: ERROR: Unable to create /dev/hda3/Backup/, Please make sure you have the right permissions. Du solltest wohl kaum das Device der Platte angeben, sondern den Mountpoint unter dem du das Dateisystem eingehaengt hast. Andreas -- You will soon forget this. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: [Fwd: rsnapshot. conf anpassen, brauche hier Hilfe]
Hallo Klaus! Klaus Ponnath schrieb am Dienstag, den 23. Mai 2006: ich muß mir die rsnapshot.conf anpassen, ich blicke aber da nicht so richtig durch, mein englisch ist nicht gut genug dafür, folgendes Szenario möchte ich einrichten: Hilft Dir [1] weiter? 1. http://www.wb-it.de/linux-tipps-und-tricks/backups-mit-rsnapshot.html Grüße, Christian -- Je mehr ein Mann weiß und je weiter er reist, desto wahrscheinlicher wird es, daß er einmal ein Mädchen vom Lande heiratet. -- George Bernard Shaw -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: [Fwd: rsnapshot. conf anpassen, brauche hier Hilfe]
Hallo Andreas, Du hast ja recht, es sieht alles sehr einfach aus, aber gebranntes Kind scheut das Feuer, ich habe schon des öfteren bei solchen Dateien aufgrund der Einstellung es wird schon nichts passieren mein System kaputt gemacht, des wegen frage ich immer besser nochmals nach, danke Dir für die Hilfe und auch der Link von Christian war äuserst hilfreich. Grüße Klaus On 23.05.06 17:03:11, Klaus Ponnath wrote: ich muß mir die rsnapshot.conf anpassen, ich blicke aber da nicht so richtig durch, mein englisch ist nicht gut genug dafür, folgendes Szenario möchte ich einrichten: Huh? Das versteh ich nicht so ganz. Aber wenn du meinst. Sicherung des /home/klaus wöchentlich, die Sicherung soll auf /dev/hda2 erfolgen. Hier die Datei: Das ist IMHO unhoeflich, denn 1. Die Leute die rsnapshot wissen koennen dir genau die notwendigen Konfig-Zeilen sagen 2. Haettest du wenigstens die Kommentare entfernen koennen Ansonsten ist das ja alles schon vorbereitet, wenn ich mich nicht irre. Du musst nur noch sagen was du sichern willst und wann. #interval hourly 6 #interval daily 7 #interval weekly 4 Diesen Eintrag entkommentieren (also die # entfernen) ### ### BACKUP POINTS / SCRIPTS ### ### # LOCALHOST backup /home/ localhost/ Und da willst du dann noch klaus/ dahinterhaengen. backup /etc/ localhost/ backup /usr/local/ localhost/ Diese Eintraege kannst du dann wohl entfernen. Also ganz ehrlich, selbst mit minimalen Englischkentnissen kriegt man wohl raus das man diese Teile aendern muss, IMHO. Andreas -- You will have long and healthy life. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
[Fwd: rsnapshot. conf anpassen, brauche hier Hilfe]
Hallo Lister, ich muß mir die rsnapshot.conf anpassen, ich blicke aber da nicht so richtig durch, mein englisch ist nicht gut genug dafür, folgendes Szenario möchte ich einrichten: Sicherung des /home/klaus wöchentlich, die Sicherung soll auf /dev/hda2 erfolgen. Hier die Datei: # # rsnapshot.conf - rsnapshot configuration file # # # # # PLEASE BE AWARE OF THE FOLLOWING RULES: # # # # This file requires tabs between elements # # # # Directories require a trailing slash: # # right: /home/ # # wrong: /home# # # # ### # CONFIG FILE VERSION # ### config_version 1.2 ### # SNAPSHOT ROOT DIRECTORY # ### # All snapshots will be stored under this root directory. #snapshot_root /var/cache/rsnapshot/ snapshot_root /media/hda2 # If no_create_root is enabled, rsnapshot will not automatically create the # snapshot_root directory. This is particularly useful if you are backing # up to removable media, such as a FireWire drive. # #no_create_root 1 # # EXTERNAL PROGRAM DEPENDENCIES # # # LINUX USERS: Be sure to uncomment cmd_cp. This gives you extra features. # EVERYONE ELSE: Leave cmd_cp commented out for compatibility. # # See the README file or the man page for more details. # cmd_cp /bin/cp # uncomment this to use the rm program instead of the built-in perl routine. cmd_rm /bin/rm # rsync must be enabled for anything to work. cmd_rsync /usr/bin/rsync # Uncomment this to enable remote ssh backups over rsync. cmd_ssh /usr/bin/ssh # Comment this out to disable syslog support. cmd_logger /usr/bin/logger # Uncomment this to specify a path to du for disk usage checks. cmd_du /usr/bin/du # # BACKUP INTERVALS# # Must be unique and in ascending order # # i.e. hourly, daily, weekly, etc. # # # The interval names (hourly, daily, ...) are just names and have no influence # on the length of the interval. The numbers set the number of snapshots to # keep for each interval (hourly.0, hourly.1, ...). # The length of the interval is set by the time between two executions of # rsnapshot interval name, this is normally done via cron. # Feel free to adapt the names, and the sample cron file under /etc/cron.d/rsnapshot # to your needs. The only requirement is that the intervals must be listed # in ascending order. To activate just uncomment the entries. #interval hourly 6 #interval daily 7 #interval weekly 4 #interval monthly 6 # GLOBAL OPTIONS # # All are optional, with sensible defaults # # If your version of rsync supports --link-dest, consider enable this. # This is the best way to support special files (FIFOs, etc) cross-platform. # The default is 0 (off). # In Debian GNU cp is available which is superior to link_dest, so it should be # commented out (disabled). # #link_dest 0 # Verbose level, 1 through 5. # 1Quiet Print fatal errors only # 2Default Print errors and warnings only # 3Verbose Show equivalent shell commands being executed # 4Extra Verbose Show extra verbose information # 5Debug mode More than you care to know # verbose 2 # Same as verbose above, but controls the amount of data sent to the # logfile, if one is being used. The default is 3. loglevel3 # If you enable this, data will be written to the file you specify. The # amount of data written is controlled by the loglevel parameter. logfile /var/log/rsnapshot.log # The include and exclude parameters, if enabled, simply get passed directly # to rsync. If you have multiple include/exclude patterns, put each one on a # seperate line. Please look up the --include and --exclude options in the # rsync man page for more details. # #include??? #include??? #exclude??? #exclude??? # The include_file and exclude_file parameters, if enabled, simply get # passed directly to rsync. Please look up the --include-from and # --exclude-from options in the rsync man page for more details. # #include_file /path/to/include/file #exclude_file /path/to/exclude/file # Default rsync args. All rsync commands have at least these options set. # #rsync_short_args -a #rsync_long_args--delete
Re: [Fwd: rsnapshot. conf anpassen, brauche hier Hilfe]
On 23.05.06 17:03:11, Klaus Ponnath wrote: ich muß mir die rsnapshot.conf anpassen, ich blicke aber da nicht so richtig durch, mein englisch ist nicht gut genug dafür, folgendes Szenario möchte ich einrichten: Huh? Das versteh ich nicht so ganz. Aber wenn du meinst. Sicherung des /home/klaus wöchentlich, die Sicherung soll auf /dev/hda2 erfolgen. Hier die Datei: Das ist IMHO unhoeflich, denn 1. Die Leute die rsnapshot wissen koennen dir genau die notwendigen Konfig-Zeilen sagen 2. Haettest du wenigstens die Kommentare entfernen koennen Ansonsten ist das ja alles schon vorbereitet, wenn ich mich nicht irre. Du musst nur noch sagen was du sichern willst und wann. #interval hourly 6 #interval daily 7 #interval weekly 4 Diesen Eintrag entkommentieren (also die # entfernen) ### ### BACKUP POINTS / SCRIPTS ### ### # LOCALHOST backup/home/ localhost/ Und da willst du dann noch klaus/ dahinterhaengen. backup/etc/ localhost/ backup/usr/local/ localhost/ Diese Eintraege kannst du dann wohl entfernen. Also ganz ehrlich, selbst mit minimalen Englischkentnissen kriegt man wohl raus das man diese Teile aendern muss, IMHO. Andreas -- You will have long and healthy life. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Rsnapshot
Hallo, will mein Home Verzeichniss per rsnapshot auf einem Fileserver sichern. Hab jetzt folgendes in die rsnapshot.conf eingetragen: backup /home/marc/ [EMAIL PROTECTED]:/home/marc/ Das legt mir aber nur im meinem lokalen Backupverzeichiss einen snapshot mit dem verzeichnis [EMAIL PROTECTED] an. In die umgekehrte Richtung, also von Server aus mein Homeverzeichnis sichern funktioniert. Auf Server: backup [EMAIL PROTECTED]:/home/marc/ arbeitstation Würde gerne aber die snapshots von der Arbeitsstation aus starten. rsnapshot Version: 1.1.6 Gruss Marc -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Rsnapshot
* Marc Zimmermann [EMAIL PROTECTED]: Würde gerne aber die snapshots von der Arbeitsstation aus starten. Das kann mit rsnapshot nicht funktionieren. Dazu müsste sich rsnapshot auf dem Backup-Rechner einloggen können, um hourly.* und daily.* bearbeiten zu können. Kai -- » http://www.glorybox.de/ PGP 1024D/594D4132 B693 5073 013F 7F56 5DCC D9C2 E6B5 448C 594D 4132
Re: Rsnapshot
Marc Zimmermann [EMAIL PROTECTED] wrote: will mein Home Verzeichniss per rsnapshot auf einem Fileserver sichern. Hab jetzt folgendes in die rsnapshot.conf eingetragen: backup /home/marc/ [EMAIL PROTECTED]:/home/marc/ Das legt mir aber nur im meinem lokalen Backupverzeichiss einen snapshot mit dem verzeichnis [EMAIL PROTECTED] an. In die umgekehrte Richtung, also von Server aus mein Homeverzeichnis sichern funktioniert. Auf Server: backup [EMAIL PROTECTED]:/home/marc/ arbeitstation Würde gerne aber die snapshots von der Arbeitsstation aus starten. http://www.rsnapshot.org/faq.html Q: Can I set the snapshot_root to a remote SSH path? I want to push my backups to a remote server, rather than pull them from a remote server. A: Currently this is not possible. This would be a nice feature, but several questions remain unanswered: * How can the integrity of the snapshot root be guaranteed if one or more remote servers have write access to it? * When snapshots are rotated, which of the potentially several remote servers connecting is responsible for performing this task? * One possibility is to have a staging area for files to be transferred to, then have rsnapshot sync from this staging area into the snapshot root. Can this be accomplished without taking up double the disk space? Christoph -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
