SuSE Backup aufs Webspace - Seite 2 - Shellscripting & Sonstiges

Unix Gladiator

Wohnort: /Earth/Germany/Bavaria/Regensburg

27.06.2010, 11:13

	Quellcode
1 2 3	function secureconf { # secure the configuration dir chmod -R go-rwx "$CONFDIR" \|\| error "$(getstr ConfdirInsec)" }

Das wird von ftplicity aufgerufen und wenn das nicht funktioniert hat, bekommst Du die Fehlermeldungen zu lesen. Also evtl. "chmod -R go-rwx $HOME/.ftplicity" und nochmal versuchen.

Christian 'strcat' Schneider <http://www.strcat.de/>
/* When all else fails, read the instructions. */

Zum Seitenanfang

linuxerr

Prof. Dr. Schlaumeier

Beiträge: 8 557

Wohnort: Mecklenburg, zur Entwicklungshilfe in Chemnitz/Sachsen ;-)

22

27.06.2010, 13:42

also ich habe ftplicity neu installiert und muss agen, dass sich etwas grundsätzlich geändert hat. früher war das so, dass ftplicity an dem fehlenden verzeichnis .ftplicity erkannt hat, dass es erstmalig aufgerufen wird und dieses samt default-conf-datei dann erzeugt hat. das tut es jetzt nicht mehr, da im script aber immer noch die entsprechenden meldungen vorhanden sind, scheint das wohl ein fehler zu sein. ich schaue mir das script mal genauer an.

Die Rechtschreibfehler in diesem Beitrag sind nicht urheberrechtlich geschützt.
Jeder der einen findet darf ihn behalten und in eigenen Werken weiterverwenden.

Zum Seitenanfang

linuxerr

Prof. Dr. Schlaumeier

Beiträge: 8 557

Wohnort: Mecklenburg, zur Entwicklungshilfe in Chemnitz/Sachsen ;-)

23

27.06.2010, 13:54

ab zeile 272 steht im script ftplicity

Quellcode

# script starts here ############################

# check system environment
[ -z "$DUPLICITY" ] && error "duplicity $(getstr mustBeInPath)"
[ -z "$GPG" ] && error "gpg $(getstr mustBeInPath)"

if [ ! -d "$CONFDIR" ]
then
  save_config   
  # print some information at first use
  getstr FirstUseInfo
  exit -1
fi

die funktion save_config versucht dann die default-configs anzulegen, das gelingt jedoch nicht, weil das verzeichnis .ftplicity nicht angelegt ist.
ich habe jetzt die sequenz wie folgt geändert

Quellcode

# script starts here ############################

# check system environment
[ -z "$DUPLICITY" ] && error "duplicity $(getstr mustBeInPath)"
[ -z "$GPG" ] && error "gpg $(getstr mustBeInPath)"

if [ ! -d "$CONFDIR" ]
then
  mkdir $CONFDIR
  save_config   
  # print some information at first use
  getstr FirstUseInfo
  exit -1
fi

und schon klappts.

ändere das script ab, lösche das verzeichnis /root/.ftplicity und führe ftplicity nochmal als root aus. jetzt legt ftplicity das verzeichnis an und legt eine default-conf an.

Die Rechtschreibfehler in diesem Beitrag sind nicht urheberrechtlich geschützt.
Jeder der einen findet darf ihn behalten und in eigenen Werken weiterverwenden.

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »linuxerr« (27.06.2010, 13:55)

Zum Seitenanfang

Chaoshh

Schüler

Beiträge: 102

Beruf: angehender Linuxer

24

27.06.2010, 15:22

Haaaahaha!!!!

Danke euch Jungs, ihr habt das Problem gelöst. Schande auf die Köpfe der Entwickler, daß sie dies verschwiegen haben. Es funktionierte! Ich habe jetzt eine Conf Datei. Yipppieee!!! :blume2:

Danke strcat und linuxerr, dank euch ist mein Tag gerettet :party:

Zum Seitenanfang

Chaoshh

Schüler

Beiträge: 102

Beruf: angehender Linuxer

25

27.06.2010, 22:56

Ok, ich bin noch nicht fertig.

	Quellcode
1 2 3	# Daten fuer GPG-Schluessel GPG_KEY=Wird beim Erstellen des Schlüssels ausgegeben GPG_PW='Passwort des GPG-Schluessels'

