On Fri, 2007-12-14 at 18:24 -0500, Ming Zhang wrote:
> What should be the right exit code for vanished file in this scenario.
>
> (1) Use inotify or other mechanism to check changed files and then
> generate a file list.
>
> (2) < file get deleted>
>
> (3) run rsync with --files-from with the ol
On Fri, 2007-12-14 at 17:50 -0800, Alan Batie wrote:
> The first step is
> to be able to verify that --link-dest works on it, but I can't even get
> it to work in an known-good environment --- no matter how I specify the
> args to it, it's copying the file rather than linking
> [151] $ rsync -
https://bugzilla.samba.org/show_bug.cgi?id=4263
--- Comment #2 from [EMAIL PROTECTED] 2007-12-14 21:45 CST ---
If you use the "munge symlinks" feature recently added to the development
rsync, you won't be able to follow the symlinks on the daemon but the daemon
will regurgitate them v
https://bugzilla.samba.org/show_bug.cgi?id=4791
[EMAIL PROTECTED] changed:
What|Removed |Added
Summary|Invalid character |Invalid character
|tr
Clearly I'm missing something about --link-dest; I know it works because
rsnapshot is doing the right thing on this system, but it's not on
another system, and I'm trying to troubleshoot that. The first step is
to be able to verify that --link-dest works on it, but I can't even get
it to work
Hi
What should be the right exit code for vanished file in this scenario.
(1) Use inotify or other mechanism to check changed files and then
generate a file list.
(2) < file get deleted>
(3) run rsync with --files-from with the old list.
then send_file_list()->link_stat() will return errno 2 o
sorry but seems it still crashes somehow.
global dir_count is 23.
(gdb) bt
#0 0x0040544a in add_dirs_to_tree (parent_ndx=10,
from_flist=0x57c5d0, dir_cnt=4) at flist.c:1423
#1 0x004090ef in send_extra_file_list (f=17, at_least=1000) at
flist.c:1729
#2 0x004122f3 in send
Le vendredi 14 décembre 2007 à 12:25 -0500, Ming Zhang a écrit :
> On Fri, 2007-12-14 at 16:18 +0100, Marco Strullato wrote:
> > Hi all! I'd like to use rsync to keep aligned physical volumes between
> > linux servers. I know that there are other tools but I really need to
> > use rsync.
> >
> >
On Fri, 2007-12-14 at 12:25 -0500, Ming Zhang wrote:
> On Fri, 2007-12-14 at 16:18 +0100, Marco Strullato wrote:
> > Hi all! I'd like to use rsync to keep aligned physical volumes between
> > linux servers. I know that there are other tools but I really need to
> > use rsync.
> >
> > I would like
Wayne,
I noticed that rsync will let me apply a non-inplace batch file in
inplace mode. This corrupts the destination file if the batch file
copies any data forward (from earlier offsets to later ones). Of
course, the post-transfer checksum detects the corruption and gives the
"ERROR: failed ve
On Fri, 2007-12-14 at 16:18 +0100, Marco Strullato wrote:
> Hi all! I'd like to use rsync to keep aligned physical volumes between
> linux servers. I know that there are other tools but I really need to
> use rsync.
>
> I would like to do something as
> rsync /dev/VG/SourceLogicalVolume
> [EMAIL
Hi All
This can be reproduced easily. run rsync under gdb and set a break point
at read_timeout(). then after rsync talk with remote rsync daemon and
stop at this function, turn off remote machine directly. then let rsync
run and it will run forever in this function.
if we just kill remote rsync
Hi all! I'd like to use rsync to keep aligned physical volumes between
linux servers. I know that there are other tools but I really need to
use rsync.
I would like to do something as
rsync /dev/VG/SourceLogicalVolume
[EMAIL PROTECTED]:/dev/VG/DestinationLogicalVolume
Do you think could it be pos
fyi, i check the core dump again, you are 100% right, the global
dir_count was 3.
Ming
On Thu, 2007-12-13 at 07:06 -0800, Wayne Davison wrote:
> On Wed, Dec 12, 2007 at 09:44:47PM -0500, Ming Zhang wrote:
> > from the mode, it looks that both of them are directories, so S_ISDIR()
> > should be 1
Hi List,
I'm interested in implementing nfs4 acl support for rsync.
Are there any pointers to start?
Is anybody else working on this?
--
Peter Somogyi
Gamax Kft
Bartok Bela ut 15/D
H-1114, Budapest, Hungary
e-mail: [EMAIL PROTECTED]
phone: +36 1 382 5469
--
To unsubscribe or change options: htt
15 matches
Mail list logo
