Sie sind nicht angemeldet.

Lieber Besucher, herzlich willkommen bei: Linux Forum Linux-Web.de. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.

strcat

Unix Gladiator

  • »strcat« ist männlich

Beiträge: 2 331

Wohnort: /Earth/Germany/Bavaria/Regensburg

  • Nachricht senden

21

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. */

linuxerr

Prof. Dr. Schlaumeier

  • »linuxerr« ist männlich

Beiträge: 8 557

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

  • Nachricht senden

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.

linuxerr

Prof. Dr. Schlaumeier

  • »linuxerr« ist männlich

Beiträge: 8 557

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

  • Nachricht senden

23

27.06.2010, 13:54

ab zeile 272 steht im script ftplicity

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
# 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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
# 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)


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: :blume2: :blume2: :blume2:

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

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

1
2
3
4
5
6
7
8
9
10
11
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)


linuxerr

Prof. Dr. Schlaumeier

  • »linuxerr« ist männlich

Beiträge: 8 557

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

  • Nachricht senden

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)


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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
#    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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
 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)


strcat

Unix Gladiator

  • »strcat« ist männlich

Beiträge: 2 331

Wohnort: /Earth/Germany/Bavaria/Regensburg

  • Nachricht senden

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. */

29

28.06.2010, 09:03

Das ist doch gerade das Vollbackup.

Quellcode

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

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.

strcat

Unix Gladiator

  • »strcat« ist männlich

Beiträge: 2 331

Wohnort: /Earth/Germany/Bavaria/Regensburg

  • Nachricht senden

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. */

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)


strcat

Unix Gladiator

  • »strcat« ist männlich

Beiträge: 2 331

Wohnort: /Earth/Germany/Bavaria/Regensburg

  • Nachricht senden

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. */

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)


strcat

Unix Gladiator

  • »strcat« ist männlich

Beiträge: 2 331

Wohnort: /Earth/Germany/Bavaria/Regensburg

  • Nachricht senden

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. */

linuxerr

Prof. Dr. Schlaumeier

  • »linuxerr« ist männlich

Beiträge: 8 557

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

  • Nachricht senden

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.

strcat

Unix Gladiator

  • »strcat« ist männlich

Beiträge: 2 331

Wohnort: /Earth/Germany/Bavaria/Regensburg

  • Nachricht senden

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. */

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.

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.

linuxerr

Prof. Dr. Schlaumeier

  • »linuxerr« ist männlich

Beiträge: 8 557

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

  • Nachricht senden

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
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.

Thema bewerten