|
Yeah, I've tried it both ways. Interestingly
enough, I'm pretty-sure I installed from the RPM on the duplicity homepage, yet
a --version shows 0.4.2 (even though the package name is 0.4.9). Is it
possible that RPM never got rebuilt properly?
I'll try re-installing from tarball.
-AJ
----- Original Message -----
Sent: Tuesday, March 11, 2008 9:27
AM
Subject: Re: [Duplicity-talk] ftp and
short filenames prob
AJ,
The --verify tells me you are running an older
version of duplicity, or
trying to run with the older commandline
syntax. The newer syntax
separates commands and options clearly,
making the command the first
argument and leaving off the '--'. The
newest version is 0.4.9 and I
would suggest upgrading to that if at all
possible. There have been
many improvements over the last several
months.
Due to the way this NAS device works, it might be
better to use the
--short-filenames option. This would give you
Windows compatible
filenames that would not be munged by the SMB
share.
...Ken
AJ Weber wrote:
> The internal,
target-server is a NAS device. So I can see the
> directories via
SMB (network share to a PC) or via FTP, etc. I was
> trying to use
a "short cut" and view the target directory from my PC by
> simply
checking the UNC path of that directory and I see crazy filenames
> when
I do that. But if I use FTP and do a dir/ls on the directory, it
>
looks OK. Must be a problem with that NAS device.
>
>
Still trying to figure-out why the actual backup doesn't seem
>
consistent. I also can't get "verify" option to work properly. And
the
> man-page isn't helping me a lot. I've tried various combos
of these,
> and it doesn't work (with and without directories on each
url) :
>
> address@hidden backupCache]# duplicity
--verify --encrypt-key
> "9C8ED9EA" --sign-key "9C8ED9EA" "ftp://address@hidden/DISK
2/duplicity"
> Command line error: Too few arguments
> See the
duplicity manual page for instructions
> address@hidden backupCache]#
duplicity verify --verbosity 5
> --encrypt-key "9C8ED9EA" --sign-key
"9C8ED9EA" /misc/nasdisk1/LM
> "ftp://address@hidden/DISK
2/duplicity"
> Command line error: Too many arguments
> See the
duplicity manual page for instructions
>
>
> ----- Original Message
-----
> *From:* Edgar Soldin <mailto:address@hidden>
>
*To:* AJ Weber <mailto:address@hidden> ;
Discussion of the
> backup program duplicity
<mailto:address@hidden>
>
*Sent:* Tuesday, March 11, 2008 5:58 AM
>
*Subject:* Re: [Duplicity-talk] ftp and short filenames prob
>
> hello peter & aj,
>
> what looks suspicious to me
is
> Deleting
duplicity-full-signatures.2008-03-10T17:36:13-04:00.sigtar.gpg
>
from FTP server
>
> it shouldnt do this
at this point? would explain the missing
backup
> chain?
>
> regards ede
>
> ps: @AJ
>
what kind of file system ist the --archive-dir
?
> what do you mean by SMB names?
>
> --
>
>
> OK, I found out this is partly due to the target-server.
The
> _SMB_names_ are mangled, but ftp shows the
"expected names".
>
>
> > However, unless I use the
--archive-dir switch, I can't list the
> current
files. Shouldn't it be able to list the files from
the
> remote server's signature file? For
example:
> >
>
>
====================================================================
>
>
> > # duplicity --verbosity 5
--encrypt-key "9C8ED9EA" --sign-key
> "9C8ED9EA"
--archive-dir ~root/backupCache
/misc/nasdisk1/LM
> "ftp://address@hidden/DISK
2/duplicity"
> > Listing files on FTP
server
> > No signatures found, switching to
full backup.
> > Generating delta - new file:
.
> > Generating delta - new file: Inbound
Fax 33554476.pdf
> > Generating delta - new
file: incoming fax details.jpg
> > Generating
delta - new file: renditions.jpg
> > Saving
duplicity-full.2008-03-10T17:36:13-04:00.vol1.difftar.gpg
>
on FTP server
> > Saving
duplicity-full.2008-03-10T17:36:13-04:00.manifest.gpg
on
> FTP server
>
> Saving
>
duplicity-full-signatures.2008-03-10T17:36:13-04:00.sigtar.gpg
on
> FTP server
>
> Listing files on FTP server
> >
Deleting
>
duplicity-full-signatures.2008-03-10T17:36:13-04:00.sigtar.gpg
from
> FTP
server
> > --------------[ Backup Statistics
]--------------
> > StartTime 1205184973.73
(Mon Mar 10 17:36:13 2008)
> > EndTime
1205184974.07 (Mon Mar 10 17:36:14 2008)
> >
ElapsedTime 0.34 (0.34 seconds)
> >
SourceFiles 4
> > SourceFileSize 197429 (193
KB)
> > NewFiles
4
> > NewFileSize 197429 (193
KB)
> > DeletedFiles
0
> > ChangedFiles
0
> > ChangedFileSize 0 (0
bytes)
> > ChangedDeltaSize 0 (0
bytes)
> > DeltaEntries
4
> > RawDeltaSize 196917 (192
KB)
> > TotalDestinationSizeChange 104254
(102 KB)
> > Errors
0
> >
-------------------------------------------------
>
>
> > /root/backupCache/tmp8sZEW3 still in
tempfile list, deleting
> >
/root/backupCache/tmpvBBqJf still in tempfile list,
deleting
> >
>
> address@hidden backupCache]# duplicity
--list
> "ftp://address@hidden/DISK
2/duplicity"
> > No signatures found,
switching to full backup.
> > No signature
data found, unable to list files.
> >
address@hidden backupCache]# duplicity --list
--encrypt-key
> "9C8ED9EA" --sign-key "9C8ED9EA"
"ftp://address@hidden/DISK
>
2/duplicity"
> > No signatures found,
switching to full backup.
> > No signature
data found, unable to list files.
> >
address@hidden backupCache]# duplicity --list
--encrypt-key
> "9C8ED9EA"
--sign-
> > key "9C8ED9EA"
--archive-dir ~root/backupCache
> "ftp://address@hidden/DISK
2/duplicity"
> > Thu Jul 19 13:04:20 2007
.
> > Thu Jul 19 13:04:20 2007 Inbound Fax
33554476.pdf
> > Thu Jul 19 13:00:11 2007
incoming fax details.jpg
> > Thu Jul 19
13:03:48 2007 renditions.jpg
> >
address@hidden backupCache]#
>
>
> >
> >
----- Original Message -----
> >
From: Peter Schuller
> > To: address@hidden <mailto:address@hidden>
>
; AJ Weber
> > Sent: Monday,
March 10, 2008 4:18 PM
> >
Subject: Re: [Duplicity-talk] ftp and short filenames
prob
> >
>
> > I can manually ftp files with "long filenames", but
when
> duplicity uses
it
> > > as a target, I get
these mangled, short filenames that mean
>
nothing to me.
> > > Worse:
trying a "list-current-files" after a small sync
gives
> me
"Backup
> > > source directory
list does not exist." So I can't even
verify
> that
it's
> > > working
properly.
> >
>
> This is the names of the files that make up the
duplicity
> archive itself,
that
> > is causing
problems?
> >
>
> Could you give us an example of a mangled filename versus
the
> expected
name?
> >
>
> --
> > / Peter
Schuller
> >
>
> PGP userID: 0xE9758B7D or 'Peter
Schuller
> <address@hidden>'
<mailto:address@hidden>'>
>
> Key retrieval: Send an E-Mail to address@hidden
>
<mailto:address@hidden>
>
> E-Mail: address@hidden
>
<mailto:address@hidden>
Web: http://www.scode.org
>
>
> >
>
>
>
>
>
------------------------------------------------------------------------
>
>
> >
_______________________________________________
>
> Duplicity-talk mailing list
> > address@hidden <mailto:address@hidden>
>
> http://lists.nongnu.org/mailman/listinfo/duplicity-talk
>
>
>
>
> --
> public class WhoDidIt{ // A comment. I love
comments
> private static Person
sender;
>
> public static
void main (String[] foo){
>
>
sender = new Person();
>
sender.setName(new String[]{"Edgar", "Soldin"});
>
> Address address = new
Address();
>
address.setStreet("Stadtweg 119");
>
address.setZip(39116);
>
address.setCity("Magdeburg");
>
address.setCountry("Germany");
>
>
sender.setAddress(address);
>
> sender.setMobilePhone("
+49(0)171-2782880 ");
>
sender.setWebSiteUrl(" http://www.soldin.de
");
> sender.setEmail(" address@hidden <mailto:address@hidden>
");
> sender.setPGPPublicKey(" http://www.soldin.de/edgar_soldin.asc
");
>
sender.setGender(true);
>
>
System.out.println(sender.toString());
>
}
> }
>
>
>
------------------------------------------------------------------------
>
> _______________________________________________
>
Duplicity-talk mailing list
> address@hidden
>
http://lists.nongnu.org/mailman/listinfo/duplicity-talk
|