Was soll ich da eingtagen bei GPG_KEY genau? und was bei GPG_PW?

Mein Key sieht so aus:

Quellcode

gpg: Schlüssel 9F8CD2ED ist als uneingeschränkt vertrauenswürdig gekennzeichnet
Öffentlichen und geheimen Schlüssel erzeugt und signiert.

gpg: "Trust-DB" wird überprüft
gpg: 3 marginal-needed, 1 complete-needed, PGP Vertrauensmodell
gpg: Tiefe: 0  gültig:   1  unterschrieben:   0  Vertrauen: 0-, 0q, 0n, 0m, 0f, 1u
gpg: nächste "Trust-DB"-Pflichtüberprüfung am 2010-12-24
pub   4096R/2F4BD5C8 2010-06-27 [verfällt: 2010-12-24]
  Schl.-Fingerabdruck = 4203 3817 487D 8ECB 0243  0087 B6A2 BD92 22C1 E73A
uid                  Max Muster (Solus44 Key) <test@test.de>
sub   5241R/921E0F9A 2010-06-27 [verfällt: 2010-12-24]

Ich habe den "Schl.-Fingerabdruck" dort eingegeben - genauso wie es stand - aber es klappte nicht. Er meldet Fehler:

	Quellcode
1 2 3	solus44:/solus #~ /usr/local/bin/ftplicity full Es ist ein fataler Fehler aufgetreten: Nicht unterstuetzte duplicity-Version 0.6.08b. Empfohlen: 0.4.11.

Kann man das noch beheben oder muss ich tatsächlich die ältere Version nehmen? Hast du - linuxer - das mit der alten oder der neuen versucht?

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Chaoshh« (27.06.2010, 23:00)

Zum Seitenanfang

linuxerr

Prof. Dr. Schlaumeier

Beiträge: 8 557

Wohnort: Mecklenburg, zur Entwicklungshilfe in Chemnitz/Sachsen ;-)

26

27.06.2010, 23:16

mach das, was in der beschreibung steht. erzeuge dir einen schlüssel mit
gpg --gen-key
und trage die key-id (die wird bei der erstellung des schlüssels fast zum schluss angezeigt) in die conf ein, sowie die passphrase, die du bei der erstellung des schlüssels verwendet hast.
führe danach ftplicity aus und im verzeichnis /root/.ftplicity erscheint eine datei mit dem namen gpgkey, die den schlüssel enthält.
danach sollte ftplicity funktionieren.

duplicity0.6.8 habe ich auch ausprobiert, da gab es probleme und ich habe duplicity0.4.11 verwendet.

Die Rechtschreibfehler in diesem Beitrag sind nicht urheberrechtlich geschützt.
Jeder der einen findet darf ihn behalten und in eigenen Werken weiterverwenden.

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »linuxerr« (27.06.2010, 23:17)

Zum Seitenanfang

Chaoshh

Schüler

Beiträge: 102

Beruf: angehender Linuxer

27

28.06.2010, 00:19

Ok, habs gefunden. Jetzt habe ich auch kein duplicity 4.11 finden können, also habe ich ftplicity bearbeitet.

Zeile 36:

	Quellcode
1 2	RECOMMENDED='0.6.08b' #RECOMMENDED='0.4.11'

Ab Zeile 251:

Quellcode

#    0.4.7|0.4.11)
    0.6.08b)
        [ $cmd == "fetch" ] && cmd=
        [ $cmd == "restore" ] && cmd=
        FTP_PASSWORD="$TARGET_PW" \
        PASSPHRASE="$GPG_PW" \
        TMPDIR="$TEMP_DIR/" \
        $DUPLICITY $cmd "$@" --encrypt-key $GPG_KEY \
           --sign-key $GPG_KEY --verbosity $VERBOSITY
        ;;

    *)
        error "$(getstr DuplVersUnsup)"
        ;;

  esac

Dann musste ich noch ncftp nachinstallieren und habe dann full Backup versucht:

Quellcode

 solus44:/home/solus #~/usr/local/bin/ftplicity full
