On Tue, 2010-09-21 at 15:38 -0700, Ian Skinner wrote:
> We have this Rsync command that does what is desired when ran either directly
> OR with a shell script.
>
> /usr/local/bin/rsync -vvv -P --stats -zrtpl --delete
> --password-file=/export/home/webuser/.appprod -
> -log-file=/exp*/h*/web*/log
On Tue, 21 Sep 2010, Ian Skinner wrote:
We have this Rsync command that does what is desired when ran either directly
OR with a shell script.
/usr/local/bin/rsync -vvv -P --stats -zrtpl --delete
--password-file=/export/home/webuser/.appprod --log-file=/exp*/h*/web*/logs/rsync-log
--exclude "
We have this Rsync command that does what is desired when ran either directly
OR with a shell script.
/usr/local/bin/rsync -vvv -P --stats -zrtpl --delete
--password-file=/export/home/webuser/.appprod -
-log-file=/exp*/h*/web*/logs/rsync-log --exclude "*.htacc*"
/exp*/h*/xter*/htdocs/ webu...@a
> -Original Message-
> From: rsync-boun...@lists.samba.org [mailto:rsync-
> boun...@lists.samba.org] On Behalf Of Paul Slootman
> Sent: Tuesday, September 21, 2010 2:01 PM
> To: rsync@lists.samba.org
> Subject: Re: Old FreeBSD4.11 build.
>
> On Tue 21 Sep 2010, Jonathan Call wrote:
>
>
On Tue 21 Sep 2010, Jonathan Call wrote:
> I'm trying to get an old FreeBSD 4.11 server to talk to a newer FreeBSD
> 7 server that is running rsync 3.0.4 but I am running into an error with
> extended file attributes:
> Ran the following configure line:
> ./configure --with-included-popt --disabl
I'm trying to get an old FreeBSD 4.11 server to talk to a newer FreeBSD
7 server that is running rsync 3.0.4 but I am running into an error with
extended file attributes:
Basic steps:
Applied the fileflags patch per the instructions:
patch -p1 https://lists.samba.org/mailman/listinfo/rsync
Before
> "stand-alone" mode to copy from and to the same computer.
Yes, however that is a valid and common use case, and one in
which rsync needs to compete.
> it will use the delta algorithm to do not transfer all the files
Though unrelated to the above, that's a fine summary of another
one of rsync's
Izidor, this appears to resolve my problem. Thank you for your input, I
will be sure to attribute you on serverfault.com when I add an answer to my
question post.
On Tue, Sep 21, 2010 at 2:49 AM, Izidor Jerebic wrote:
> Hi,
>
> this might be a problem with maximal number of concurrent ssh conn
Robert Holtzman wrote:
>
> Running Ubuntu 10.04.1 and rsync 3.0.7-1. Used rsync successfully for
> over a year for backups. Recently there was a kernel upgrade to
> 2.6.32-25. Don't know if that has any bearing. When I tried to run a
> backup today rsync failed with the error message:
>
> sending
https://bugzilla.samba.org/show_bug.cgi?id=7691
Summary: rsync remove-source-files and opened file
Product: rsync
Version: 3.0.6
Platform: All
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P3
Com
Running Ubuntu 10.04.1 and rsync 3.0.7-1. Used rsync successfully for
over a year for backups. Recently there was a kernel upgrade to
2.6.32-25. Don't know if that has any bearing. When I tried to run a
backup today rsync failed with the error message:
sending incremental file list
rsync: writ
Hi,
I'm not an rsync expert, other people will confirm or infirm what I'm
saying, but I think your problem is that you are using rsync in "stand-
alone" mode to copy from and to the same computer. Although that
works, in this way rsync won't use it's delta algorithm and so, won't
have grea
I have a 5.5GB file, mostly sparse. Tar performs far[!] better than rsync.
I have no ideas yet, so just an FYI as to current state.
FreeBSD 8.1 i386 zfs
Yes, I know the blocks used differs but don't know why yet, could
be just how zfs does things or related to the large amount of sparseness.
There
13 matches
Mail list logo