Hi,
I am getting a crash from backing up an smbfs mounted filesystem to an
ext3 system. Here is the trace:
Processing changed file
raid5/Mohammed/cop/build/output/gen-src/au/com/ucw/cop/interfaces/ProductControllerEJBLocal.java
Traceback (most recent call last):
File "/usr/bin/rdiff-backup"
Hello,
I've just started using rdiff-backup. I've had a few difficulties, but
nothing major. I thought I would make a few comments about these.
I've being trying to set up remote unattended backups using Dean Gaudet's
writeup, including use of LVM snapshots. This seems to work Ok for the
mo
Faheem Mitha wrote:
This predictably means that (since the previous job has not completed) at
some point two different instances of rdiff-backup will be running and
trying to write to the same directory
.
.
I wonder whether it would not be possible
for rdiff-backup to detect that another rdiff
On Tue, 22 Nov 2005, Keith Edmunds wrote:
I see this as down to the system administrator to manage, and much easier
too. For example, suppose I have two backup jobs, one backing up user xxx and
a second backing up user yyy. Those two backup jobs might writing,
respectively, to:
/ba
David Kempe wrote:
Hi,
I am getting a crash from backing up an smbfs mounted filesystem to an
ext3 system. Here is the trace:
I just rsynced the source to the destination, rmed the rdiff-backup-data
directory and ran it again with --force and get the same crash on the
same file. Any hints
Hi Ben,
So anyway, I'm curious when/how the long-path-problem is coming up. I
wish rdiff-backup could successfully mirror all the files in this
case, but don't see a way of doing this that's not error-prone.
(Treating them the same way as long filename files and sticking them
in a separate dire
I will be out of the office starting 11/22/2005 and will not return until
11/28/2005.
I will respond to your e-mail when I return.
___
rdiff-backup-users mailing list at rdiff-backup-users@nongnu.org
http://lists.nongnu.org/mailman/listinfo/rdiff-
> Yoav <[EMAIL PROTECTED]>
> wrote the following on Tue, 22 Nov 2005 04:05:15 +0200 (IST)
>
> I'd like to report a bug in rdiff-backup, which causes rdiff-backup to
> fail when when used with FUSE-based (usermode-fs) filesystems. I
> encountered it when trying to backup into an encrypte
> Randall Nortman <[EMAIL PROTECTED]>
> wrote the following on Mon, 21 Nov 2005 09:50:51 -0500
> This was my most recent error along these lines:
>
> SpecialFileError
> var/lib/apache/fastcgi/80292d047b4ad9c7faad6b676c4fe423 Socket
> error: AF_UNIX path too long
Yes, for some reason (his
> Chris Wilson <[EMAIL PROTECTED]>
> wrote the following on Tue, 22 Nov 2005 20:47:29 + (GMT)
>
> I used a simple shell script on a Linux ext3 filesystem:
>
> while mkdir && cd ; do true; done
>
> The path got to nearly 8000 characters long, and although cd was
Hi Ben,
The path got to nearly 8000 characters long, and although cd was giving
warnings about "getcwd: path name too long", it was still going when I
killed it.
May I ask why you did this?
For kicks? :-) I wanted to see if I could make my kernel panic? And to see
if rdiff-backup really did
> Faheem Mitha <[EMAIL PROTECTED]>
> wrote the following on Tue, 22 Nov 2005 13:19:56 -0500 (EST)
>
> I managed to work around this by having the script check whether the
> LVM snapshot were mounted first, since this would mean the previous
> backups were still in progress. However, I wond
> David Kempe <[EMAIL PROTECTED]>
> wrote the following on Wed, 23 Nov 2005 06:50:51 +1100
>
> I just rsynced the source to the destination, rmed the
> rdiff-backup-data directory and ran it again with --force and get
> the same crash on the same file. Any hints on how to get
> rdiff-backup
I will be out of the office starting 11/22/2005 and will not return until
11/28/2005.
I will respond to your e-mail when I return.
___
rdiff-backup-users mailing list at rdiff-backup-users@nongnu.org
http://lists.nongnu.org/mailman/listinfo/rdiff-
> Chris Wilson <[EMAIL PROTECTED]>
> wrote the following on Wed, 23 Nov 2005 00:23:01 + (GMT)
>
> I don't need it mirrored as such, it was a kind of stress test for
> rdiff-backup. But I think it shows that rdiff-backup may have problems
> backing up some legitimate directory structu
Ben Escoto wrote:
Faheem Mitha <[EMAIL PROTECTED]>
wrote the following on Tue, 22 Nov 2005 13:19:56 -0500 (EST)
Thirdly, when using --remove-older-than, if there are no increments that
need to be removed, I see a message, apparently on standard error, saying
something like
"No increments olde
Faheem Mitha wrote:
On Tue, 22 Nov 2005, Blair Zajac wrote:
Ben Escoto wrote:
Faheem Mitha <[EMAIL PROTECTED]>
wrote the following on Tue, 22 Nov 2005 13:19:56 -0500 (EST)
Thirdly, when using --remove-older-than, if there are no increments
that need to be removed, I see a message, appare
On Tue, 22 Nov 2005, Ben Escoto wrote:
Thank you for this great bug report. I was also able to consistently
trigger it with EncFS. Try the patch at:
http://savannah.nongnu.org/cgi-bin/viewcvs/rdiff-backup/rdiff-backup/rdiff_backup/backup.py.diff?r2=1.30.2.2&r1=1.30.2.1&diff_format=u
Also I c
On Tue, 22 Nov 2005, Blair Zajac wrote:
Ben Escoto wrote:
Faheem Mitha <[EMAIL PROTECTED]>
wrote the following on Tue, 22 Nov 2005 13:19:56 -0500 (EST)
Thirdly, when using --remove-older-than, if there are no increments that
need to be removed, I see a message, apparently on standard error,
On Tue, 22 Nov 2005, Ben Escoto wrote:
I think most people will be fine until their paths reach about 3950
chars. So I was mainly wondering if it's ok to skip paths longer than
that, or if someone actually has data they want to save in files whose
paths are 5kB long.
If I may barge in, I thi
On Tue, 22 Nov 2005, Ben Escoto wrote:
Faheem Mitha <[EMAIL PROTECTED]>
wrote the following on Tue, 22 Nov 2005 13:19:56 -0500 (EST)
I managed to work around this by having the script check whether the
LVM snapshot were mounted first, since this would mean the previous
backups were still in
I will be out of the office starting 11/22/2005 and will not return until
11/28/2005.
I will respond to your e-mail when I return.
___
rdiff-backup-users mailing list at rdiff-backup-users@nongnu.org
http://lists.nongnu.org/mailman/listinfo/rdiff-
On Tue, 22 Nov 2005, Faheem Mitha wrote:
Secondly, I noticed that the --remove-older-than option removes files in
the increments directory, but does not touch any of the log and statistics
files that are generated, eg session_statistics, error_log,
mirror_metadata etc.
Are you sure it doesn'
Ben Escoto wrote:
Interesting, I've never been able to reproduce that bug (I haven't
seen it for years, but it gets reported occasionally on the list).
How much data is involved? Small enough that could you tar it up and
have me download it?
I deleted the old file that was causing problems
Thirdly, when using --remove-older-than, if there are no
increments that
need to be removed, I see a message, apparently on standard error,
saying
something like
"No increments older than Tue Nov 22 11:46:48 2005 found, exiting."
Isn't this somewhat unnecessary? This seems hardly to merit
25 matches
Mail list logo