http://www.mail-archive.com/rsync@lists.samba.org/msg21380.html
I ran into the same issue a few years ago, solved it, forgot the solution and
then rediscovered it this evening. I think my solution is actually a little
simpler and easier to follow than the arrays proposed by a couple of other
list
I have made rsync 3.0.3pre1 available for release testing. This is
another bug-fix release, with the only enhancements being some
improved terminology in the rsyncd.conf manpage and some improvements
in the testsuite.
To see a summary of the changes since 3.0.2, visit this link:
Hi All,
This is a simple question but I have noticed that using rsync 3.0.2 on
a local copy on OSX with basic options
rsync -aHAXN --fileflags --force-change --stats -v --progress
the custom file/folder icons do not always show up in destination.
Sometimes they do and sometimes they
https://bugzilla.samba.org/show_bug.cgi?id=4561
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
https://bugzilla.samba.org/show_bug.cgi?id=4561
[EMAIL PROTECTED] changed:
What|Removed |Added
OtherBugsDependingO|5449|5448
nThis|
https://bugzilla.samba.org/show_bug.cgi?id=5448
[EMAIL PROTECTED] changed:
What|Removed |Added
BugsThisDependsOn|4561|
--- Comment #3 from [EMAIL
I've been using rsync for some time (years) to generate
many hardlink snapshots per day; but I'm seeing an odd
new problem today.
the remote/destination host gets a file list from the
source machine via ssh, and begins to write files until
it hangs. On this run only one file was transferred; on
We are rsync'ing from an xp box running cygwin to a redhat box, using a Perl
script that fist calls for an ssh tunnel, then calls rsync through local
host.
ssh -P -f -L 8740:remote.host.ip:873 [EMAIL PROTECTED] -p 22 sleep 25
rsync -vrtz -v --timeout=180 --exclude-from=exludefiles
On Thu 08 May 2008 at 11:52:08 AM -0400, George Georgalis wrote:
I've been using rsync for some time (years) to generate
many hardlink snapshots per day; but I'm seeing an odd
new problem today.
OOOh, nevermind...
FilesystemSize Used Avail Capacity iusedifree %iused
Mounted
I am using rsync between a BSD/OS system and a Linux system.
On the BSD system, the user/group is www.www. On the Linux
system the user/group is apache.apache. I have not yet
found a way to get rsync to change www.www on the source
system to apache.apache on the target system.
Does anybody know
https://bugzilla.samba.org/show_bug.cgi?id=5448
--- Comment #4 from [EMAIL PROTECTED] 2008-05-08 12:46 CST ---
(In reply to comment #3)
The reason why I think it's a good idea to change the default behavior is
because doing so would fix current backup solutions that are out there
On Thu, 2008-05-08 at 09:47 -0400, [EMAIL PROTECTED] wrote:
I am using rsync between a BSD/OS system and a Linux system.
On the BSD system, the user/group is www.www. On the Linux
system the user/group is apache.apache. I have not yet
found a way to get rsync to change www.www on the source
https://bugzilla.samba.org/show_bug.cgi?id=5448
--- Comment #5 from [EMAIL PROTECTED] 2008-05-08 15:07 CST ---
(In reply to comment #4)
(In reply to comment #3)
The reason why I think it's a good idea to change the default behavior is
because doing so would fix current backup
This is to continue my discussion with Carl from:
https://bugzilla.samba.org/show_bug.cgi?id=5448
about whether no-tweak mode should become rsync's default when --inplace
is not specified. I'm eager to get some comments from other people on
this too.
On Thu, 2008-05-08 at 15:07 -0500,
This is to continue my discussion with Carl from:
https://bugzilla.samba.org/show_bug.cgi?id=5448
on methods for hard-linked push backup where the client can't corrupt
old backups via attribute tweaking.
I don't know why one would use cp -al. I was thinking that the client
would
https://bugzilla.samba.org/show_bug.cgi?id=5448
--- Comment #6 from [EMAIL PROTECTED] 2008-05-08 20:44 CST ---
Let's continue the discussion on the list:
http://lists.samba.org/archive/rsync/2008-May/020829.html
http://lists.samba.org/archive/rsync/2008-May/020830.html
--
On Thu, 2008-05-08 at 17:08 -0700, Carl E. Thompson wrote:
This also appears to be counter to the man page description of the
--inplace option which states
This causes rsync not to create a new copy of the file and then
move it into place.
This implies of course that if the --inplace
Date: Thu May 8 06:11:12 2008
Author: wayned
Update of /data/cvs/rsyncweb
In directory dp.samba.org:/tmp/cvs-serv1256
Modified Files:
index.html
Log Message:
Announce 3.0.3pre1.
Revisions:
index.html 1.100 = 1.101
18 matches
Mail list logo