From MAILER-DAEMON Thu Sep 02 13:24:09 2010 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1OrDWC-0005sC-H9 for mharc-rdiff-backup-users@gnu.org; Thu, 02 Sep 2010 13:24:08 -0400 Received: from [140.186.70.92] (port=40801 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OrDW8-0005mU-Sx for rdiff-backup-users@nongnu.org; Thu, 02 Sep 2010 13:24:06 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OrDW7-00068e-8d for rdiff-backup-users@nongnu.org; Thu, 02 Sep 2010 13:24:04 -0400 Received: from mail-ey0-f173.google.com ([209.85.215.173]:40270) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OrDW7-00068L-4K for rdiff-backup-users@nongnu.org; Thu, 02 Sep 2010 13:24:03 -0400 Received: by eyf18 with SMTP id 18so506500eyf.4 for ; Thu, 02 Sep 2010 10:24:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=lWZTRh+aKGBm9uURGUqK4PX3xVih6tVDKjlrEagFjps=; b=sUFtHgbqC25B9l/Fcet7eLWlDebXYj996ImtEJneqVpkl0hZFaoyVO0irVQB5fZPko DtMDvr7K1o3cdzHWr8RSt35FvSUL8CupkDszBhdsaQQsDmXle4NR3L+24yWveGCajQl3 r9pAcVgUE5FX1qOHhQcC7OOsaMUWVlyUpRAFg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=JXxeYBjzest8dZhz2v7TzIMs4Pjl5Ma0NEfsXtP9jo6DD/s9oJ/pqd4Cnjn84Uosqj T+SWD/NEPS46ccXV2jBwkKDJACDAkvieFFt7x0RIaFvgMS9n5m+PAxWXu+etediSfFQJ +oZdnyPmPXFTaQLnM0ED5adoJp3gGrDfFn4EA= MIME-Version: 1.0 Received: by 10.213.29.3 with SMTP id o3mr413827ebc.13.1283448241428; Thu, 02 Sep 2010 10:24:01 -0700 (PDT) Received: by 10.14.122.67 with HTTP; Thu, 2 Sep 2010 10:24:01 -0700 (PDT) Date: Thu, 2 Sep 2010 12:24:01 -0500 Message-ID: From: Matthew Wheaton To: rdiff-backup-users@nongnu.org Content-Type: multipart/alternative; boundary=0015174c10c88499f1048f4a143d X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) Subject: [rdiff-backup-users] Help with install on a shared hosting environment X-BeenThere: rdiff-backup-users@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Any discussion of rdiff-backup List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2010 17:24:06 -0000 --0015174c10c88499f1048f4a143d Content-Type: text/plain; charset=ISO-8859-1 I'm hosted on a shared environment at hostmonster.com Here's the output of uname -a Linux host213.hostmonster.com 2.6.28-10.40.intel.E1000E.BHsmp #1 SMP Thu May 20 14:03:42 MDT 2010 x86_64 x86_64 x86_64 GNU/Linux I'm following the instructions listed at : http://wiki.rdiff-backup.org/wiki/index.php/Installations In the section titled: "Installing rdiff-backup using a user account with limited rights" I successfully installed librsync with the following steps: ./configure --prefix=/home2/hoadatas/backup-scripts/build --exec-prefix=/home2/hoadatas/backup-scripts/build make all check make install I verified that the librsync build produced its artifacts in /home2/hoadatas/backup-scripts/build Next I continued by following the instructions to build rdiff-backup ran the following command: python setup.py install --prefix=/home2/hoadatas/backup-scripts/build --librsync-dir=/home2/hoadatas/backup-scripts/build Here's my output, any ideas on how to fix this issue? I'm not sure where to make the change it is requesting. running install running build running build_py running build_ext building 'rdiff_backup._librsync' extension gcc -pthread -shared build/temp.linux-x86_64-2.4/_librsyncmodule.o -L/home2/hoadatas/backup-scripts/build/lib -lrsync -o build/lib.linux-x86_64-2.4/rdiff_backup/_librsync.so /usr/bin/ld: /home2/hoadatas/backup-scripts/build/lib/librsync.a(buf.o): relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC /home2/hoadatas/backup-scripts/build/lib/librsync.a: could not read symbols: Bad value collect2: ld returned 1 exit status error: command 'gcc' failed with exit status 1 --0015174c10c88499f1048f4a143d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I'm hosted on a shared environment at hostmonster.com
Here's the output of uname -a
Linux host213.hostmonster.com 2.6.28-10.4= 0.intel.E1000E.BHsmp #1 SMP Thu May 20 14:03:42 MDT 2010 x86_64 x86_64 x86_= 64 GNU/Linux


I'm following the instructions listed at :
http://wiki.rdiff-back= up.org/wiki/index.php/Installations
In the section titled:
"= Installing rdiff-backup using a user account with limited rights"

I successfully installed librsync with the following steps:
./config= ure --prefix=3D/home2/hoadatas/backup-scripts/build --exec-prefix=3D/home2/= hoadatas/backup-scripts/build
make all check
make install

I ve= rified that the librsync build produced its artifacts in /home2/hoadatas/ba= ckup-scripts/build

Next I continued by following the instructions to build rdiff-backup
ran the following command:

python setup.py install --prefix=3D/= home2/hoadatas/backup-scripts/build --librsync-dir=3D/home2/hoadatas/backup= -scripts/build

Here's my output, any ideas on how to fix this issue? I'm not s= ure where to make the change it is requesting.