NcFTP version is 3.2.3
Reading globbing filelist /root/.ftplicity/exclude
Local and Remote metadata are synchronized, no sync needed.
Warning, found incomplete backup sets, probably left from aborted session
Last full backup date: none
Lost data connection to remote host after 3309568 bytes had been sent: Broken pipe.
ncftpput solus/duplicity-full.20100627T220503Z.vol1.difftar.gpg: socket write error.
Running 'ncftpput -f /tmp/duplicity-4SQWlZ-tempdir/mkstemp-vCcjMP-1 -F -t 30 -o useCLNT=0,useHELP_SITE=0  -m -V -C '/tmp/duplicity-4SQWlZ-tempdir/mktemp-AQS4A3-                        3' 'solus/duplicity-full.20100627T220503Z.vol1.difftar.gpg'' failed (attempt #1)
Lost data connection to remote host after 3276800 bytes had been sent: Broken pipe.
ncftpput solus/duplicity-full.20100627T220503Z.vol1.difftar.gpg: socket write error.
Running 'ncftpput -f /tmp/duplicity-4SQWlZ-tempdir/mkstemp-vCcjMP-1 -F -t 30 -o useCLNT=0,useHELP_SITE=0  -m -V -C '/tmp/duplicity-4SQWlZ-tempdir/mktemp-AQS4A3-                        3' 'solus/duplicity-full.20100627T220503Z.vol1.difftar.gpg'' failed (attempt #2)
Lost data connection to remote host after 3276800 bytes had been sent: Broken pipe.
ncftpput solus/duplicity-full.20100627T220403Z.vol1.difftar.gpg: socket write error.
Running 'ncftpput -f /tmp/duplicity-4SQWlZ-tempdir/mkstemp-vCcjMP-1 -F -t 30 -o useCLNT=0,useHELP_SITE=0  -m -V -C '/tmp/duplicity-4SQWlZ-tempdir/mktemp-AQS4A3-                        3' 'solus/duplicity-full.20100627T220503Z.vol1.difftar.gpg'' failed (attempt #3)
Lost data connection to remote host after 3276800 bytes had been sent: Broken pipe.
ncftpput solus/duplicity-full.20100627T220503Z.vol1.difftar.gpg: socket write error.
Running 'ncftpput -f /tmp/duplicity-4SQWlZ-tempdir/mkstemp-vCcjMP-1 -F -t 30 -o useCLNT=0,useHELP_SITE=0  -m -V -C '/tmp/duplicity-4SQWlZ-tempdir/mktemp-AQS4A3-3' 'solus/duplicity-full.20100627T220503Z.vol1.difftar.gpg'' failed (attempt #4)
Lost data connection to remote host after 3375104 bytes had been sent: Broken pipe.
ncftpput solus/duplicity-full.20100627T220503Z.vol1.difftar.gpg: socket write error.
Running 'ncftpput -f /tmp/duplicity-4SQWlZ-tempdir/mkstemp-vCcjMP-1 -F -t 30 -o useCLNT=0,useHELP_SITE=0  -m -V -C '/tmp/duplicity-4SQWlZ-tempdir/mktemp-AQS4A3-3' 'solus/duplicity-full.20100627T220503Z.vol1.difftar.gpg'' failed (attempt #5)
Giving up trying to execute 'ncftpput -f /tmp/duplicity-4SQWlZ-tempdir/mkstemp-vCcjMP-1 -F -t 30 -o useCLNT=0,useHELP_SITE=0  -m -V -C '/tmp/duplicity-4SQWlZ-tempdir/mktemp-AQS4A3-3' 'solus/duplicity-full.20100627T220503Z.vol1.difftar.gpg'' after 5 attempts
BackendException: Error running 'ncftpput -f /tmp/duplicity-4SQWlZ-tempdir/mkstemp-vCcjMP-1 -F -t 30 -o useCLNT=0,useHELP_SITE=0  -m -V -C '/tmp/duplicity-4SQWlZ-tempdir/mktemp-AQS4A3-3' 'solus/duplicity-full.20100627T220503Z.vol1.difftar.gpg''

Etwas unterbricht hier wohl die Verbindung.

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Chaoshh« (28.06.2010, 00:22)

Zum Seitenanfang

strcat

Unix Gladiator

Beiträge: 2 331

Wohnort: /Earth/Germany/Bavaria/Regensburg

28

28.06.2010, 02:32

Nur mal interessehalber: Wieso nicht einfach zuerst ein komplettes Backup und dann nur noch inkrementelle?

Christian 'strcat' Schneider <http://www.strcat.de/>
/* When all else fails, read the instructions. */

Zum Seitenanfang

Chaoshh

Schüler

Beiträge: 102

Beruf: angehender Linuxer

29

28.06.2010, 09:03

Das ist doch gerade das Vollbackup.

	Quellcode
1	solus44:/home/solus #~/usr/local/bin/ftplicity full

Zum Seitenanfang

Chaoshh

Schüler

Beiträge: 102

Beruf: angehender Linuxer

30

28.06.2010, 11:59

Alles klar, ich habe es rausgefunden. Es liegt daran, das ich es auf Webspace geladen habe. Die FTP Dienste (ohost.de,cwcity.de) haben eine Beschränkung auf 3MB große Dateien. Daher ist wohl nicht möglich mein Backup von mehreren GB hochzuladen. Nehme ich kleinere Dateimenge von bis zu 3MB, dann klappt alles ohne Fehler.

Ich suche jetzt also einen - möglichst kostenlosen oder günstigen - FTP Anbieter der keine Uploadbegrenzung hat was die Dateigrößen angeht.

Zum Seitenanfang

strcat

Unix Gladiator

Beiträge: 2 331

Wohnort: /Earth/Germany/Bavaria/Regensburg

31

28.06.2010, 12:07

Besorg Dir einen VServer und ueberspiel die Dateien mit rsync/scp. Das ganze ftp-kostenloserhosting-Zeugs ist halbgare Schweinescheisse.

Christian 'strcat' Schneider <http://www.strcat.de/>
/* When all else fails, read the instructions. */

Zum Seitenanfang

Chaoshh

Schüler

Beiträge: 102

Beruf: angehender Linuxer

32

28.06.2010, 12:59

Ja, ist schon klar. Es soll auch nicht die einzige Backupsicherung sein. Es ich will auch so machen, daß die Dateien lokal und über Infranet gesichert werden.

Eine frage hätte ich noch - habt ihr vielleicht eine Idee wie ich es einrichten kann, daß duplicity auf 3 verschiedene Ziele sichert?

1. Externe Festplatte direkt am Server
2. NAS Laufwerk im Intranet
3. Webspace

Nachtrag. Ok, ich kann 3 verschiedene confs erstellen, aber die wird duplicity bzw. ftplicity wohl nicht schlucken oder?

Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von »Chaoshh« (28.06.2010, 13:01)

Zum Seitenanfang

strcat

Unix Gladiator

Beiträge: 2 331

Wohnort: /Earth/Germany/Bavaria/Regensburg

33

28.06.2010, 13:22

Schaetzungsweise nicht, weil keins der beiden Programme einen Parameter hat bei dem man die zu verwendende Konfigurationsdatei definieren kann.

Christian 'strcat' Schneider <http://www.strcat.de/>
/* When all else fails, read the instructions. */

Zum Seitenanfang

Chaoshh

Schüler

Beiträge: 102

Beruf: angehender Linuxer

34

28.06.2010, 14:27

Kann man das nicht irgendwie umscripten/ergänzen? Theoretisch müsste es doch möglich sein. Eigentlich müsste das wohl nur bei ftplicity passieren.

Eine Idee, vielleicht würde es aber gehen?

1. "ftplicity" kopieren und als "ftplicity2" und "ftplicity3" speichern.
2. Auch die config als "config2" und "config3" abspeichern.
3. Folgende Zeilen ändern am Anfang der jeweiligen ftplicity# Datei:

	Quellcode
1 2 3 4 5 6 7	# important files and variables ################ PATH=$PATH:/usr/local/bin:/opt/local/bin ME=$(basename "$0") CONFDIR="$HOME/.ftplicity" CONF="$CONFDIR/conf"

in

	Quellcode
1 2 3 4 5 6 7	# important files and variables ################ PATH=$PATH:/usr/local/bin:/opt/local/bin ME=$(basename "$0") CONFDIR="$HOME/.ftplicity" CONF="$CONFDIR/conf2"

Nicht besonders elegant, könnte aber klappen...

Dieser Beitrag wurde bereits 6 mal editiert, zuletzt von »Chaoshh« (28.06.2010, 14:36)

Zum Seitenanfang

strcat

Unix Gladiator

Beiträge: 2 331

Wohnort: /Earth/Germany/Bavaria/Regensburg

35

28.06.2010, 14:52

Wieso nicht rsync/rdiff-backup/..?

Christian 'strcat' Schneider <http://www.strcat.de/>
/* When all else fails, read the instructions. */

Zum Seitenanfang

linuxerr

Prof. Dr. Schlaumeier

Beiträge: 8 557

Wohnort: Mecklenburg, zur Entwicklungshilfe in Chemnitz/Sachsen ;-)

36

28.06.2010, 15:05

ist doch klar, das steckt in duplicity doch auch drin und die verschlüsselung in paketen gibts noch dazu. um etwas ähnliches hinzubekommen muss man schon eine menge gehirnschmalz investieren und warum alles noch einmal erfinden.

das ftplicity-script habe ich mir ebenfalls umgeschrieben, da ich auf 2 externe ftp-server einen backup ablege, falls einer mal nicht mehr erreichbar, pleite, etc ist.

Die Rechtschreibfehler in diesem Beitrag sind nicht urheberrechtlich geschützt.
Jeder der einen findet darf ihn behalten und in eigenen Werken weiterverwenden.

Zum Seitenanfang

strcat

Unix Gladiator

Beiträge: 2 331

Wohnort: /Earth/Germany/Bavaria/Regensburg

37

28.06.2010, 15:38

Wenn ein Programm damit ueberfordert ist unterschiedliche Konfigurationsdateien zu verarbeiten, dann waere das fuer mich ein Grund das Ding mit rm(1) zu fixen. Und was die Pfuscher von Heise/C'T verbrochen haben, sieht man ja an ftplicity.

Christian 'strcat' Schneider <http://www.strcat.de/>
/* When all else fails, read the instructions. */

Zum Seitenanfang

Chaoshh

Schüler

Beiträge: 102

Beruf: angehender Linuxer

38

29.06.2010, 01:32

@ linuxer
Wie hast du das gelöst? Etwa so in der Art wie ich mir gedacht habe oder evtl. eine elegantere Lösung?

Ich kann mein Teil erst Morgen Abend wieder ausprobieren.

Zum Seitenanfang

oziris

Sith Lord

Beiträge: 835

39

29.06.2010, 20:16

Ein Würgaround für Blöde wäre die Konfigurationsdatei zu tauschen (übermounten, Symlink ändern, hin kopieren, etc.) und dann nochmal laufen lassen... weiß nicht, ob das so toll ist... aber vielleicht hilft's.

Zum Seitenanfang

linuxerr

Prof. Dr. Schlaumeier

Beiträge: 8 557

Wohnort: Mecklenburg, zur Entwicklungshilfe in Chemnitz/Sachsen ;-)

40

29.06.2010, 22:09

Zitat

Original von Chaoshh
@ linuxer
Wie hast du das gelöst? Etwa so in der Art wie ich mir gedacht habe oder evtl. eine elegantere Lösung?

Kommt darauf an, was du machen willst. eine einfache möglichkeit ist, wenn du das script ftplicity ab zeile 26 wie folgt abänderst.

Quellcode

ME=$(basename "$0")
CONFDIR="$HOME/.ftplicity"
DATEI="${2}"
CONF="$CONFDIR/${DATEI:=conf}"
echo "CONF=${CONF}"
if [ ! -f ${CONF} ]; then
 echo "Das Konfigfile ${CONF} kann nicht gelesen werden!"
 exit 1
fi 
PRE="$CONFDIR/pre"
POST="$CONFDIR/post"
EXCLUDE="$CONFDIR/exclude"
KEYFILE="$CONFDIR/gpgkey" 
GPG="$(which gpg 2>/dev/null)"
DUPLICITY="$(which duplicity 2>/dev/null)"
DUPLICITY_VERSION="$($DUPLICITY --version 2>/dev/null | cut -d\  -f2)"
RECOMMENDED='0.4.11'

ich habe mir jetzt nicht besonders mühe gegeben, wenn du ftplicity jetzt aber einen zweiten parameter mitgibst, dann wird dieser als der name einer config-datei im ordner $HOME/.ftplicity
interpretiert. wird nichts angegeben, so wird die datei conf benutzt. mögliche aufrufe wären also zb
ftplicity full config1
ftplicity list
ftplicity status config7

Die Rechtschreibfehler in diesem Beitrag sind nicht urheberrechtlich geschützt.
Jeder der einen findet darf ihn behalten und in eigenen Werken weiterverwenden.

Zum Seitenanfang