https://bugzilla.samba.org/show_bug.cgi?id=5108
--- Comment #2 from [EMAIL PROTECTED] 2007-11-27 02:06 CST ---
hunter[15]$ gdb rsync
GNU gdb 6.6-debian
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
Matt McCutchen [EMAIL PROTECTED] wrote:
On Sun, 2007-11-25 at 17:37 -0500, [EMAIL PROTECTED] wrote:
When I run rsyncd from xinetd and try to rsync I will get permission
denied error:
rsync: chdir /home/test failed : Permission denied (13)
That's very bizarre, since the daemon is ostensibly
Helle everyone,
Let's say we have 3 servers, 2 of them have the latest (stable) version
of rsyncd running (2.6.9)
Server1 == I N T E R N E T == Server2 (rsyncd running) == LAN
== Server3 (rsyncd running)
Suppose I want to send a big file (bigfile.big) from Server1 to both
Server2 and
At 14:46 27.11.2007 +0200, Pournaris Charalampos wrote:
Is there a way to send first to Server2 from Server1 and after the rsync is
finished to start syncing from Server2 to Server3 extacly the same files with
the same options ?
I tried the post-xfer exec and pre-xfer exec options in the
https://bugzilla.samba.org/show_bug.cgi?id=5108
--- Comment #3 from [EMAIL PROTECTED] 2007-11-27 07:45 CST ---
To get the symbols: https://wiki.ubuntu.com/DebuggingProgramCrash . I found
this by Googling ubuntu debug info and following a few links.
The free suggests that the crash
Hi All,
This is a continuation of a thread I started some time ago at
http://www.mail-archive.com/rsync@lists.samba.org/msg19852.html
The first occurrence of this problem seems to have just gone away and
all was good for a week or so. I have now seen this same behaviour
again, though.
I'm not
https://bugzilla.samba.org/show_bug.cgi?id=5108
--- Comment #4 from [EMAIL PROTECTED] 2007-11-27 09:18 CST ---
Trying with rsync 3.0.0pre5 built locally, I get:
hunter[32]$ rsync -aAH --delete . /tmp/gwk
rsync: ACLs are not supported on this client
rsync error: syntax or usage error
On Tue, 2007-11-27 at 10:11 -0400, Jon wrote:
During testing, I completely removed everything from my testing dir
and then ran an rsync into it from another directory on the same
machine into this directory. When the transfer was complete, I had the
entire /etc /var and /root dirs in my
There are two security advisories for people who run a writable rsync
daemon. One affects only those with use chroot = no (which is not a
very safe combination in general), and one affects a daemon that has
daemon-excluded files that are being hidden in a module's hierarchy.
Included are simple
I am trying to rsync a machine running CYGWIN_NT-5.2 server 1.5.24(0.156/4/2)
to another which runs FreeBSD 6.2-STABLE; both with rsync 2.6.9.
I'm trying to pull the files from the Cygwin machine with:
/usr/local/bin/rsync -avz --delete --delete-excluded -e ssh
[EMAIL
Hmm. Bizarre things happening when root and different behaviour when run
as a daemon versus from the command line. Those are the sort of symptoms
one gets from SELinux denials. Is SELinux enabled on this system?
I am not aware of SE linux running on this system unless centos is
enabling
On Nov 26, 2007 11:38 PM, Matt McCutchen [EMAIL PROTECTED] wrote:
On Sun, 2007-11-25 at 17:37 -0500, [EMAIL PROTECTED] wrote:
root. Set a shell script like the following as the server in the
xinetd configuration to verify that the daemon is running as root and to
strace it to get more
At 16:33 27.11.2007 -0500, Joe Demeny wrote:
I am trying to rsync a machine running CYGWIN_NT-5.2 server 1.5.24(0.156/4/2)
to another which runs FreeBSD 6.2-STABLE; both with rsync 2.6.9.
I'm trying to pull the files from the Cygwin machine with:
/usr/local/bin/rsync -avz --delete
13 matches
Mail list logo
