Hi,
i am using Rsync for making backups of a MySQL database. The MySQL files can
be compressed about 1:10 and i want to make use of this fact.
Rsync currently doesn't support saving files in a compressed state. I
personally think this should be a feature for the filesystem (in the sense of
"sy
On Wed, Jan 15, 2003 at 11:50:27AM +0100, Harald Fielker wrote:
> Hi,
>
> i am using Rsync for making backups of a MySQL database. The MySQL files can
> be compressed about 1:10 and i want to make use of this fact.
>
> Rsync currently doesn't support saving files in a compressed state. I
> pers
On Tue, Jan 14, 2003 at 05:29:06PM -0500, Andrew J. Schorr wrote:
> Hi,
>
> This is perhaps a stupid question. I apologize in advance if it's already
> been covered, but I'm stumped...
>
> I'm using rsync to backup some file systems to a remote host.
> The transport is openssh-2.9.9p2.
>
> The
Below is the patch I just checked in to fix --copy-unsafe-links. As far
as I can tell it has been broken for years, ever since I first put it in.
It bothers me a bit that I can't figure out why I went through the
trouble and mess at the time to introduce a global variable to compare
to wrong infor
Hello,
It seems that bug with recursive calling of _exit_cleanup() is not fixed
in this version.
In log.c EPIPE is not hanled and this leads to recursive
_exit_cleanup(). First patch I've made for this looks like:
== cut ==
--- rsync-2.5.5/log.c 2002-02-18 20:51:12 +
On Tue, Jan 14, 2003 at 07:57:48PM -0800, jw schultz wrote:
> with the -r or -a options does this [recurse] on
> directories in the --files-from list?
Yes, it treats them like command-line args with the following two
exceptions: if -r is not specified, we WILL create an explicitly named
directory
On Tue, Jan 14, 2003 at 10:01:47PM -0600, Lee Eakin wrote:
> Yes, people do restrict args via ssh key restrictions.
OK, I thank you both for enlightening me on the subject. My current
patch applies the sanitize_path() function to all names read via the
--files-from option, regardless of whether w
Also, if any of the clients are windows clients, there is a known
problem that the small packet sizes used by the common rsync versions
cause some kind of massive performance problem that appears attributed
to ssh or rsync. Buffering patches dramatically speed up rsync.
Jim
Aaron Morris wrote
If anyone is trying out my --files-from patch, please grab a new version
from here:
http://www.clari.net/~wayne/rsync-files-from.patch
I fixed a potential bug in the pathname-reading code when pulling files.
This version also sanitizes all read pathnames, as discussed elsewhere.
Remember tha
---begin quoted text---
> From: Wayne Davison <[EMAIL PROTECTED]>
> Subject: Re: specifying a list of files to transfer
> Date: Wed, 15 Jan 2003 10:10:29 -0800
>
> On Tue, Jan 14, 2003 at 10:01:47PM -0600, Lee Eakin wrote:
> > Yes, people do restrict args via ssh key restrictions.
>
> OK, I thank
> If so, then the behavior is normal for rsync. What
> happens is that rsync sends a lot of small packets
> containing checksums, which is very expensive on
> cygwin/windows. If you want, I can send you patched sources
> (from Craig Barratt originally) [...]
I got a good >10X throughput boost wi
On Wed, Jan 15, 2003 at 02:48:05PM -0600, Lee Eakin wrote:
> Now if I can only figure out a way to intercept the list when I need to
> be real picky about which individual files are accessed ...
This should be possible with a filter process. Here's how the new,
slightly tweaked protocol works:
1
On Wed, Jan 15, 2003 at 09:27:37AM -0600, Dave Dykstra wrote:
> Unfortunately I don't think anybody is going to be able to tell you.
> I've not heard of anybody lately posting a similar problem. In the
> past hanging problems have been traced to many different sources.
> Rsync stresses network (an
On Wed, Jan 15, 2003 at 05:12:21PM -0500, Andrew J. Schorr wrote:
> On Wed, Jan 15, 2003 at 09:27:37AM -0600, Dave Dykstra wrote:
> > Unfortunately I don't think anybody is going to be able to tell you.
> > I've not heard of anybody lately posting a similar problem. In the
> > past hanging problem
On Wed, Jan 15, 2003 at 10:27:31AM -0600, Dave Dykstra wrote:
> In my research into this I also found that 2-1/2 years ago somebody
> posted a patch that included a fix for this buried in it, and that I
> had promised to integrate his patch but I never did it, I think due to
> various other crises
On Wed, Jan 15, 2003 at 10:03:33AM -0800, Wayne Davison wrote:
> On Tue, Jan 14, 2003 at 07:57:48PM -0800, jw schultz wrote:
> > with the -r or -a options does this [recurse] on
> > directories in the --files-from list?
>
> Yes, it treats them like command-line args with the following two
> except
[replied to list]
There was a discussion about this on the Samba list a while ago
http://lists.samba.org/pipermail/samba-technical/2002-November/040931.html
Briefly
We should create a team signing key, with an lifetime of about a
year. It has to be relatively short to allow for turnover
ÎÒºÜÇî2003ÄêµÚÒ»ÆÚ×ã²ÊÔ¤²â×ÊÁÏ
1¡¢²©ÂåÄáÑÇVSACÃ×À¼
»ðÌì´óÓУº´ÓØÔÃû¿´£¬Ö÷¶Ó»ñʤµÄ¿ÉÄÜÐԽϴ󣬵«¸¸Ä¸³ÖÊÀ£¬µ£ÐÄÖ÷¶ÓÄÜȡʤ£¬Ó¦»ðÉúÊÀÍÁ£¬¶ÔÖ÷¶ÓÓÐÀû¡£2س±äµÃµ½ÀëΪ»ð£¬±ÈºÍØÔË«·½ÄÑ·Öʤ¸º£¬¹Ù¹í³ÖÊÀ¶ÔÖ÷¶Ó²»Àû£¬Ó¦Ë®¿ËÊÀ»ð¶Ô¿Í¶ÓÓÐÀû£¬µ«ÈÕ½¨ÊÜÊÀ»ðËùº¦£¬¶ÔÖ÷¶ÓÓÐÀû¡£ÈÕ½¨ÖúӦˮ£¬¶Ô¿Í¶ÓÓÐÀû¡£ÍƼö£º01£¨3£©
2¡¢²¼
I like it (except for the work). I don't think I'm ready to code up a
filter yet, but it is good to know the general theory in case I need to use
it. Of course, if I keep thinking about it I'll probably run across a
situation where it's use would greatly speed/simplify my life, so maybe I
should
rsync is optimized to conserve network resources, sometimes at the expense of CPU
resources. As
long as CPU's are fast and networks are slow, rsync with compression
does a great job. However, if I run rsync on a slow box (166MHz Ultra SPARC) over a
fast network
(100Mb/s), the compression kills
On Tue, Jan 14, 2003 at 09:25:34PM -0600, Albert Chin wrote:
> Latest version of popt is 1.7:
> ftp://ftp.rpm.org/pub/rpm/dist/rpm-4.1.x/popt-1.7.tar.gz
I just applied this version to my local copy. On FreeBSD with gcc-3.2.1 it
produces a bunch of warnings about unused variables and a number of
On Wed, Jan 15, 2003 at 10:54:04AM +0900, Majorosi.net - Stéphane wrote:
>
> Hi,
>
> I'd like to know if RSYNC work on a Sun Cobalt RaQ550. Does someone trid it? If yes,
>please let me know if I can take contact with you.
>
> Stephane
Since no one else has responded i will.
I don't have a RaQ
On Wed, Jan 15, 2003 at 06:47:09PM -0600, Seann Herdejurgen wrote:
> rsync is optimized to conserve network resources,
> sometimes at the expense of CPU resources. As long as
> CPU's are fast and networks are slow, rsync with
> compression does a great job. However, if I run rsync on
> a slow box
I have rsync-2.5.5 humming along on FreeBSD 4.7-STABLE with no apparent
problems. However, I notice when some clients connect to sync, I get this in
/var/log/messages
rsyncd[42843]: /etc/pwd.db: No such file or directory
rsync is running as root with this basic rsync.conf:
use chroot = yes
rea
Thanks for the tip.
I was thinking about my suggestion, and I'm guessing that the --bwlimit feature is
implemented as
an if statement like:
if (data sent/time since last check > bwlimit) then sleep
There probably isn't a network buffer that is being checked. Maybe this can be
changed to:
>> This patch also adds an example for using --link-dest to the man page:
>
> I don't know if that is needed. Lacking context the example
> has minimal meaning and compare-dest doesn't have an example
A more complete context is available here:
http://www.math.ualberta.ca/imaging/rlbacku
No it is one Sun solaris 8 box trying to back up several aix boxes.But
apparantly it is not possible to disable the encryption so I was hoping that
I could use another -e like ftp or something like that thru rsync.
But I cannot seem to get to work.
Regards Boris
-Original Message-
From: J
27 matches
Mail list logo