https://bugzilla.samba.org/show_bug.cgi?id=3693
--- Comment #7 from [EMAIL PROTECTED] 2008-02-06 21:55 CST ---
There's another aspect to this problem: a file's attributes can be tweaked
unexpectedly through an outdated hard link. Example:
$ echo data >foo
$ chmod 600 foo
$ ln foo ba
https://bugzilla.samba.org/show_bug.cgi?id=5223
--- Comment #1 from [EMAIL PROTECTED] 2008-02-06 21:41 CST ---
Another approach would be to add --server-opt=OPT and --suppress-server-opt=OPT
options to let the user tweak the list of options sent to the server. Then,
for a push, --one
https://bugzilla.samba.org/show_bug.cgi?id=4561
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugzilla.samba.org/show_bug.cgi?id=2938
--- Comment #4 from [EMAIL PROTECTED] 2008-02-06 21:24 CST ---
The transliterate patch provides a way to delete the offending colons or
replace them with another character:
http://rsync.samba.org/ftp/rsync/patches/transliterate.diff
-
https://bugzilla.samba.org/show_bug.cgi?id=5071
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
https://bugzilla.samba.org/show_bug.cgi?id=4693
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Tue, Jan 29, 2008 at 10:00:06PM -0500, Matt McCutchen wrote:
> I put the call after the "if (write_batch < 0) dry_run = 1;" test, just
> as in main.
Thanks, Matt! This is now committed.
..wayne..
--
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posti
On Wed, Feb 06, 2008 at 06:08:09PM +0100, Rolf Grossmann wrote:
> I noticed a small bug was introduced into hard_link_one when changing
> the return codes.
Much appreciated! I've committed your fix.
..wayne..
--
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Be
On Wed, Feb 06, 2008 at 03:58:25PM -0500, Doug Lochart wrote:
> That is what we did albeit a little differently and then I wrote a
> Perl script to parse it and give me what I want.
There is also a daemon-log parsing script in the support dir named
rsyncstats.
..wayne..
--
To unsubscribe or chan
Hi,
while looking over my flags patch for the upcoming 3.0 version (more on
that later), I noticed a small bug was introduced into hard_link_one
when changing the return codes. As a result, in the rare case of the
hard link failing and the verbose option not in use, rsync wouldn't
try to copy the
Hi,
Few days a go one of my rsync server stop respond.
When I tried to figure out way, I discover that rpc.statd is listen to
port 873.
Killing the rpc.statd process bypass the problem.
I'm using an update version CentOS 4.*
rsync start via xinetd.
Do you have any idea how it happen?
Re
Transmit Report:
[EMAIL PROTECTED] ¸ÞÀÏ ¹ß¼ÛÀ» 3¹ø ½ÃµµÇßÁö¸¸ ½ÇÆÐÇÏ¿´½À´Ï´Ù.
(½ÇÆÐ ÀÌÀ¯ : 550 5.1.1 User unknown(10.10.111.20))
<Âü°í> ½ÇÆÐ ÀÌÀ¯¿¡ ´ëÇÑ ¼³¸í
User unknown :¸ÞÀÏÀ» ¼ö½ÅÇÒ »ç¿ëÀÚ°¡ Á¸ÀçÇÏÁö ¾ÊÀ½
Socket connect fail:¼ö½Å ¸ÞÀÏ ¼¹ö¿Í ¿¬°á ½ÇÆÐ
DATA write fail:¼ö½Å ¸ÞÀÏ ¼¹ö·
On Feb 6, 2008 9:54 PM, Matt McCutchen <[EMAIL PROTECTED]> wrote:
> On Wed, 2008-02-06 at 21:34 +0100, Mojca Miklavec wrote:
> > we're running an rsync on a server and would like to know how many
> > people are downloading (sinchronizing) the files from server
> > (something like a list with "times
https://bugzilla.samba.org/show_bug.cgi?id=5246
--- Comment #1 from [EMAIL PROTECTED] 2008-02-06 16:11 CST ---
An "Input/output error" generally indicates a problem with the filesystem,
operating system, or hardware, not with rsync. If you "stat" the problematic
files manually at the
https://bugzilla.samba.org/show_bug.cgi?id=5246
Summary: rsync fails to transfer some files
Product: rsync
Version: 2.6.9
Platform: Other
OS/Version: Mac OS X
Status: NEW
Severity: normal
Priority: P3
Compo
Thanks.
Paul Johnson wrote:
>
> soft link is totally different from hard link. that junction on
> directory is not the same meaning of hard link in Unix concept.
>
Windows can (maybe) come close to doing a soft link,
directories/drives at least somewhat
(but try following the l
That is what we did albeit a little differently and then I wrote a
Perl script to parse it and give me what I want.
On Feb 6, 2008 3:54 PM, Matt McCutchen <[EMAIL PROTECTED]> wrote:
> On Wed, 2008-02-06 at 21:34 +0100, Mojca Miklavec wrote:
> > we're running an rsync on a server and would like to
On Wed, 2008-02-06 at 13:57 -0600, Paul Johnson wrote:
> On Feb 6, 2008 9:45 AM, Ming Zhang <[EMAIL PROTECTED]> wrote:
> > On Wed, 2008-02-06 at 00:14 -0600, Paul Johnson wrote:
> > > I have great luck running rsync from one linux system to another, or
> > > from a windows system (with cwRsync) to
On Wed, 2008-02-06 at 21:34 +0100, Mojca Miklavec wrote:
> we're running an rsync on a server and would like to know how many
> people are downloading (sinchronizing) the files from server
> (something like a list with "timestamp, IP, exact request, bytes
> transferred"). What is the easiest way to
Hello,
we're running an rsync on a server and would like to know how many
people are downloading (sinchronizing) the files from server
(something like a list with "timestamp, IP, exact request, bytes
transferred"). What is the easiest way to do it? I have tried to
search for "rsync statistics", bu
On Feb 6, 2008 9:45 AM, Ming Zhang <[EMAIL PROTECTED]> wrote:
> On Wed, 2008-02-06 at 00:14 -0600, Paul Johnson wrote:
> > I have great luck running rsync from one linux system to another, or
> > from a windows system (with cwRsync) to a linux system.
> >
> > But when I try to do an rsync backup fr
---
This goes on the backup-dir-dels branch.
options.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/options.c b/options.c
index 0800c6f..4aa73bd 100644
--- a/options.c
+++ b/options.c
@@ -1920,8 +1920,9 @@ void server_options(char **args, int *argc_p)
On Wed, 2008-02-06 at 17:24 +0100, Olivier Thauvin wrote:
> I am trying to run:
>
> rsync --dry-run -avz --force --no-whole-file -e "ssh -C" --delete
> --bwlimit=35
> \
> --backup --exclude "*.backup-*" --exclude "*:*"
> '--suffix'=.backup-`date
> +%m%d` \
> /mnt/unite-c/ [EM
On Wed, 2008-02-06 at 17:36 +0100, Frank Purmann wrote:
> Your patch should solve my problem but I can not download the patch.
>
> http://cvs.samba.org/cgi-bin/cvsweb/~checkout~/rsync/patches/transliterate.diff?rev=1.1&content-type=text/plain
> gives me an error.
For some reason, downloading fil
I am trying to run:
rsync --dry-run -avz --force --no-whole-file -e "ssh -C" --delete
--bwlimit=35
\
--backup --exclude "*.backup-*" --exclude "*:*"
'--suffix'=.backup-`date
+%m%d` \
/mnt/unite-c/ [EMAIL PROTECTED]:~/unite-c/
But I get:
rsync: on remote machine: --suffix-del
On Wed, 2008-02-06 at 00:14 -0600, Paul Johnson wrote:
> I have great luck running rsync from one linux system to another, or
> from a windows system (with cwRsync) to a linux system.
>
> But when I try to do an rsync backup from one directory on a Windows
> system to another, it fails. The cwRsy
Just as clarification, when I said the directory does not exist I mean that
is was properly deleted by the server/receiving side. It appears as if
rsync did everything that it should but an error code of zero is being
returned and the exit code is set to 23, non-zero.
Full options:
-ruvvityz --co
Please keep this on the list.
On Wed, 2008-02-06 at 14:39 +, U. Haile wrote:
> Thanks very much for your suggestion about the problme with the
> permissions in rsync and vista.
>
> I tried your suggestion, but it did not work. Here is what I got, in
> the cmd window from windows vista:
>
> c
I'm getting errors in my rsync.logs using rsync3.0.0pre8 with the -vv
option. The client is running on cygwin as the client, CentOS as the
server. The error in the log is:
rsync: delete_file: rmdir(filepath) failed: No error (0)
When I look on the server/receiving side the directory does not e
Hello,
I have installed the latest version of FreeNAS and I configure the Rsync Daemon
(Server) in order to receive backups from the network.
I check with telnet that Rsync server is up and running.
I open the NasBackup Settings and I have to configure it, but I am having
difficullities:
Freenas
30 matches
Mail list logo