Hi!
I use PHP exec function Run rsync
?
exec(/usr/bin/rsync -azrvlHpogDtS --delete --progress --password-
file=/root/rsyncd_db.secrets /home/bruce [EMAIL PROTECTED]::brucebackup);
?
but run error
error message: @ERROR: auth failed on module brucebackup
but login linux run form command
Hi,
Since there's been so many requests for Craig
Barratt's patched sources and cygwin binary, I decided
to make them available online at
http://www.niradynamics.se/~nira_greger/rsync-HEAD-20020808-1120Z-bufferedIO.zip
The archive contains rsync 2.5.6cvs patched sources
and a compiled binary
On Thu, Jan 16, 2003 at 03:18:34PM -0600, Dave Dykstra wrote:
On Thu, Jan 16, 2003 at 04:08:01PM -0500, Scott Mcdermott wrote:
Dave Dykstra on Thu 16/01 14:57 -0600:
The patch from 2-1/2 years ago for changing copy-unsafe-links to
follow unsafe links on the destination side also
On Thu, Jan 16, 2003 at 01:58:49PM -0800, jw schultz wrote:
On Thu, Jan 16, 2003 at 02:52:38PM -0600, Dave Dykstra wrote:
Also, if the transfer is being sent from the remote side, the file names
are all getting sent over to the remote side first for --files-from and
then sent back as part
On Thu, Jan 16, 2003 at 05:07:13PM -0800, Wayne Davison wrote:
(I assume you're talking about when using -R, which is not currently on
by default.) I believe that we do need an auto-creation mode and also a
way to optimize the transfer to avoid this (since it results in a lot of
extra
On Thu, Jan 16, 2003 at 07:06:05PM -0800, jw schultz wrote:
I know i'm not talking about when -R is used. I am talking
about creating implied intermediate directories without -R.
I'm talking about being able to take the output of
find -name '*.jpg' and have it create (if necessary) any
Title: Untitled Document
¿ªÊ¼ÄúµÄ³É¹¦Ö®Â·
Ï뻨80ԪǮ¾ÍµÃµ½Ò»¸ö²»¶ÏÅòÕ͵ÄÐÅÏ¢º£ÑóÂð£¿Ïë¹ý²»³ö¼ÒÞͽâ¾öʧҵÎÊÌâÂ𣿽ñÌ죬ÄãÕÒµ½ÁË£¬Ö©ÖëÍø£¬¾ÍÊÇÄúµÄ×îºÃÑ¡Ôñ¡£
ÉêÇë³ÉΪ֩ÖëÍø»áÔ±£¬Äú½«Á¢¿ÌÓµÓÐÎÞÏÞÀ©ÕŵÄʵÓÃÐÅÏ¢ºÍ×Ô¼ºµÄ¼ÒÍ¥ÐÅÏ¢´úÀí¹«Ë¾£¡£¡Õâ²»ÊÇÉñ»°£¬À´µ½Ö©ÖëÍø£¬ÈÃÒ»Çж¼±äµÃ·á¸»¶à²Ê¡£
On Thu, Jan 16, 2003 at 11:14:50PM -0800, Wayne Davison wrote:
On Thu, Jan 16, 2003 at 07:06:05PM -0800, jw schultz wrote:
[...] and that entries therein are not flattened like they would be on
the command-line (sans -R).
But they *are* flattened exactly like on the command-line, at least
On Fri, Jan 17, 2003 at 12:14:13PM -0500, Andrew J. Schorr wrote:
If I run rsync in such a way that parent directories are sent automatically,
it will send the following files (based on -vvv output):
make_file(4,test)
make_file(4,test/foo.jpg)
make_file(4,test/bar.jpg)
On Fri, Jan 17, 2003 at 11:46:33AM -0500, Andrew J. Schorr wrote:
Is there a possible case where
the --files-from file list lives on the remote (sender) side?
Yes, I could see that being possible -- your update scenario is even an
interesting example.
It's actually easy to have the remote
On Fri, Jan 17, 2003 at 04:42:51PM -0600, Dave Dykstra wrote:
On Thu, Jan 16, 2003 at 11:14:50PM -0800, Wayne Davison wrote:
On Thu, Jan 16, 2003 at 07:06:05PM -0800, jw schultz wrote:
[...] and that entries therein are not flattened like they would be on
the command-line (sans -R).
---begin quoted text---
From: jw schultz [EMAIL PROTECTED]
Date: Fri, 17 Jan 2003 16:21:59 -0800
On Fri, Jan 17, 2003 at 04:42:51PM -0600, Dave Dykstra wrote:
On Thu, Jan 16, 2003 at 11:14:50PM -0800, Wayne Davison wrote:
Oh, right, I hadn't thought of that implication of the way this
On Fri, Jan 17, 2003 at 04:21:59PM -0800, jw schultz wrote:
It should not do /root2/i386/etc/init.d/rsyncd and so on as
-R would have it.
-R would only do that if you actually prefixed the paths with the source
dir, which is not what happens with --files-from. The source dir is
just used as
On Fri, Jan 17, 2003 at 05:42:41PM -0800, Wayne Davison wrote:
On Fri, Jan 17, 2003 at 04:21:59PM -0800, jw schultz wrote:
It should not do /root2/i386/etc/init.d/rsyncd and so on as
-R would have it.
-R would only do that if you actually prefixed the paths with the source
dir, which is
While the idea of rsyncing with compression is mildly
attractive i can't say i care for the new compression
format. It would be better just to use the standard gzip or
other format. If you are going to create a new file type
you could at least discuss storing the blocksums in it so
that
The following code in receiver.c around line 421 (2.5.6pre1) contains
some dead code:
/* we initially set the perms without the
setuid/setgid bits to ensure that there is no race
condition. They are then correctly updated after
the lchown. Thanks to [EMAIL
16 matches
Mail list logo