running install
ru= nning build
running build_py
running build_ext
building 'rdiff= _backup._librsync' extension
gcc -pthread -shared build/temp.linux-x86_64-2.4/_librsyncmodule.o -L/home2= /hoadatas/backup-scripts/build/lib -lrsync -o build/lib.linux-x86_64-2.4/rd= iff_backup/_librsync.so
/usr/bin/ld: /home2/hoadatas/backup-scripts/buil= d/lib/librsync.a(buf.o): relocation R_X86_64_32 against `a local symbol'= ; can not be used when making a shared object; recompile with -fPIC
/home2/hoadatas/backup-scripts/build/lib/librsync.a: could not read symbols= : Bad value
collect2: ld returned 1 exit status
error: command 'g= cc' failed with exit status 1
--0015174c10c88499f1048f4a143d-- From MAILER-DAEMON Sat Sep 04 05:06:03 2010 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1OrohG-0007mP-2Q for mharc-rdiff-backup-users@gnu.org; Sat, 04 Sep 2010 05:06:02 -0400 Received: from [140.186.70.92] (port=39994 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Oroh8-0007ls-De for rdiff-backup-users@nongnu.org; Sat, 04 Sep 2010 05:05:57 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1Oroh3-0007xo-1N for rdiff-backup-users@nongnu.org; Sat, 04 Sep 2010 05:05:54 -0400 Received: from s2.neomailbox.net ([217.150.244.149]:27993) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Oroh2-0007xN-IM for rdiff-backup-users@nongnu.org; Sat, 04 Sep 2010 05:05:49 -0400 Date: Sat, 4 Sep 2010 05:05:21 -0400 From: Daniel Dickinson To: rdiff-backup-users@nongnu.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/kGHzksueFLZ.tf5L2U9wiDa"; protocol="application/pgp-signature" X-detected-operating-system: by eggs.gnu.org: NetCache 5.3-5.5 (or FreeBSD 5.4) Message-Id: Subject: [rdiff-backup-users] [SCRIPT] Contribution: Here is a script to make using rdiff-backup for backups easier X-BeenThere: rdiff-backup-users@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Any discussion of rdiff-backup List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Sep 2010 09:05:59 -0000 --Sig_/kGHzksueFLZ.tf5L2U9wiDa Content-Type: multipart/mixed; boundary="MP_/QCeEmkJeqZ7pU+NMHckWbrM" --MP_/QCeEmkJeqZ7pU+NMHckWbrM Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Content-Disposition: inline This is a script I wrote so that I could backup using rdiff-backup with a configuration file and a call to this script, instead of doing individual calls to rdiff-backup. Initially (and script still supports) I did this because I wanted to have an easy want to the do the backup including *LVM snaphots*. =20 The script supports backups that first take an lvm snapshot and backup from the snapshot rather than actual disk. Unforunately on my system I noticed instability when using lvm snapshots of root and/or var and thus stopped using them (that and the amount of space I had to set aside). I hope you find the script (attached) and example configuration (also attached) useful and interesting. --=20 hm. I've lost a machine.. literally _lost_. it responds to ping,=20 it works completely, I just can't figure out where in my apartment it is. GnuPG Key Fingerprint 86 F5 81 A5 D4 2E 1F 1C http://gnupg.org The C Shore (Daniel Dickinson's Website) http://cshore.is-a-geek.com --MP_/QCeEmkJeqZ7pU+NMHckWbrM Content-Type: application/octet-stream; name=rdiff-wrapper Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=rdiff-wrapper IyEvYmluL2Jhc2gKCiMgQ29weXJpZ2h0IDIwMTAgRGFuaWVsIERpY2tpbnNvbiA8bGlicmVAY3No b3JlLm5lb21haWxib3gubmV0PgojCiMgVGhpcyBwcm9ncmFtIGlzIGZyZWUgc29mdHdhcmUgYW5k IG1heSBiZSB1c2VkIHVuZGVyIHRoZQojIEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlIHZlcnNp b24gMiBvciBsYXRlcgoKaWYgWyAteiAiJFBBVEgiIF07IHRoZW4KCVBBVEg9L2Jpbjovc2Jpbjov dXNyL2JpbjovdXNyL3NiaW46L3Vzci9sb2NhbC9iaW46L3Vzci9sb2NhbC9zYmluCmZpCgpjbWR3 cmFwcGVyPSJzaCAtYyIKdXNlcj0iIgpob3N0PSIiCmJha2hvc3Q9IiIKYmFrdXNlcj0iIgpyZW1v dGVzY2hlbWE9IiIKZGVidWc9MApudW10cmVlcz0wCnBhcnNlb25seT0iZmFsc2UiCmR1bXBjb25m aWc9ImZhbHNlIgpkcnlydW49ImZhbHNlIgpydW5lY2hvPSJmYWxzZSIKZmlyc3RleGdsb2I9ImZh bHNlIgp1bnNldCBsdnNuYXBzaG90CnVuc2V0IG1udHBvaW50CnVuc2V0IGJha2lkCnVuc2V0IGx2 X3ZvbGdycAp1bnNldCBsdl92b2xzaXplCnVuc2V0IGx2X3ZvbG5hbWUKdW5zZXQgZXhnbG9iCnVu c2V0IHJldGVudGlvbgoJCmlmIFsgIiQoaWQgLXV1KSIgIT0gIjAiIF07IHRoZW4KCWVjaG8gIiQw IG11c3QgYmUgcnVuIGFzIHJvb3QiID4mMgoJZXhpdCAyNTUKZmkKClsgLXogIiQxIiBdICYmIHsK CWVjaG8gIlVzYWdlOiAkMCBjb25maWdfZmlsZSIKCWV4aXQgMjU0Cn0KCmRvX21haW4oKSB7Cgls b2NhbCB0cmVlbnVtCgoJcGFyc2Vjb25maWcgIiQxIgoJWyAiJGR1bXBjb25maWciID0gInRydWUi IF0gJiYgewoJCWR1bXBjb25mCgl9CglbICIkcGFyc2Vvbmx5IiA9ICJ0cnVlIiBdICYmIGV4aXQg MAoKCVsgIiRkZWJ1ZyIgLWd0IDAgXSAmJiBlY2hvICJQZXJmb3JtaW5nIGJhY2t1cCIKCQoJbG9j YWwgb0lGUz0iJElGUyIKCUlGUz0nCicKCWZvciB0cmVlbnVtIGluICQoc2VxIDEgJG51bXRyZWVz KTsgZG8KCgkJWyAteiAiJHtiYWtpZFskdHJlZW51bV19IiBdICYmIHsKCQkJZWNobyAiTWlzc2lu ZyBiYWNrdXAgaWQgKGJha2lkKSBmb3IgdHJlZSAkdHJlZW51bSIKCQkJZXhpdCAyNTEKCQl9CgkJ WyAteiAiJHttbnRwb2ludFskdHJlZW51bV19IiBdICYmIHsKCQkJZWNobyAiTWlzc2luZyBiYWNr dXAgcm9vdCAvIHZvbHVtZSBtb3VudCBwb2ludCAobW50cG9pbnQpIGZvciB0cmVlICR0cmVlbnVt IgoJCQlleGl0IDI1MAoJCX0KCQlbIC16ICIkY21kd3JhcHBlciIgXSAmJiB7CgkJCWVjaG8gIk1p c3NpbmcgY29tbWFuZCB3cmFwcGVyIChlLmcuICdzaCAtYycgb3IgJ3NzaCcpIChjbWR3cmFwcGVy KSIKCQkJZXhpdCAyNDkKCQl9CgkJWyAiJHtsdnNuYXBzaG90WyR0cmVlbnVtXX0iID0gInRydWUi IF0gJiYgWyAteiAiJHtsdl92b2xncnBbJHRyZWVudW1dfSIgXSAmJiB7CgkJCWVjaG8gIk1pc3Np bmcgdm9sdW1lIGdyb3VwICh2b2xncnApIGZvciB0cmVlICR0cmVlbnVtIgoJCQlleGl0IDI0OAoJ CX0KCQlbICIke2x2c25hcHNob3RbJHRyZWVudW1dfSIgPSAidHJ1ZSIgXSAmJiBbIC16ICIke2x2 X3ZvbHNpemVbJHRyZWVudW1dfSIgXSAmJiB7CgkJCWVjaG8gIk1pc3Npbmcgc25hcHNob3Qgdm9s dW1lIHNpemUgKHZvbHNpemUpIGZvciB0cmVlICR0cmVlbnVtIgoJCQlleGl0IDI0NwoJCX0KCQlb ICIke2x2c25hcHNob3RbJHRyZWVudW1dfSIgPSAidHJ1ZSIgXSAmJiBbIC16ICIke2x2X3ZvbG5h bWVbJHRyZWVudW1dfSIgXSAmJiB7CgkJCWVjaG8gIk1pc3NpbmcgbG9naWNhbCB2b2x1bWUgbmFt ZSAodm9sbmFtZSkgZm9yIHRyZWUgJHRyZWVudW0iCgkJCWV4aXQgMjQ2CgkJfQoJCVsgLXogIiR7 cmV0ZW50aW9uWyR0cmVlbnVtXX0iIF0gJiYgewoJCQllY2hvICJNaXNzaW5nIHRpbWUgdG8ga2Vl cCBiYWNrdXBzIGZvciAocmV0ZW50aW9uKSBmb3IgdHJlZSAkdHJlZW51bSIKCQkJZXhpdCAyNDUK CQl9CgkJWyAteiAiJHtiYWtob3N0fSIgXSAmJiB7CgkJCWVjaG8gIk1pc3NpbmcgYmFja3VwIGhv c3RuYW1lIgoJCQlleGl0IDI0NAoJCX0KCQlbIC16ICIke2Jha3VzZXJ9IiBdICYmIHsKCQkJZWNo byAiTWlzc2luZyBiYWNrdXAgdXNlcm5hbWUiCgkJCWV4aXQgMjQzCgkJfQoKCQlJRlM9IiRvSUZT IgoJCVsgIiR7bHZzbmFwc2hvdFskdHJlZW51bV19IiA9ICJ0cnVlIiBdICYmIHsKCQkJc25hcHNo b3RfbG9naWNhbF92b2x1bWUgIiR7YmFraWRbJHRyZWVudW1dfSIgXAoJCQkJIiR7bHZfdm9sZ3Jw WyR0cmVlbnVtXX0iIFwKCQkJCSIke2x2X3ZvbG5hbWVbJHRyZWVudW1dfSIgXAoJCQkJIiR7bHZf dm9sc2l6ZVskdHJlZW51bV19IiBcCgkJCQkiJHttbnRwb2ludFskdHJlZW51bV19IiBcCgkJCQki JGNtZHdyYXBwZXIiIFwKCQkJCSIkZHJ5cnVuIgoJCX0KCQlyZGlmZl90cmVlICIke2Jha2lkWyR0 cmVlbnVtXX0iIFwKCQkJIiR1c2VyIiBcCgkJCSIkaG9zdCIgXAoJCQkiJGJha3VzZXIiIFwKCQkJ IiRiYWtob3N0IiBcCgkJCSIke21udHBvaW50WyR0cmVlbnVtXX0iIFwKCQkJIiRjbWR3cmFwcGVy IiBcCgkJCSIkcmVtb3Rlc2NoZW1hIiBcCgkJCSIkZHJ5cnVuIiBcCgkJCSIke2V4Z2xvYlskdHJl ZW51bV19IgoJCVsgIiR7bHZzbmFwc2hvdFskdHJlZW51bV19IiA9ICJ0cnVlIiBdICYmIHsKCQkJ cmVsZWFzZV9zbmFwc2hvdCAiJHtiYWtpZFskdHJlZW51bV19IiBcCgkJCQkiJHtsdl92b2xncnBb JHRyZWVudW1dfSIgXAoJCQkJIiR7bHZfdm9sbmFtZVskdHJlZW51bV19IiBcCgkJCQkiJGNtZHdy YXBwZXIiIFwKCQkJCSIkZHJ5cnVuIgoJCX0KCQlJRlM9JwonCglkb25lCglJRlM9IiRvSUZTIgoK CVsgIiRkZWJ1ZyIgLWd0IDAgXSAmJiBlY2hvICJDbGVhbmluZyBvdXQgb2xkIGJhY2t1cHMiCgoJ b0lGUz0iJElGUyIKCUlGUz0nCicKCWZvciB0cmVlbnVtIGluICQoc2VxIDEgJG51bXRyZWVzKTsg ZG8KCQlJRlM9IiRvSUZTIgoJCXJkaWZmX3JlbW92ZV9vbGQgIiR7YmFraWRbJHRyZWVudW1dfSIg XAoJCQkiJHVzZXIiIFwKCQkJIiRob3N0IiBcCgkJCSIkYmFrdXNlciIgXAoJCQkiJGJha2hvc3Qi IFwKCQkJIiR7cmV0ZW50aW9uWyR0cmVlbnVtXX0iIFwKCQkJIiRjbWR3cmFwcGVyIiBcCgkJCSIk cmVtb3Rlc2NoZW1hIiBcCgkJCSIkZHJ5cnVuIgoJCUlGUz0nCicKCWRvbmUKCUlGUz0iJG9JRlMi CgkKCVsgIiRkZWJ1ZyIgLWd0IDAgXSAmJiBlY2hvICJEb25lIGNsZWFudXAuICBCYWNrdXAgc2Vz c2lvbiBjb21wbGV0ZS4iCn0KCmRvY21kKCkgewoJbG9jYWwgY21kPSIkMSIKCWxvY2FsIGFjdGlv bj0iZXZhbCIKCWlmIFsgIiRkcnlydW4iID0gInRydWUiIF07IHRoZW4KCQlldmFsIGVjaG8gIiRj bWQiCgllbGlmIFsgIiRydW5lY2hvIiA9ICJ0cnVlIiBdOyB0aGVuCgkJZWNobyAiJGNtZCIKCQll dmFsICIkY21kIgoJZWxzZQoJCWV2YWwgIiRjbWQiCglmaQp9CgpwYXJzZWxpbmUoKSB7Cglsb2Nh bCBsaW5lPSIkMSIKCXZhcm5hbWU9IiQoZWNobyAiJDEiIHwgY3V0IC1mMSAtZD0gKSIKCXZhcnZh bD0iJChlY2hvICIkMSIgfCBjdXQgLWYyLSAtZD0gKSIKfQoKcGFyc2Vjb25maWcoKSB7Cglsb2Nh bCBjb25mZmlsZT0iJDEiCglsb2NhbCBvbGRJRlM9IiRJRlMiCglsb2NhbCB2YXJuYW1lCglsb2Nh bCB2YXJ2YWwKCWxvY2FsIGxpbmVubz0xCgoJSUZTPScJCicKCWxvY2FsIG1vZGU9InN0YXJ0IgoJ Zm9yIGxpbmUgaW4gJChjYXQgIiRjb25mZmlsZSIpOyBkbwoJCWNhc2UgIiRtb2RlIiBpbiAKCQki c3RhcnQiKQoJCQlbIC16ICIkKGVjaG8gJGxpbmV8dHIgLWQgJ1s6Ymxhbms6XScpIiBdICYmIGNv bnRpbnVlCgkJCXBhcnNlbGluZSAkbGluZQoJCQljYXNlICR2YXJuYW1lIGluCgkJCSJjbWR3cmFw cGVyIikKCQkJCWNtZHdyYXBwZXI9IiR2YXJ2YWwiCgkJCQlbICIkZGVidWciIC1ndCAzIF0gJiYg ZWNobyAiY21kd3JhcHBlcj0kY21kd3JhcHBlciIKCQkJCTs7CgkJCSJyZW1vdGVzY2hlbWEiKQoJ CQkJcmVtb3Rlc2NoZW1hPSIkdmFydmFsIgoJCQkJWyAiJGRlYnVnIiAtZ3QgMyBdICYmIGVjaG8g ImNtZHdyYXBwZXI9JGNtZHdyYXBwZXIiCgkJCQk7OwoJCQkidXNlciIpCgkJCQl1c2VyPSIkdmFy dmFsIgoJCQkJWyAiJGRlYnVnIiAtZ3QgMyBdICYmIGVjaG8gInVzZXI9JHVzZXIiCgkJCQk7OwoJ CQkiaG9zdCIpCgkJCQlob3N0PSIkdmFydmFsIgoJCQkJWyAiJGRlYnVnIiAtZ3QgMyBdICYmIGVj aG8gImhvc3Q9JGhvc3QiCgkJCQk7OwoJCQkiYmFraG9zdCIpCgkJCQliYWtob3N0PSIkdmFydmFs IgoJCQkJWyAiJGRlYnVnIiAtZ3QgMyBdICYmIGVjaG8gImJha2hvc3Q9JGJha2hvc3QiCgkJCQk7 OwoJCQkiYmFrdXNlciIpCgkJCQliYWt1c2VyPSIkdmFydmFsIgoJCQkJWyAiJGRlYnVnIiAtZ3Qg MyBdICYmIGVjaG8gImJha3VzZXI9JGJha3VzZXIiCgkJCQk7OwoJCQkiZGVidWciKQoJCQkJZGVi dWc9IiR2YXJ2YWwiCgkJCQlbICIkZGVidWciIC1ndCAzIF0gJiYgZWNobyAiZGVidWc9JGRlYnVn IgoJCQkJOzsKCQkJImRyeXJ1biIpCgkJCQlkcnlydW49IiR2YXJ2YWwiCgkJCQlbICIkZGVidWci IC1ndCAzIF0gJiYgZWNobyAiZHJ5cnVuPSRkcnlydW4iCgkJCQk7OwoJCQkicnVuZWNobyIpCgkJ CQlydW5lY2hvPSIkdmFydmFsIgoJCQkJWyAiJGRlYnVnIiAtZ3QgMyBdICYmIGVjaG8gInJ1bmVj aG89JHJ1bmVjaG8iCgkJCQk7OwoJCQkicGFyc2Vvbmx5IikKCQkJCXBhcnNlb25seT0iJHZhcnZh bCIKCQkJCVsgIiRkZWJ1ZyIgLWd0IDMgXSAmJiBlY2hvICJwYXJzZW9ubHk9JHBhcnNlb25seSIK CQkJCTs7CgkJCSJkdW1wY29uZmlnIikKCQkJCWR1bXBjb25maWc9IiR2YXJ2YWwiCgkJCQlbICIk ZGVidWciIC1ndCAzIF0gJiYgZWNobyAiZHVtcGNvbmZpZz0kZHVtcGNvbmZpZyIKCQkJCTs7CgkJ CSJbdHJlZV0iKQoJCQkJbW9kZT0idHJlZSIKCQkJCW51bXRyZWVzPSQoKCRudW10cmVlcyArIDEp KQoJCQkJWyAiJGRlYnVnIiAtZ3QgMyBdICYmIGVjaG8gIlN0YXJ0aW5nIHRvIHBhcnNlIGEgdHJl ZSBzZWN0aW9uIgoJCQkJOzsKCQkJKikKCQkJCWVjaG8gIlVua25vd24gbGluZSAnJGxpbmUnIGF0 IGxpbmUgJGxpbmVubyIKCQkJCWV4aXQgMjUzCgkJCQk7OwoJCQllc2FjCgkJCTs7CgkJInRyZWUi KQoJCQlbIC16ICIkKGVjaG8gJGxpbmV8dHIgLWQgJ1s6Ymxhbms6XScpIiBdICYmIGNvbnRpbnVl CgkJCXBhcnNlbGluZSAkbGluZQoJCQljYXNlICIkdmFybmFtZSIgaW4KCQkJImx2c25hcHNob3Qi KQoJCQkJbHZzbmFwc2hvdFskbnVtdHJlZXNdPSIkdmFydmFsIgoJCQkJWyAiJGRlYnVnIiAtZ3Qg MyBdICYmIGVjaG8gImx2c25hcHNob3RbJG51bXRyZWVzXT0ke2x2c25hcHNob3RbJG51bXRyZWVz XX0iCgkJCQk7OwoJCQkibW50cG9pbnQiKQoJCQkJbW50cG9pbnRbJG51bXRyZWVzXT0iJHZhcnZh bCIKCQkJCVsgIiRkZWJ1ZyIgLWd0IDMgXSAmJiBlY2hvICJtbnRwb2ludFskbnVtdHJlZXNdPSR7 bW50cG9pbnRbJG51bXRyZWVzXX0iCgkJCQk7OwoJCQkiYmFraWQiKQoJCQkJYmFraWRbJG51bXRy ZWVzXT0iJHZhcnZhbCIKCQkJCVsgIiRkZWJ1ZyIgLWd0IDMgXSAmJiBlY2hvICJiYWtpZFskbnVt dHJlZXNdPSR7YmFraWRbJG51bXRyZWVzXX0iCgkJCQk7OwoJCQkicmV0ZW50aW9uIikKCQkJCXJl dGVudGlvblskbnVtdHJlZXNdPSIkdmFydmFsIgoJCQkJWyAiJGRlYnVnIiAtZ3QgMyBdICYmIGVj aG8gInJldGVudGlvblskbnVtdHJlZXNdPSR7cmV0ZW50aW9uWyRudW10cmVlc119IgoJCQkJOzsK CQkJIltsdl0iKQoJCQkJaWYgWyAiJHtsdnNuYXBzaG90WyRudW10cmVlc119IiAhPSAidHJ1ZSIg XTsgdGhlbgoJCQkJCWVjaG8gIltsdl0gc2VjdGlvbiBkZWZpbmVkIGJ1dCBsdnNuYXBzaG90ICE9 IHRydWUgZm9yIHRyZWUgc2VjdGlvbiAkbnVtdHJlZXMiCgkJCQkJZXhpdCAyNTIKCQkJCWZpCgkJ CQltb2RlPSJsdiIKCQkJCVsgIiRkZWJ1ZyIgLWd0IDMgXSAmJiBlY2hvICJTdGFydGluZyB0byBw YXJzZSBhbiBsdiBzZWN0aW9uIgoJCQkJOzsKCQkJIlsvdHJlZV0iKQoJCQkJbW9kZT0ic3RhcnQi CgkJCQlbICIkZGVidWciIC1ndCAzIF0gJiYgZWNobyAiRG9uZSBwYXJzaW5nIHRyZWUgc2VjdGlv biAkbnVtdHJlZXMiCgkJCQk7OwoJCQkiW2V4Y2x1ZGVnbG9ibGlzdF0iKQoJCQkJbW9kZT0iZXhj bHVkZWdsb2JsaXN0IgoJCQkJZXhnbG9iWyRudW10cmVlc109IiIKCQkJCWZpcnN0ZXhnbG9iPXRy dWUKCQkJCVsgIiRkZWJ1ZyIgLWd0IDMgXSAmJiBlY2hvICJTdGFydGluZyB0byBwYXJzZSBhbiBl eGNsdWRlIGdsb2Igc2VjdGlvbiIKCQkJCTs7CgkJCWVzYWMKCQkJOzsKCQkibHYiKQoJCQlbIC16 ICIkKGVjaG8gJGxpbmV8dHIgLWQgJ1s6Ymxhbms6XScpIiBdICYmIGNvbnRpbnVlCgkJCXBhcnNl bGluZSAkbGluZQoJCQljYXNlICIkdmFybmFtZSIgaW4KCQkJInZvbGdycCIpCgkJCQlsdl92b2xn cnBbJG51bXRyZWVzXT0iJHZhcnZhbCIKCQkJCVsgIiRkZWJ1ZyIgLWd0IDMgXSAmJiBlY2hvICJs dl92b2xncnBbJG51bXRyZWVzXT0ke2x2X3ZvbGdycFskbnVtdHJlZXNdfSIKCQkJCTs7CgkJCSJ2 b2xuYW1lIikKCQkJCWx2X3ZvbG5hbWVbJG51bXRyZWVzXT0iJHZhcnZhbCIKCQkJCVsgIiRkZWJ1 ZyIgLWd0IDMgXSAmJiBlY2hvICJsdl92b2xuYW1lWyRudW10cmVlc109JHtsdl92b2xuYW1lWyRu dW10cmVlc119IgoJCQkJOzsKCQkJInZvbHNpemUiKQoJCQkJbHZfdm9sc2l6ZVskbnVtdHJlZXNd PSIkdmFydmFsIgoJCQkJWyAiJGRlYnVnIiAtZ3QgMyBdICYmIGVjaG8gImx2X3ZvbHNpemVbJG51 bXRyZWVzXT0ke2x2X3ZvbHNpemVbJG51bXRyZWVzXX0iCgkJCQk7OwoJCQkiWy9sdl0iKQoJCQkJ bW9kZT0idHJlZSIKCQkJCVsgIiRkZWJ1ZyIgLWd0IDMgXSAmJiBlY2hvICJEb25lIHBhcnNpbmcg bHYgc2VjdGlvbiBmb3IgdHJlZSBzZWN0aW9uICRudW10cmVlcyIKCQkJCWNvbnRpbnVlCgkJCQk7 OwoJCQllc2FjCgkJCTs7CgkJImV4Y2x1ZGVnbG9ibGlzdCIpCgkJCWlmIFsgIiRsaW5lIiA9ICJb L2V4Y2x1ZGVnbG9ibGlzdF0iIF07IHRoZW4KCQkJCW1vZGU9InRyZWUiCgkJCQlbICIkZGVidWci IC1ndCAzIF0gJiYgZWNobyAiZXhjbHVkZWdsb2JsaXN0ID0gCiR7ZXhnbG9iWyRudW10cmVlc119 IgoJCQkJWyAiJGRlYnVnIiAtZ3QgMyBdICYmIGVjaG8gIkRvbmUgcGFyc2luZyBleGNsdWRlZ2xv Ymxpc3Qgc2VjdGlvbiBmb3IgdHJlZSBzZWN0aW9uICRudW10cmVlcyIKCQkJCWNvbnRpbnVlCgkJ CWVsc2UKCQkJCWlmIFsgIiRmaXJzdGV4Z2xvYiIgPSAidHJ1ZSIgXTsgdGhlbgoJCQkJCWV4Z2xv YlskbnVtdHJlZXNdPSIke21udHBvaW50WyRudW10cmVlc119LyRsaW5lIgoJCQkJCWZpcnN0ZXhn bG9iPWZhbHNlCgkJCQllbHNlCQkJCQkKCQkJCQlleGdsb2JbJG51bXRyZWVzXT0iJHtleGdsb2Jb JG51bXRyZWVzXX0KJHttbnRwb2ludFskbnVtdHJlZXNdfS8kbGluZSIKCQkJCWZpCgkJCWZpCQkJ CQkJCgkJCTs7CgkJZXNhYwkJCglkb25lCglJRlM9IiRvSUZTIgp9CgpkdW1wY29uZigpIHsKCWVj aG8gIkR1bXBpbmcgY29uZmlnIgoJZm9yIHZhciBpbiBjbWR3cmFwcGVyIHVzZXIgaG9zdCByZW1v dGVzY2hlbWEgZGVidWcgcGFyc2Vvbmx5IGR1bXBjb25maWcgZHJ5cnVuIHJ1bmVjaG8gYmFraG9z dCBiYWt1c2VyOyBkbwoJCWVjaG8gIiR2YXIgPSAnJChldmFsIGVjaG8gXCR7JHZhcn0pJyIKCWRv bmUKCWVjaG8gIiRudW10cmVlcyB0cmVlIHNlY3Rpb25zIgoJbG9jYWwgb0lGUz0iJElGUyIKCUlG Uz0nCicKCWZvciBudW0gaW4gJChzZXEgMSAkbnVtdHJlZXMpOyBkbwoJCUlGUz0iJG9JRlMiCgkJ Zm9yIHZhciBpbiBsdnNuYXBzaG90IG1udHBvaW50IGJha2lkIHJldGVudGlvbiBsdl92b2xncnAg bHZfdm9sc2l6ZSBsdl92b2xuYW1lIGV4Z2xvYjsgZG8KCQkJZWNobyAiJHt2YXJ9WyRudW1dID0g JyQoZXZhbCBlY2hvIFwkeyR2YXJbJG51bV19KSciCgkJZG9uZQoJCUlGUz0nCicKCWRvbmUKCUlG Uz0iJG9JRlMiCgoJZWNobyAiRG9uZSBkdW1waW5nIGNvbmZpZyIKCXJldHVybiAwCn0KCnNuYXBz aG90X2xvZ2ljYWxfdm9sdW1lKCkgewoJbG9jYWwgYmFraWQ9IiQxIgoJbG9jYWwgdm9sZ3JwPSIk MiIKCWxvY2FsIHZvbG5hbWU9IiQzIgoJbG9jYWwgdm9sc2l6ZT0iJDQiCglsb2NhbCBtbnRwb2lu dD0iJDUiCglsb2NhbCBjbWR3cmFwcGVyPSIkNiIKCWxvY2FsIGRyeXJ1bj0iJDciCgkKCVsgIiRk ZWJ1ZyIgLWd0IDEgXSAmJiBlY2hvICJCYWNraW5nIHVwICRiYWtpZCBsb2dpY2FsIHZvbHVtZSIK CVsgIiRkZWJ1ZyIgLWd0IDIgXSAmJiBlY2hvICJUYWtpbmcgc25hcHNob3Qgb2YgJHZvbG5hbWUi CgoJZG9jbWQgIiRjbWR3cmFwcGVyIFwibHZjcmVhdGUgLUwgJHZvbHNpemUgLW4gJHZvbG5hbWUt c25hcHNob3QgLXMgJHZvbGdycC8kdm9sbmFtZSA+L2Rldi9udWxsXCIiIHx8IHsKCQllY2hvICJD b3VsZG4ndCBjcmVhdGUgc25hcHNob3Qgb2YgJGJha2lkIGxvZ2ljYWwgdm9sdW1lIiA+JjIKCQll eGl0IDIKCX0KCVsgIiRkZWJ1ZyIgLWd0IDIgXSAmJiBlY2hvICJNb3VudGluZyBzbmFwc2hvdCBv ZiAkdm9sbmFtZSIKCglkb2NtZCAibWtkaXIgLXAgXCIiIiRtbnRwb2ludFwiIgoJCgoJZG9jbWQg IiRjbWR3cmFwcGVyIFwibW91bnQgL2Rldi9tYXBwZXIvJHZvbGdycC0kdm9sbmFtZS0tc25hcHNo b3QgJG1udHBvaW50XCIiIHx8IHsKCQllY2hvICJDb3VsZG4ndCBtb3VudCBzbmFwc2hvdCBvZiAk dm9sbmFtZSIgPiYyCgkJZWNobyB5IHwgZG9jbWQgIiRjbWR3cmFwcGVyIFwibHZyZW1vdmUgJHZv bGdycC8kdm9sbmFtZS1zbmFwc2hvdCA+L2Rldi9udWxsXCIiIHx8IHsKCQkJZWNobyAiRXJyb3Ig cmVtb3Zpbmcgc25hcHNob3Qgb2YgJGJha2lkIGxvZ2ljYWwgdm9sdW1lIiA+JjIKCQkJZXhpdCA0 CgkJfQoJfQp9CgpyZWxlYXNlX3NuYXBzaG90KCkgewoJbG9jYWwgYmFraWQ9IiQxIgoJbG9jYWwg dm9sZ3JwPSIkMiIKCWxvY2FsIHZvbG5hbWU9IiQzIgoJbG9jYWwgY21kd3JhcHBlcj0iJDQiCgls b2NhbCBkcnlydW49IiQ1IgoJCglbICIkZGVidWciIC1ndCAyIF0gJiYgZWNobyAiUmVtb3Zpbmcg c25hcHNob3Qgb2YgJHZvbG5hbWUiCgoJZG9jbWQgIiRjbWR3cmFwcGVyIFwidW1vdW50IC9kZXYv bWFwcGVyLyR2b2xncnAtJHZvbG5hbWUtLXNuYXBzaG90XCIiCgkKCWRvY21kICIkY21kd3JhcHBl ciBcIm1vdW50XCIiIHwgZ3JlcCAtcSAiL2Rldi9tYXBwZXIvJHZvbGdycC0kdm9sbmFtZS0tc25h cHNob3QgIiB8fCB7CgkJZWNobyB5IHwgZG9jbWQgIiRjbWR3cmFwcGVyIFwibHZyZW1vdmUgJHZv bGdycC8kdm9sbmFtZS1zbmFwc2hvdFwiID4vZGV2L251bGwiIHx8IHsKCQkJZWNobyAiRXJyb3Ig cmVtb3Zpbmcgc25hcHNob3Qgb2YgJGJha2lkIGxvZ2ljYWwgdm9sdW1lIiA+JjIKCQkJZXhpdCAz CgkJfQoJfQoKCVsgIiRkZWJ1ZyIgLWd0IDEgXSAmJiBlY2hvICJCYWNrdXAgb2YgJGJha2lkIGxv Z2ljYWwgdm9sdW1lIGNvbXBsZXRlIgp9CgoKcmRpZmZfdHJlZSgpIHsKCWxvY2FsIGJha2lkPSIk MSIKCWxvY2FsIHVzZXI9IiQyIgoJbG9jYWwgaG9zdD0iJDMiCglsb2NhbCBiYWt1c2VyPSIkNCIK CWxvY2FsIGJha2hvc3Q9IiQ1IgoJbG9jYWwgbW50cG9pbnQ9IiQ2IgkKCWxvY2FsIGNtZHdyYXBw ZXI9IiQ3IgoJbG9jYWwgcmVtb3Rlc2NoZW1hPSIkOCIKCWxvY2FsIGRyeXJ1bj0iJDkiCglzaGlm dAoJbG9jYWwgZXhjbHVkZWdsb2JsaXN0PSIkOSIKCQoJbG9jYWwgdGFyZ2V0Cglsb2NhbCBkb2Vj aG89IiIKCQoJWyAtbiAiJHJlbW90ZXNjaGVtYSIgXSAmJiByZW1vdGVzY2hlbWE9Ii0tcmVtb3Rl LXNjaGVtYSAnJHJlbW90ZXNjaGVtYSciCgkKCVsgIiRkZWJ1ZyIgLWd0IDEgXSAmJiBlY2hvICJQ ZXJmb3JtaW5nIHJkaWZmLWJhY2t1cCBvZiAkYmFraWQiCgoJaWYgWyAiJGhvc3QiICE9ICIkYmFr aG9zdCIgXSB8fCAoIFsgIiRob3N0IiA9ICIkYmFraG9zdCIgXSAmJiBbICIkdXNlciIgIT0gIiRi YWt1c2VyIiBdICkgOyB0aGVuCgkJaWYgWyAiJGhvc3QiICE9ICIkKGhvc3RuYW1lKSIgXSAmJiBb ICIkaG9zdCIgIT0gIiQoaG9zdG5hbWUgLS1mcWRuKSIgXSAmJiBbICIkaG9zdCIgIT0gIiQoaG9z dG5hbWUpIiIubG9jYWwiIF07IHRoZW4KCQkJZG9jbWQgImVjaG8gXCIiIiRleGNsdWRlZ2xvYmxp c3QiIlwiIHwgcmRpZmYtYmFja3VwICIiJHtyZW1vdGVzY2hlbWF9IiIgLS1jcmVhdGUtZnVsbC1w YXRoIC0tZXhjbHVkZS1vdGhlci1maWxlc3lzdGVtcyAtLWV4Y2x1ZGUtZ2xvYmJpbmctZmlsZWxp c3Qtc3RkaW4gXCIiIiR7dXNlcn1AJHtob3N0fSIiOjoiIiR7bW50cG9pbnR9IiJcIiAvc3J2L2Jh Y2t1cHMvJHtob3N0fV8ke2Jha2lkfSIKCQllbHNlCgkJCXRhcmdldD0iJGJha3VzZXJAJGJha2hv c3Q6Oi9zcnYvYmFja3Vwcy8ke2hvc3R9XyR7YmFraWR9IgoJCQlkb2NtZCAiZWNobyBcIiIiJGV4 Y2x1ZGVnbG9ibGlzdCIiXCIgfCByZGlmZi1iYWNrdXAgIiIke3JlbW90ZXNjaGVtYX0iIiAtLWNy ZWF0ZS1mdWxsLXBhdGggLS1leGNsdWRlLW90aGVyLWZpbGVzeXN0ZW1zIC0tZXhjbHVkZS1nbG9i YmluZy1maWxlbGlzdC1zdGRpbiAiIiRtbnRwb2ludCIiICIiJHRhcmdldCIKCQlmaQoJZWxzZQoJ CXRhcmdldD0iL3Nydi9iYWNrdXBzLyR7aG9zdH1fJHtiYWtpZH0iCgkJZG9jbWQgImVjaG8gXCIi IiRleGNsdWRlZ2xvYmxpc3QiIlwiIHwgJGNtZHdyYXBwZXIgXCJyZGlmZi1iYWNrdXAgLS1jcmVh dGUtZnVsbC1wYXRoIC0tZXhjbHVkZS1vdGhlci1maWxlc3lzdGVtcyAtLWV4Y2x1ZGUtZ2xvYmJp bmctZmlsZWxpc3Qtc3RkaW4gIiIkbW50cG9pbnQiIiAiIiR0YXJnZXQiIlwiIgoJZmkKfQoKCnJk aWZmX3JlbW92ZV9vbGQoKSB7Cglsb2NhbCBiYWtpZD0iJDEiCglsb2NhbCB1c2VyPSIkMiIKCWxv Y2FsIGhvc3Q9IiQzIgoJbG9jYWwgYmFrdXNlcj0iJDQiCglsb2NhbCBiYWtob3N0PSIkNSIKCWxv Y2FsIHJldGVudGlvbj0iJDYiCglsb2NhbCBjbWR3cmFwcGVyPSIkNyIKCWxvY2FsIHJlbW90ZXNj aGVtYT0iJDgiCglsb2NhbCBkcnlydW49IiQ4IgoJWyAiJGRlYnVnIiAtZ3QgMSBdICYmIGVjaG8g IlJlbW92aW5nIHJvb3QgYmFja3VwcyBvbGRlciB0aGFuICRyZXRlbnRpb24iCgoJWyAtbiAiJHJl bW90ZXNjaGVtYSIgXSAmJiByZW1vdGVzY2hlbWE9Ii0tcmVtb3RlLXNjaGVtYSAnJHJlbW90ZXNj aGVtYSciCgoJaWYgWyAiJChob3N0bmFtZSkiID0gIiRiYWtob3N0IiBdIHx8IFsgIiQoaG9zdG5h bWUgLS1mcWRuKSIgPSAiJGJha2hvc3QiIF0gfHwgWyAiJChob3N0bmFtZSkiIi5sb2NhbCIgPSAi JGJha2hvc3QiIF0gOyB0aGVuCgkJdGFyZ2V0PSIvc3J2L2JhY2t1cHMvJHtob3N0fV8ke2Jha2lk fSIKCWVsc2UKCQl0YXJnZXQ9IiRiYWt1c2VyQCRiYWtob3N0Ojovc3J2L2JhY2t1cHMvJHtob3N0 fV8ke2Jha2lkfSIKCWZpCglkb2NtZCAicmRpZmYtYmFja3VwICIiJHtyZW1vdGVzY2hlbWF9IiIg LS1mb3JjZSAtLXJlbW92ZS1vbGRlci10aGFuICIiJHJldGVudGlvbiIiICIiJHRhcmdldCIiID4v ZGV2L251bGwiCn0KCmRvX21haW4gJEAKCgo= --MP_/QCeEmkJeqZ7pU+NMHckWbrM Content-Type: application/octet-stream; name=brennin.backup Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=brennin.backup ZGVidWc9MApwYXJzZW9ubHk9ZmFsc2UKZHVtcGNvbmZpZz1mYWxzZQpkcnlydW49ZmFsc2UKcnVu ZWNobz1mYWxzZQoKdXNlcj1yb290Cmhvc3Q9YnJlbm5pbgpiYWtob3N0PWJyZW5uaW4KYmFrdXNl cj1yb290CgpbdHJlZV0KbHZzbmFwc2hvdD1mYWxzZQptbnRwb2ludD0vCmJha2lkPXJvb3QKcmV0 ZW50aW9uPTJNCgpbZXhjbHVkZWdsb2JsaXN0XQovY2Ryb20KL2RldgovaG9tZQovbG9zdCtmb3Vu ZAovbWVkaWEKL21udAovcHJvYwovc3lzCi90bXAKL3Zhci9jcmFzaAovdmFyL2xvY2sKL3Zhci9y dW4KL3Zhci90bXAKL3Zhci9sb2NhbC9hbWFuZGEvaG9sZAovdmFyL2xvY2FsL2FtYW5kYS9pbmRp Y2VzCi9zcnYvYmFja3Vwcwovc3J2L2V4cG9ydHMKWy9leGNsdWRlZ2xvYmxpc3RdCgpbL3RyZWVd CgpbdHJlZV0KbHZzbmFwc2hvdD1mYWxzZQptbnRwb2ludD0vaG9tZQpiYWtpZD1ob21lCnJlbW90 ZXNyYz1mYWxzZQpyZXRlbnRpb249Mk0KClsvdHJlZV0KCg== --MP_/QCeEmkJeqZ7pU+NMHckWbrM Content-Type: application/octet-stream; name=cadersedat.backup Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=cadersedat.backup ZGVidWc9MApwYXJzZW9ubHk9ZmFsc2UKZHVtcGNvbmZpZz1mYWxzZQpkcnlydW49ZmFsc2UKcnVu ZWNobz1mYWxzZQpyZW1vdGVzY2hlbWE9c3NoIC1jIGJsb3dmaXNoLWNiYyAlcyAic3VkbyByZGlm Zi1iYWNrdXAgLS1zZXJ2ZXIiCgp1c2VyPWFpbGVyb24KaG9zdD1jYWRlcnNlZGF0CmJha2hvc3Q9 YnJlbm5pbgpiYWt1c2VyPXJvb3QKClt0cmVlXQpsdnNuYXBzaG90PWZhbHNlCm1udHBvaW50PS9v dmVybGF5CmJha2lkPW92ZXJsYXkKcmV0ZW50aW9uPTJNClsvdHJlZV0KClt0cmVlXQpsdnNuYXBz aG90PWZhbHNlCm1udHBvaW50PS9ob21lL2RhdGEKYmFraWQ9aG9tZQpyZXRlbnRpb249Mk0KWy90 cmVlXQo= --MP_/QCeEmkJeqZ7pU+NMHckWbrM Content-Type: application/octet-stream; name=celidon.backup Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=celidon.backup ZGVidWc9MApwYXJzZW9ubHk9ZmFsc2UKZHVtcGNvbmZpZz1mYWxzZQpkcnlydW49ZmFsc2UKcnVu ZWNobz1mYWxzZQpjbWR3cmFwcGVyPXNzaCByb290QGNlbGlkb24gCnJlbW90ZXNjaGVtYT1zc2gg LWMgYXJjZm91ciAlcyByZGlmZi1iYWNrdXAgLS1zZXJ2ZXIKCnVzZXI9cm9vdApob3N0PWNlbGlk b24KYmFraG9zdD1icmVubmluCmJha3VzZXI9cm9vdAoKW3RyZWVdCmx2c25hcHNob3Q9ZmFsc2UK YmFraWQ9cm9vdApyZXRlbnRpb249Mk0KbW50cG9pbnQ9LwoKW2V4Y2x1ZGVnbG9ibGlzdF0KL2Nk cm9tCi9kZXYKL2xvc3QrZm91bmQKL21lZGlhCi9tbnQKL3Byb2MKL3N5cwovdG1wCi9zcnYKWy9l eGNsdWRlZ2xvYmxpc3RdCgpbL3RyZWVdCgpbdHJlZV0KbHZzbmFwc2hvdD1mYWxzZQptbnRwb2lu dD0vdmFyCmJha2lkPXZhcgpyZXRlbnRpb249Mk0KCltleGNsdWRlZ2xvYmxpc3RdCi9jcmFzaAov bG9jawovcnVuCi90bXAKWy9leGNsdWRlZ2xvYmxpc3RdCgpbL3RyZWVdCgpbdHJlZV0KbHZzbmFw c2hvdD1mYWxzZQptbnRwb2ludD0vaG9tZQpiYWtpZD1ob21lCnJldGVudGlvbj0yTQpbL3RyZWVd CgpbdHJlZV0KbHZzbmFwc2hvdD1mYWxzZQptbnRwb2ludD0vc3J2L0FyY2hpdmVzCmJha2lkPWFy Y2hpdmVzCnJldGVudGlvbj0yTQpbL3RyZWVdCgpbdHJlZV0KbHZzbmFwc2hvdD1mYWxzZQptbnRw b2ludD0vc3J2L3VidW50dQpiYWtpZD11YnVudHUKcmV0ZW50aW9uPTJNClsvdHJlZV0KClt0cmVl XQpsdnNuYXBzaG90PWZhbHNlCm1udHBvaW50PS9zcnYvZGViaWFuCmJha2lkPWRlYmlhbgpyZXRl bnRpb249Mk0KWy90cmVlXQo= --MP_/QCeEmkJeqZ7pU+NMHckWbrM Content-Type: application/octet-stream; name=daniloth.backup Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=daniloth.backup ZGVidWc9MApwYXJzZW9ubHk9ZmFsc2UKZHVtcGNvbmZpZz1mYWxzZQpkcnlydW49ZmFsc2UKcnVu ZWNobz1mYWxzZQpyZW1vdGVzY2hlbWE9c3NoIC1jIGFyY2ZvdXIgLUMgJXMgInN1ZG8gLW4gL3Vz ci9iaW4vcmRpZmYtYmFja3VwIC0tc2VydmVyIgoKdXNlcj1kYW5pZWwKaG9zdD1kYW5pbG90aApi YWtob3N0PWJyZW5uaW4KYmFrdXNlcj1kYW5pZWwKClt0cmVlXQpsdnNuYXBzaG90PXRydWUKbW50 cG9pbnQ9L21lZGlhL3NuYXBzaG90CmJha2lkPXJvb3QKcmV0ZW50aW9uPTJNCgpbbHZdCnZvbGdy cD1kYW5pbG90aAp2b2xzaXplPTI4Rwp2b2xuYW1lPXJvb3QKWy9sdl0KCltleGNsdWRlZ2xvYmxp c3RdCi9jZHJvbQovZGV2Ci9ob21lCi9sb3N0K2ZvdW5kCi9tZWRpYQovbW50Ci9wcm9jCi9zeXMK L3RtcAovdmFyL2NyYXNoCi92YXIvbG9jawovdmFyL3J1bgovdmFyL3RtcApbL2V4Y2x1ZGVnbG9i bGlzdF0KClsvdHJlZV0KClt0cmVlXQpsdnNuYXBzaG90PWZhbHNlCm1udHBvaW50PS9ob21lCmJh a2lkPWhvbWUKcmVtb3Rlc3JjPWZhbHNlCnJldGVudGlvbj0yTQoKW2V4Y2x1ZGVnbG9ibGlzdF0K L2RhbmllbC8uZ3ZmcwovZGFuaWVsLXBsYWluL0JyZW5uaW4KWy9leGNsdWRlZ2xvYmxpc3RdCgpb L3RyZWVdCgo= --MP_/QCeEmkJeqZ7pU+NMHckWbrM-- --Sig_/kGHzksueFLZ.tf5L2U9wiDa Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkyCC9EACgkQhvWBpdQuHxy7hgCfagd0u7uZI9ggKjiJZfePjNpv OPEAnjqB90+lEuoCgVZt8+oNBVjtYVVz =gBMV -----END PGP SIGNATURE----- --Sig_/kGHzksueFLZ.tf5L2U9wiDa-- From MAILER-DAEMON Tue Sep 07 06:19:47 2010 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1OsvHG-0003Yo-W7 for mharc-rdiff-backup-users@gnu.org; Tue, 07 Sep 2010 06:19:47 -0400 Received: from [140.186.70.92] (port=58443 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OsvHC-0003WM-94 for rdiff-backup-users@nongnu.org; Tue, 07 Sep 2010 06:19:43 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OsvH8-0004AE-2Y for rdiff-backup-users@nongnu.org; Tue, 07 Sep 2010 06:19:42 -0400 Received: from mailout-de.gmx.net ([213.165.64.22]:55854 helo=mail.gmx.net) by eggs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1OsvH7-0004A1-Lt for rdiff-backup-users@nongnu.org; Tue, 07 Sep 2010 06:19:38 -0400 Received: (qmail invoked by alias); 07 Sep 2010 10:19:35 -0000 Received: from dslb-092-075-095-199.pools.arcor-ip.net (EHLO [192.168.99.10]) [92.75.95.199] by mail.gmx.net (mp008) with SMTP; 07 Sep 2010 12:19:35 +0200 X-Authenticated: #5387987 X-Provags-ID: V01U2FsdGVkX18sPVUQQhIsXeV6WpPOS0MmcP72dI5MZwqvYU+TH+ gTycNzZ9fNLgal Message-ID: <4C8611B7.2090309@gmx.de> Date: Tue, 07 Sep 2010 12:19:35 +0200 From: =?ISO-8859-15?Q?Christian_K=F6lpin?= User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.12pre) Gecko/20100809 Lightning/1.0b1 Shredder/3.0.7pre MIME-Version: 1.0 To: rdiff-backup-users@nongnu.org X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. Subject: [rdiff-backup-users] Fwd: Partial delete of diff-files possible? X-BeenThere: rdiff-backup-users@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Any discussion of rdiff-backup List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Sep 2010 10:19:43 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello is there a way to delete rdiff-files in a time-based period? My scenario is: i am backup a whole storage-container at once. After a few times i have to (successfully) restore my backups i alway mentioned that the files i hardly needed, wasn't in the backup or the backup was to old... so i change to backup the whole container every day. rdiff-backup handles this well. Normally it takes less then 10% disk-space-overhead to keep a daily-history about a 4 month-period. In the last two weeks there was a large file-replacing/merging/editing (all files around one till ten GB) ongoing on the server. So the backup disk-space-overhead jumps up to 25%. But I don't need keeping these changes for the full 4 month, rather then needing the disk-space ;) So my question: is there a way to keep daily-backups for a whole week, followed only weekly diffs till a full month, and than only hold monthly-summarized diffs. I know rdiff-backup doesn't support "summarize/repacking" of diff-files out of the box, can I do this manually without destroying the whole backup-structure? greetings Raptor 2101 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkyGEbYACgkQWaFOsSkiiV9wRQCeKyYz7raE20GGybV+CPdSKQIF vVkAoIeAEJLpX+hzkCF3tdwBXJupiPo2 =5KMW -----END PGP SIGNATURE----- From MAILER-DAEMON Mon Sep 20 02:54:53 2010 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1OxaH6-0001Rq-TE for mharc-rdiff-backup-users@gnu.org; Mon, 20 Sep 2010 02:54:52 -0400 Received: from [140.186.70.92] (port=40971 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OxaH3-0001PC-CR for rdiff-backup-users@nongnu.org; Mon, 20 Sep 2010 02:54:50 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OxaH2-0004LA-66 for rdiff-backup-users@nongnu.org; Mon, 20 Sep 2010 02:54:49 -0400 Received: from mail-yw0-f45.google.com ([209.85.213.45]:58367) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OxaH2-0004L2-1v for rdiff-backup-users@nongnu.org; Mon, 20 Sep 2010 02:54:48 -0400 Received: by ywg4 with SMTP id 4so1629684ywg.4 for ; Sun, 19 Sep 2010 23:54:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:cc:content-type; bh=nshryorckK0ieDTGpVU+spMJ/PCQ4kFZVYMD9+7Zvho=; b=RBGT7uwTNcxC6UYZirKFJsiEtMX1ctwPUsQTJsVacl48069VdKBwweWHfuSwPH+0va RuM1hgsxfJ4+bbdD8NDwLRcez46Ar95NXHIq8ARgtpjJKECYWYAi4XetqwVOCZFHMe8m MOnC7rEJsWlz808v5de3CGBOD14x68/SKmaVs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=r5rM+MgZY2IMgTs2Hf7FRhe+PgWOrUx68EKri3Ocp67E+TFQDiD6ArrEbUyRxZWXFt 7ecylmFK/EQIUf8nvHfeQH9eS5tNE3cti+Ow9OLZuDbO+oKfr5qAa7oLkiuwklMOBrYz SreLH52ihMlj/3uwGPZ0Y3jw5ZJofihUAKVcM= MIME-Version: 1.0 Received: by 10.150.195.9 with SMTP id s9mr8270761ybf.419.1284965686547; Sun, 19 Sep 2010 23:54:46 -0700 (PDT) Received: by 10.42.3.82 with HTTP; Sun, 19 Sep 2010 23:54:46 -0700 (PDT) Date: Mon, 20 Sep 2010 08:54:46 +0200 Message-ID: From: Valerio Pachera To: Lista rdiff-backup Content-Type: text/plain; charset=UTF-8 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) Cc: Alessandro Bolgia Subject: [rdiff-backup-users] Problems removing some increments X-BeenThere: rdiff-backup-users@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Any discussion of rdiff-backup List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Sep 2010 06:54:50 -0000 Hi all, I was trying to remove some increments but i got the error reporte in the end of the mail. After I got this error, it's not possible to remove any other increment. This is the increment list I get now by rdiff-backup: --- rdiff-backup --list-increments /mnt/storage/backup/vm/ Found 1 increments: increments.2010-09-18T00:32:48+02:00.dir Sat Sep 18 00:32:48 2010 Current mirror: Mon Sep 20 00:32:06 2010 --- So, only one... And these are the increments I see in the backup directory --- ls -l /mnt/storage/backup/vm/rdiff-backup-data/increments/ totale 24 drwx------ 2 root root 4096 20 set 08:04 bin -rwxr-xr-x 1 root root 0 2 lug 11:03 bin.2010-09-01T00:35:11+02:00.dir -rwxr-xr-x 1 root root 0 7 set 14:05 bin.2010-09-07T18:27:46+02:00.dir drwx------ 2 root root 12288 20 set 08:04 disks -rwxr-xr-x 1 root root 0 14 mag 11:10 disks.2010-08-27T00:31:33+02:00.dir -rwxr-xr-x 1 root root 0 14 mag 11:10 disks.2010-08-28T00:32:02+02:00.dir -rwxr-xr-x 1 root root 0 14 mag 11:10 disks.2010-08-30T00:35:11+02:00.dir -rwxr-xr-x 1 root root 0 14 mag 11:10 disks.2010-08-31T00:35:12+02:00.dir -rwxr-xr-x 1 root root 0 14 mag 11:10 disks.2010-09-01T00:35:11+02:00.dir -rwxr-xr-x 1 root root 0 8 set 14:08 disks.2010-09-18T00:32:48+02:00.dir drwx------ 2 root root 4096 18 set 04:11 enabled -rwxr-xr-x 1 root root 0 2 lug 11:36 enabled.2010-09-07T18:27:46+02:00.dir drwx------ 2 root root 4096 7 set 21:13 iso -rwxr-xr-x 1 root root 0 14 mag 12:31 iso.2010-09-01T00:35:11+02:00.dir --- ERROR I GOT --- rdiff-backup --force --remove-older-than 1W /mnt/storage/backup/vm/ Deleting increments at times: Thu Aug 12 00:35:10 2010 Fri Aug 13 00:35:11 2010 Sat Aug 14 00:35:10 2010 Tue Aug 17 00:32:05 2010 Wed Aug 18 00:32:08 2010 Thu Aug 19 00:31:44 2010 Fri Aug 20 00:32:05 2010 Sat Aug 21 00:32:00 2010 Mon Aug 23 00:35:11 2010 Tue Aug 24 00:35:10 2010 Wed Aug 25 00:31:54 2010 Thu Aug 26 00:32:08 2010 Fri Aug 27 00:31:33 2010 Sat Aug 28 00:32:02 2010 Mon Aug 30 00:35:11 2010 Tue Aug 31 00:35:12 2010 Wed Sep 1 00:35:11 2010 Tue Sep 7 18:27:46 2010 [2] 8819 vmserver:~# Deleting increment at time: Thu Aug 26 00:32:08 2010 Exception '[Errno 2] No such file or directory: '/mnt/storage/backup/vm/rdiff-backup-data/increments/disks/zimbra_opt.qcow2.2010-08-21T00:32:00+02:00.diff.gz'' raised of class '': File "/var/lib/python-support/python2.5/rdiff_backup/Main.py", line 304, in error_check_Main try: Main(arglist) File "/var/lib/python-support/python2.5/rdiff_backup/Main.py", line 324, in Main take_action(rps) File "/var/lib/python-support/python2.5/rdiff_backup/Main.py", line 288, in take_action elif action == "remove-older-than": RemoveOlderThan(rps[0]) File "/var/lib/python-support/python2.5/rdiff_backup/Main.py", line 751, in RemoveOlderThan manage.delete_earlier_than(Globals.rbdir, time) File "/var/lib/python-support/python2.5/rdiff_backup/manage.py", line 91, in delete_earlier_than baserp.conn.manage.delete_earlier_than_local(baserp, time) File "/var/lib/python-support/python2.5/rdiff_backup/manage.py", line 107, in delete_earlier_than_local rp.delete() File "/var/lib/python-support/python2.5/rdiff_backup/rpath.py", line 1072, in delete try: self.conn.os.unlink(self.path) Traceback (most recent call last): File "/usr/bin/rdiff-backup", line 30, in rdiff_backup.Main.error_check_Main(sys.argv[1:]) File "/var/lib/python-support/python2.5/rdiff_backup/Main.py", line 304, in error_check_Main try: Main(arglist) File "/var/lib/python-support/python2.5/rdiff_backup/Main.py", line 324, in Main take_action(rps) File "/var/lib/python-support/python2.5/rdiff_backup/Main.py", line 288, in take_action elif action == "remove-older-than": RemoveOlderThan(rps[0]) File "/var/lib/python-support/python2.5/rdiff_backup/Main.py", line 751, in RemoveOlderThan manage.delete_earlier_than(Globals.rbdir, time) File "/var/lib/python-support/python2.5/rdiff_backup/manage.py", line 91, in delete_earlier_than baserp.conn.manage.delete_earlier_than_local(baserp, time) File "/var/lib/python-support/python2.5/rdiff_backup/manage.py", line 107, in delete_earlier_than_local rp.delete() File "/var/lib/python-support/python2.5/rdiff_backup/rpath.py", line 1072, in delete try: self.conn.os.unlink(self.path) OSError: [Errno 2] No such file or directory: '/mnt/storage/backup/vm/rdiff-backup-data/increments/disks/zimbra_opt.qcow2.2010-08-21T00:32:00+02:00.diff.gz' --- I'm using rdiff-backup 1.2.5 on debian lenny. Backup is done from 2 local disks (xfs ->ext3). I can tell you that a big file (35G) has been removed from the source dir time ago, and now the source directory is 33G and the destination dir is 84 What canI do? Do you know why that has happend? Thank you. From MAILER-DAEMON Mon Sep 20 18:33:11 2010 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Oxov9-00048E-40 for mharc-rdiff-backup-users@gnu.org; Mon, 20 Sep 2010 18:33:11 -0400 Received: from [140.186.70.92] (port=35133 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Oxov6-00047J-12 for rdiff-backup-users@nongnu.org; Mon, 20 Sep 2010 18:33:09 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1Oxov4-0003IG-0Z for rdiff-backup-users@nongnu.org; Mon, 20 Sep 2010 18:33:07 -0400 Received: from nskntmtas02p.mx.bigpond.com ([61.9.168.140]:34499) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Oxov3-0003GA-FB for rdiff-backup-users@nongnu.org; Mon, 20 Sep 2010 18:33:05 -0400 Received: from nskntotgx03p.mx.bigpond.com ([124.187.73.233]) by nskntmtas02p.mx.bigpond.com with ESMTP id <20100920223255.ESLJ26019.nskntmtas02p.mx.bigpond.com@nskntotgx03p.mx.bigpond.com> for ; Mon, 20 Sep 2010 22:32:55 +0000 Received: from [192.168.1.2] (really [124.187.73.233]) by nskntotgx03p.mx.bigpond.com with ESMTP id <20100920223252.DAOL13584.nskntotgx03p.mx.bigpond.com@[192.168.1.2]> for ; Mon, 20 Sep 2010 22:32:52 +0000 Message-ID: <4C97E19F.6030101@kromhouts.net> Date: Tue, 21 Sep 2010 08:35:11 +1000 From: Gavin User-Agent: Mozilla-Thunderbird 2.0.0.24 (X11/20100329) MIME-Version: 1.0 To: rdiff-backup Subject: Re: [rdiff-backup-users] Problems removing some increments References: In-Reply-To: X-Enigmail-Version: 0.95.0 OpenPGP: id=1541089F Content-Type: multipart/alternative; boundary="------------010109050009060406030905" X-RPD-ScanID: Class unknown; VirusThreatLevel unknown, RefID str=0001.0A150201.4C97E116.00CA,ss=1,fgs=0 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-BeenThere: rdiff-backup-users@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Any discussion of rdiff-backup List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Sep 2010 22:33:09 -0000 This is a multi-part message in MIME format. --------------010109050009060406030905 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Valerio Pachera wrote: > Hi all, I was trying to remove some increments but i got the error > reporte in the end of the mail. > After I got this error, it's not possible to remove any other increment. > > This is the increment list I get now by rdiff-backup: > --- > rdiff-backup --list-increments /mnt/storage/backup/vm/ > Found 1 increments: > increments.2010-09-18T00:32:48+02:00.dir Sat Sep 18 00:32:48 2010 > Current mirror: Mon Sep 20 00:32:06 2010 > --- > > So, only one... > And these are the increments I see in the backup directory > > --- > ls -l /mnt/storage/backup/vm/rdiff-backup-data/increments/ > totale 24 > drwx------ 2 root root 4096 20 set 08:04 bin > -rwxr-xr-x 1 root root 0 2 lug 11:03 bin.2010-09-01T00:35:11+02:00.dir > -rwxr-xr-x 1 root root 0 7 set 14:05 bin.2010-09-07T18:27:46+02:00.dir > drwx------ 2 root root 12288 20 set 08:04 disks > -rwxr-xr-x 1 root root 0 14 mag 11:10 disks.2010-08-27T00:31:33+02:00.dir > -rwxr-xr-x 1 root root 0 14 mag 11:10 disks.2010-08-28T00:32:02+02:00.dir > -rwxr-xr-x 1 root root 0 14 mag 11:10 disks.2010-08-30T00:35:11+02:00.dir > -rwxr-xr-x 1 root root 0 14 mag 11:10 disks.2010-08-31T00:35:12+02:00.dir > -rwxr-xr-x 1 root root 0 14 mag 11:10 disks.2010-09-01T00:35:11+02:00.dir > -rwxr-xr-x 1 root root 0 8 set 14:08 disks.2010-09-18T00:32:48+02:00.dir > drwx------ 2 root root 4096 18 set 04:11 enabled > -rwxr-xr-x 1 root root 0 2 lug 11:36 enabled.2010-09-07T18:27:46+02:00.dir > drwx------ 2 root root 4096 7 set 21:13 iso > -rwxr-xr-x 1 root root 0 14 mag 12:31 iso.2010-09-01T00:35:11+02:00.dir > --- > > ERROR I GOT > --- > rdiff-backup --force --remove-older-than 1W /mnt/storage/backup/vm/ > Deleting increments at times: > Thu Aug 12 00:35:10 2010 > Fri Aug 13 00:35:11 2010 > Sat Aug 14 00:35:10 2010 > Tue Aug 17 00:32:05 2010 > Wed Aug 18 00:32:08 2010 > Thu Aug 19 00:31:44 2010 > Fri Aug 20 00:32:05 2010 > Sat Aug 21 00:32:00 2010 > Mon Aug 23 00:35:11 2010 > Tue Aug 24 00:35:10 2010 > Wed Aug 25 00:31:54 2010 > Thu Aug 26 00:32:08 2010 > Fri Aug 27 00:31:33 2010 > Sat Aug 28 00:32:02 2010 > Mon Aug 30 00:35:11 2010 > Tue Aug 31 00:35:12 2010 > Wed Sep 1 00:35:11 2010 > Tue Sep 7 18:27:46 2010 > > [2] 8819 > vmserver:~# Deleting increment at time: > Thu Aug 26 00:32:08 2010 > Exception '[Errno 2] No such file or directory: > '/mnt/storage/backup/vm/rdiff-backup-data/increments/disks/zimbra_opt.qcow2.2010-08-21T00:32:00+02:00.diff.gz'' > raised of class '': > File "/var/lib/python-support/python2.5/rdiff_backup/Main.py", line > 304, in error_check_Main > try: Main(arglist) > File "/var/lib/python-support/python2.5/rdiff_backup/Main.py", line > 324, in Main > take_action(rps) > File "/var/lib/python-support/python2.5/rdiff_backup/Main.py", line > 288, in take_action > elif action == "remove-older-than": RemoveOlderThan(rps[0]) > File "/var/lib/python-support/python2.5/rdiff_backup/Main.py", line > 751, in RemoveOlderThan > manage.delete_earlier_than(Globals.rbdir, time) > File "/var/lib/python-support/python2.5/rdiff_backup/manage.py", > line 91, in delete_earlier_than > baserp.conn.manage.delete_earlier_than_local(baserp, time) > File "/var/lib/python-support/python2.5/rdiff_backup/manage.py", > line 107, in delete_earlier_than_local > rp.delete() > File "/var/lib/python-support/python2.5/rdiff_backup/rpath.py", line > 1072, in delete > try: self.conn.os.unlink(self.path) > > Traceback (most recent call last): > File "/usr/bin/rdiff-backup", line 30, in > rdiff_backup.Main.error_check_Main(sys.argv[1:]) > File "/var/lib/python-support/python2.5/rdiff_backup/Main.py", line > 304, in error_check_Main > try: Main(arglist) > File "/var/lib/python-support/python2.5/rdiff_backup/Main.py", line > 324, in Main > take_action(rps) > File "/var/lib/python-support/python2.5/rdiff_backup/Main.py", line > 288, in take_action > elif action == "remove-older-than": RemoveOlderThan(rps[0]) > File "/var/lib/python-support/python2.5/rdiff_backup/Main.py", line > 751, in RemoveOlderThan > manage.delete_earlier_than(Globals.rbdir, time) > File "/var/lib/python-support/python2.5/rdiff_backup/manage.py", > line 91, in delete_earlier_than > baserp.conn.manage.delete_earlier_than_local(baserp, time) > File "/var/lib/python-support/python2.5/rdiff_backup/manage.py", > line 107, in delete_earlier_than_local > rp.delete() > File "/var/lib/python-support/python2.5/rdiff_backup/rpath.py", line > 1072, in delete > try: self.conn.os.unlink(self.path) > OSError: [Errno 2] No such file or directory: > '/mnt/storage/backup/vm/rdiff-backup-data/increments/disks/zimbra_opt.qcow2.2010-08-21T00:32:00+02:00.diff.gz' > --- > > I'm using rdiff-backup 1.2.5 on debian lenny. > Backup is done from 2 local disks (xfs ->ext3). > > I can tell you that a big file (35G) has been removed from the source > dir time ago, and now the source directory is 33G and the destination > dir is 84 > What canI do? Do you know why that has happend? > > Thank you. > > _______________________________________________ > rdiff-backup-users mailing list at rdiff-backup-users@nongnu.org > http://lists.nongnu.org/mailman/listinfo/rdiff-backup-users > Wiki URL: http://rdiff-backup.solutionsfirst.com.au/index.php/RdiffBackupWiki > > Sorry no clear insight as to why this happened, the error says that a file is missing from the repo. It is possible that this file was some how deleted. Since you only have 1 weeks history at this point the easiest solution is to delete the rdiff-backup-data dir and then run rdiff-backup with the --force option. Cheers Gavin -- www.gnumims.org www.kromhouts.net Everything in moderation, including moderation itself. --------------010109050009060406030905 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit Valerio Pachera wrote:
Hi all, I was trying to remove some increments but i got the error
reporte in the end of the mail.
After I got this error, it's not possible to remove any other increment.

This is the increment list I get now by rdiff-backup:
---
rdiff-backup --list-increments /mnt/storage/backup/vm/
Found 1 increments:
    increments.2010-09-18T00:32:48+02:00.dir   Sat Sep 18 00:32:48 2010
Current mirror: Mon Sep 20 00:32:06 2010
---

So, only one...
And these are the increments I see in the backup directory

---
ls -l  /mnt/storage/backup/vm/rdiff-backup-data/increments/
totale 24
drwx------ 2 root root  4096 20 set 08:04 bin
-rwxr-xr-x 1 root root     0  2 lug 11:03 bin.2010-09-01T00:35:11+02:00.dir
-rwxr-xr-x 1 root root     0  7 set 14:05 bin.2010-09-07T18:27:46+02:00.dir
drwx------ 2 root root 12288 20 set 08:04 disks
-rwxr-xr-x 1 root root     0 14 mag 11:10 disks.2010-08-27T00:31:33+02:00.dir
-rwxr-xr-x 1 root root     0 14 mag 11:10 disks.2010-08-28T00:32:02+02:00.dir
-rwxr-xr-x 1 root root     0 14 mag 11:10 disks.2010-08-30T00:35:11+02:00.dir
-rwxr-xr-x 1 root root     0 14 mag 11:10 disks.2010-08-31T00:35:12+02:00.dir
-rwxr-xr-x 1 root root     0 14 mag 11:10 disks.2010-09-01T00:35:11+02:00.dir
-rwxr-xr-x 1 root root     0  8 set 14:08 disks.2010-09-18T00:32:48+02:00.dir
drwx------ 2 root root  4096 18 set 04:11 enabled
-rwxr-xr-x 1 root root     0  2 lug 11:36 enabled.2010-09-07T18:27:46+02:00.dir
drwx------ 2 root root  4096  7 set 21:13 iso
-rwxr-xr-x 1 root root     0 14 mag 12:31 iso.2010-09-01T00:35:11+02:00.dir
---

ERROR I GOT
---
rdiff-backup --force --remove-older-than 1W /mnt/storage/backup/vm/
Deleting increments at times:
Thu Aug 12 00:35:10 2010
Fri Aug 13 00:35:11 2010
Sat Aug 14 00:35:10 2010
Tue Aug 17 00:32:05 2010
Wed Aug 18 00:32:08 2010
Thu Aug 19 00:31:44 2010
Fri Aug 20 00:32:05 2010
Sat Aug 21 00:32:00 2010
Mon Aug 23 00:35:11 2010
Tue Aug 24 00:35:10 2010
Wed Aug 25 00:31:54 2010
Thu Aug 26 00:32:08 2010
Fri Aug 27 00:31:33 2010
Sat Aug 28 00:32:02 2010
Mon Aug 30 00:35:11 2010
Tue Aug 31 00:35:12 2010
Wed Sep  1 00:35:11 2010
Tue Sep  7 18:27:46 2010

[2] 8819
vmserver:~# Deleting increment at time:
Thu Aug 26 00:32:08 2010
Exception '[Errno 2] No such file or directory:
'/mnt/storage/backup/vm/rdiff-backup-data/increments/disks/zimbra_opt.qcow2.2010-08-21T00:32:00+02:00.diff.gz''
raised of class '<type 'exceptions.OSError'>':
  File "/var/lib/python-support/python2.5/rdiff_backup/Main.py", line
304, in error_check_Main
    try: Main(arglist)
  File "/var/lib/python-support/python2.5/rdiff_backup/Main.py", line
324, in Main
    take_action(rps)
  File "/var/lib/python-support/python2.5/rdiff_backup/Main.py", line
288, in take_action
    elif action == "remove-older-than": RemoveOlderThan(rps[0])
  File "/var/lib/python-support/python2.5/rdiff_backup/Main.py", line
751, in RemoveOlderThan
    manage.delete_earlier_than(Globals.rbdir, time)
  File "/var/lib/python-support/python2.5/rdiff_backup/manage.py",
line 91, in delete_earlier_than
    baserp.conn.manage.delete_earlier_than_local(baserp, time)
  File "/var/lib/python-support/python2.5/rdiff_backup/manage.py",
line 107, in delete_earlier_than_local
    rp.delete()
  File "/var/lib/python-support/python2.5/rdiff_backup/rpath.py", line
1072, in delete
    try: self.conn.os.unlink(self.path)

Traceback (most recent call last):
  File "/usr/bin/rdiff-backup", line 30, in <module>
    rdiff_backup.Main.error_check_Main(sys.argv[1:])
  File "/var/lib/python-support/python2.5/rdiff_backup/Main.py", line
304, in error_check_Main
    try: Main(arglist)
  File "/var/lib/python-support/python2.5/rdiff_backup/Main.py", line
324, in Main
    take_action(rps)
  File "/var/lib/python-support/python2.5/rdiff_backup/Main.py", line
288, in take_action
    elif action == "remove-older-than": RemoveOlderThan(rps[0])
  File "/var/lib/python-support/python2.5/rdiff_backup/Main.py", line
751, in RemoveOlderThan
    manage.delete_earlier_than(Globals.rbdir, time)
  File "/var/lib/python-support/python2.5/rdiff_backup/manage.py",
line 91, in delete_earlier_than
    baserp.conn.manage.delete_earlier_than_local(baserp, time)
  File "/var/lib/python-support/python2.5/rdiff_backup/manage.py",
line 107, in delete_earlier_than_local
    rp.delete()
  File "/var/lib/python-support/python2.5/rdiff_backup/rpath.py", line
1072, in delete
    try: self.conn.os.unlink(self.path)
OSError: [Errno 2] No such file or directory:
'/mnt/storage/backup/vm/rdiff-backup-data/increments/disks/zimbra_opt.qcow2.2010-08-21T00:32:00+02:00.diff.gz'
---

I'm using rdiff-backup 1.2.5 on debian lenny.
Backup is done from 2 local disks (xfs ->ext3).

I can tell you that a big file (35G) has been removed from the source
dir time ago, and now the source directory is 33G and the destination
dir is 84
What canI do? Do you know why that has happend?

Thank you.

_______________________________________________
rdiff-backup-users mailing list at rdiff-backup-users@nongnu.org
http://lists.nongnu.org/mailman/listinfo/rdiff-backup-users
Wiki URL: http://rdiff-backup.solutionsfirst.com.au/index.php/RdiffBackupWiki

  
Sorry no clear insight as to why this happened, the error says that a file is missing from the repo.
It is possible that this file was some how deleted.
Since you only have 1 weeks history at this point the easiest solution is to delete the rdiff-backup-data dir
and then run rdiff-backup with the --force option.

Cheers
Gavin
--
www.gnumims.org
www.kromhouts.net
Everything in moderation, including moderation itself.
--------------010109050009060406030905-- From MAILER-DAEMON Tue Sep 21 22:41:03 2010 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1OyFGZ-0001mw-Mk for mharc-rdiff-backup-users@gnu.org; Tue, 21 Sep 2010 22:41:03 -0400 Received: from [140.186.70.92] (port=35994 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OyFGW-0001lY-Uj for rdiff-backup-users@nongnu.org; Tue, 21 Sep 2010 22:41:01 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OyFGV-0005Fz-Pa for rdiff-backup-users@nongnu.org; Tue, 21 Sep 2010 22:41:00 -0400 Received: from nskntmtas03p.mx.bigpond.com ([61.9.168.143]:25859) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OyFGV-0005Dn-Fh for rdiff-backup-users@nongnu.org; Tue, 21 Sep 2010 22:40:59 -0400 Received: from nskntotgx01p.mx.bigpond.com ([124.187.73.233]) by nskntmtas03p.mx.bigpond.com with ESMTP id <20100922024048.ONLR5331.nskntmtas03p.mx.bigpond.com@nskntotgx01p.mx.bigpond.com> for ; Wed, 22 Sep 2010 02:40:48 +0000 Received: from [192.168.1.2] (really [124.187.73.233]) by nskntotgx01p.mx.bigpond.com with ESMTP id <20100922024046.VCTD25056.nskntotgx01p.mx.bigpond.com@[192.168.1.2]> for ; Wed, 22 Sep 2010 02:40:46 +0000 Message-ID: <4C996D4B.8010204@kromhouts.net> Date: Wed, 22 Sep 2010 12:43:23 +1000 From: Gavin User-Agent: Mozilla-Thunderbird 2.0.0.24 (X11/20100329) MIME-Version: 1.0 To: rdiff-backup Subject: Re: [rdiff-backup-users] Problems removing some increments References: <4C97E19F.6030101@kromhouts.net> In-Reply-To: X-Enigmail-Version: 0.95.0 OpenPGP: id=1541089F Content-Type: multipart/alternative; boundary="------------090206090701060301090101" X-RPD-ScanID: Class unknown; VirusThreatLevel unknown, RefID str=0001.0A150205.4C996CAF.0136,ss=1,fgs=0 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-BeenThere: rdiff-backup-users@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Any discussion of rdiff-backup List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Sep 2010 02:41:01 -0000 This is a multi-part message in MIME format. --------------090206090701060301090101 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Valerio Pachera wrote: > 2010/9/21 Gavin <>: > >> the easiest solution is to >> delete the rdiff-backup-data dir >> and then run rdiff-backup with the --force option. >> > > Thank you for the answer. I removed the folder. Tonight the backup > will run with --force option. > > Valerio. > > Sure, don't forget to remove the --force option after the initial backup. Then wait for the second backup to complete to see if things are all working well. Cheers Gavin -- www.gnumims.org www.kromhouts.net Everything in moderation, including moderation itself. --------------090206090701060301090101 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit Valerio Pachera wrote:
2010/9/21 Gavin <>:
  
the easiest solution is to
delete the rdiff-backup-data dir
and then run rdiff-backup with the --force option.
    

Thank you for the answer. I removed the folder. Tonight the backup
will run with --force option.

Valerio.

  
Sure, don't forget to remove the --force option after the initial backup.
Then wait for the second backup to complete to see if things are all working well.

Cheers
Gavin
--
www.gnumims.org
www.kromhouts.net
Everything in moderation, including moderation itself.
--------------090206090701060301090101-- From MAILER-DAEMON Wed Sep 22 14:19:11 2010 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1OyTuR-0005h1-A2 for mharc-rdiff-backup-users@gnu.org; Wed, 22 Sep 2010 14:19:11 -0400 Received: from [140.186.70.92] (port=47401 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OyTuP-0005fE-0c for rdiff-backup-users@nongnu.org; Wed, 22 Sep 2010 14:19:09 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OyTuN-0005w2-Vt for rdiff-backup-users@nongnu.org; Wed, 22 Sep 2010 14:19:08 -0400 Received: from vps.sloop.biz ([72.29.84.153]:60689) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OyTuN-0005vC-TN for rdiff-backup-users@nongnu.org; Wed, 22 Sep 2010 14:19:07 -0400 Received: from c-67-160-175-104.hsd1.or.comcast.net ([67.160.175.104] helo=[10.115.1.3]) by vps.sloop.biz with esmtpa (Exim 4.69) (envelope-from ) id 1OyTuF-00048D-Sr for rdiff-backup-users@nongnu.org; Wed, 22 Sep 2010 11:19:00 -0700 Date: Wed, 22 Sep 2010 11:18:48 -0700 From: listserv.traffic@sloop.net X-Priority: 3 (Normal) Message-ID: <1932969411.20100922111848@sloop.net> To: rdiff-backup-users@nongnu.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: quoted-printable X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - vps.sloop.biz X-AntiAbuse: Original Domain - nongnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - sloop.net X-Source: X-Source-Args: X-Source-Dir: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) Subject: [rdiff-backup-users] Restore for Windows version X-BeenThere: rdiff-backup-users@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: listserv.traffic@sloop.net List-Id: Any discussion of rdiff-backup List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Sep 2010 18:19:10 -0000 Ok, I'm feeling stupid, but I can't make this work today.. Trying to restore a directory with all files and subdirs The backup is something like this: rdiff-backup c:/abc-data/ E:/abc-backup/main-data/ Both C and E are local I want to restore: c:/abc-data/way/down/the/path/directory/ So, I want everything from .../directory/* I want to restore to a different path that where it came from, say, in this case e:/restore So, I thought this would get me what I wanted rdiff-backup -r 2010-09-16 E:/abc-backup/main-data/abc-data/way/down/the/path/directory/ e:/restore But it doesn't. It claims there's no repository there. but the repository is here: E:/abc-backup/main-data I just want that one directory down the path... Suggestions? Am I being particularly dense? -Greg