On Mon, Feb 24, 2003 at 08:17:43AM +0100, Domsodi Gergely wrote:
> Hi!
>
> I try to copy a lot of little files between a Linux and a Tru64 (I
> successfully compiled rsync on a tru64, it needed a little cosmetics), but
> it throws me this error (rsync 2.5.5 on both machines):
>
> 779300 files...
On Sun, Feb 23, 2003 at 01:13:56PM +0100, Andreas Gruenbacher wrote:
> Hello,
>
> I am the guy behind the ext2/ext3 patches for Extended Attributes and ACLs,
Thanks.
> and I've recently been asked about ACL support in rsync by Eric. Upon
> investigating I found that you have an ACL patch again
On Sun, Feb 23, 2003 at 01:13:56PM +0100, Andreas Gruenbacher wrote:
> Hello,
>
> I am the guy behind the ext2/ext3 patches for Extended Attributes and ACLs,
> and I've recently been asked about ACL support in rsync by Eric. Upon
> investigating I found that you have an ACL patch against rsync-2
On Fri, Feb 21, 2003 at 06:17:47PM -0500, Paul Green wrote:
> I asked JW Schultz about applying his qsort patch, and here is what he said. Can
> anyone help us test this change? The patch is contained in his letter posted on
> Feb 12th.
>
> > Do not apply it. I want it test
On Fri, Feb 21, 2003 at 11:12:11AM -0800, Eric Chen wrote:
> Hi,
>
> Right now rsync is unable to preserve extended attributes when copying
> files. I want to be able to copy files over from one XFS Linux machine to
> another XFS Linux machine running redhat 7.1 kernel 2.4.19-xfs-1.1 on an
> i686
On Fri, Feb 21, 2003 at 12:15:59PM -0400, Carlos Molina Garcia wrote:
> Greetings.
>
> I wrote a script that make remote backups with rsync. I have 2 main
> problems with it
>
> 1) I want that the destination directory (on the repository machine)
> recreate the backed up file path and it permis
On Thu, Feb 20, 2003 at 01:03:16PM +1100, Donovan Baarda wrote:
> On Thu, 2003-02-20 at 11:36, Craig Barratt wrote:
> > > RSYNC DOES NOT WORK WITH 1GB+ FILES... unless you have a sufficiently
> > > large block size. See the following;
> > >
> > > http://www.mail-archive.com/rsync@lists.samba.org/m
Please don't mail to me seperately. It makes identifying
whether this was also sent to the list (where it belongs)
difficult. CCing me is OK as that gets filtered.
(oops i forgot to CC the list and just broke this rule myself)
On Wed, Feb 19, 2003 at 06:42:47PM -0500, George D. Plymale wrote:
>
On Wed, Feb 19, 2003 at 09:53:05PM -, va_public <[EMAIL PROTECTED]>
wrote:
> --- In [EMAIL PROTECTED], Donovan Baarda <[EMAIL PROTECTED]> wrote:
> > On Thu, 2003-02-20 at 05:55, va_public wrote:
> >
> > RSYNC DOES NOT WORK WITH 1GB+ FILES... unless you have a
> sufficiently
> > large block
On Wed, Feb 19, 2003 at 12:25:43PM -0500, Paul Green wrote:
> Sviatoslav Sviridov [mailto:[EMAIL PROTECTED]] wrote:
> >It would be good if attached patch will be included in upstream. This
> >patch adds option --apt-support for rsync and with this option rsync
> >will print some additional informat
:
Use another OS for your rsync server.
Run your daemon as a normal user
(no chroot, no uid/gid preservation etc).
Don't use the rsync daemon, do the transfers via
rsh/ssh.
Make or otherwise get a different build of rsync.
> On
t; listening on port 873
> Feb 19 11:48:26 x rsyncd[29520]: setgroups failed: Invalid argument
>
> On Wednesday, February 19, 2003, at 06:39 AM, jw schultz wrote:
>
> > On Wed, Feb 19, 2003 at 12:28:58AM -0500, lists wrote:
> >> I am trying to set up a MacOS X rsync ser
On Wed, Feb 19, 2003 at 12:28:58AM -0500, lists wrote:
> I am trying to set up a MacOS X rsync server and am not having much
> success at the moment. I'm able to see the "share" alright, but here
> is what I get when I actually try to copy anything to the server:
>
> #rsync -vz /Users/myhome lo
On Wed, Feb 19, 2003 at 11:21:32AM +0100, Lejf Diecks [ergo!via GmbH] wrote:
> Hi,
>
> we do a nightly backup using rsync (v2.5.6 as server on RedHat 7.3 and rsync
> 2.5.5 on Windows 2000/Cygwin). The backup media connected to the
> Windows-Client is a VFAT-formatted Maxtor USB-Disk.
>
> Everytim
On Tue, Feb 18, 2003 at 01:34:00PM +0100, Gregor Waluga wrote:
> Am Dienstag, 18. Februar 2003 02:04 schrieb Max Bowsher:
>
> Hi,
>
> With Schultz's hint it works fine now. Thanks!
> I didn't know before that I have to include the parent directories...
>
> > NB: * will match dotfiles. No need fo
On Tue, Feb 18, 2003 at 01:04:28AM -, Max Bowsher wrote:
> Gregor Waluga wrote:
> > + .kde/share/apps/kabc/
> > + .kde/share/apps/kbear/
> > + .kde/share/apps/kopete/
> > + .kde/share/apps/korganizer/
> > + .kde/share/apps/quanta/
> > + .gaim/
> > + .gaimrc
> > + .OpenOffice/user/config/
> > +
On Fri, Feb 14, 2003 at 05:18:13PM +, Chris Simmonds wrote:
> I have recently completed a port of rsync to DOS. It is compiled using
> Borland C 3.1 to run in real-mode DOS (because my target was a hand-held
> computer with little memory). There are a few compromises, for example
> it is cli
On Thu, Feb 13, 2003 at 05:01:58PM +0100, Andreas Schott wrote:
> Dear rsync-developers,
>
> on AIX5.1 with 32-bit kernel one can have large-file support.
> rsync in principle supports it correctly since the flag
> _LARGE_FILES is treated correctly in the /usr/include/*.h
> But there is one point
On Thu, Feb 13, 2003 at 10:55:06AM -0500, Patrick Amirian wrote:
> Hi,
> I'm sinking 24 direcotories an dit works fine except 3 of them
>
> I keep getting the same errors for the same 3 directories.
>
> Systems AIX 4.3
>
> DIR1:
> rsync error: timeout in data send/receive (code 30) at io.c(85
On Wed, Feb 12, 2003 at 01:00:35PM +0100, Thomas Osterried wrote:
> I fully agree with jw schultz's first and second issue, to his --delete
> assumption and to the the point that lexical order does not matter.
>
> > This unfortunately does mean that a means of preserving
> > initial sequence must
On Wed, Feb 12, 2003 at 01:13:45AM -0600, Adam Herbert wrote:
> I need some suggestions. Here's my setup:
>
> 800GB of Data
> 14,000,000+ Files
> No changes just additions
> Files range in size from 30k - 190k
>
> The files are laid out in a tree fashion like:
>
> BASE
>
On Tue, Feb 11, 2003 at 06:53:20PM -, va_public <[EMAIL PROTECTED]>
wrote:
> --- In [EMAIL PROTECTED], jw schultz <[EMAIL PROTECTED]> wrote:
> > On Mon, Feb 10, 2003 at 10:24:35PM -, va_public
> <[EMAIL PROTECTED]> wrote:
> > >
> > &
On Tue, Feb 11, 2003 at 05:27:51PM +0100, Thomas Osterried wrote:
> This is a call for comments, regarding what you do expect when copying
> multible source tree roots leading to the same directory root, using
> rsync.
>
> This problem may be discussed now, because in versions before
> rsync-2.5.6
On Tue, Feb 11, 2003 at 03:18:00PM +0100, Dean wrote:
>
>
>
> I have discovered that rsync 2.5.6 uses the mkstemp() routine wich do
> not have a 64bits version into the AIX libc.
mkstemp should have no need of a 64bit version. Why is this
an issue?
> A very simple workaround to the big files
On Mon, Feb 10, 2003 at 10:24:35PM -, va_public <[EMAIL PROTECTED]>
wrote:
> rsync 2.5.6
>
> If I turn on the --backup (and --backup-dir and --suffix) options and
> rsync a tree like
>
> rsync --backup ... -av --delete dir1/ user@machine:dir1
>
> I dont see the 'deleting ...' message in th
On Fri, Feb 07, 2003 at 02:07:04PM -0500, Hardy Merrill wrote:
> jw schultz [[EMAIL PROTECTED]] wrote:
> > On Thu, Feb 06, 2003 at 04:19:36PM -0500, Hardy Merrill wrote:
> > > jw schultz [[EMAIL PROTECTED]] wrote:
> > > > On Thu, Feb 06, 2003 at 03:46:11PM -0500, Hard
On Fri, Feb 07, 2003 at 11:15:57AM -0500, Roderick Schertler wrote:
> Under Aix directories have the mode 024 instead of the customary
> 04. Because of this when you sync a directory to or from an Aix
> system it's never up to date.
>
> Here is a patch which fixes this. It causes rsync t
On Thu, Feb 06, 2003 at 04:10:57PM -0600, Justin Banks wrote:
> jw schultz wrote
> > Someone else has suggested using strace. Good idea but you need
> > to push (initiate the rsync on "A") for that to do much good.
>
> Actually, in the past I've replaced a
On Thu, Feb 06, 2003 at 03:01:07PM -0600, Tom Walsh wrote:
> I am not sure where to begin so I will be as verbose as I can to explain the
> problem.
>
> I have 3 servers. Their specs are:
>
> Machine A: Redhat 7.1 kernel 2.4.9-34 openssh 3.1p1-5
> Machine B: Redhat 7.3 kernel 2.4.9-31 openssh 3.1
On Thu, Feb 06, 2003 at 04:19:36PM -0500, Hardy Merrill wrote:
> jw schultz [[EMAIL PROTECTED]] wrote:
> > On Thu, Feb 06, 2003 at 03:46:11PM -0500, Hardy Merrill wrote:
> > > I'm following up on a bug reported back in May 2002:
> > >
> > > https://bug
On Thu, Feb 06, 2003 at 03:46:11PM -0500, Hardy Merrill wrote:
> I'm following up on a bug reported back in May 2002:
>
> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=64689
>
> this bug was also reported to the rsync mailing list:
>
> http://www.mail-archive.com/rsync@lists.samba.org
On Thu, Feb 06, 2003 at 01:52:52PM +0100, Samuele Brignoli wrote:
> Hi all,
>
> I've purchase a brand new webserver at rackshack.net, discovering that they
> don't provide any tool for backing up my server. I' ve purchased a secondary
> hard drive, and now I would do some scripts with rsync to mai
On Wed, Feb 05, 2003 at 10:53:25AM -0800, Kenny Gorman wrote:
> Eric Whiting wrote:
> >I've learned some good things from this discussion. THanks.
> >
> >Kenny, I have one concern/idea -- The original post says the 'disk is
> >fairly slow'. That is one bottleneck that should probably be examined a
On Wed, Feb 05, 2003 at 10:52:45AM -0800, Ben Escoto wrote:
> On Wed, Feb 05, 2003 at 09:17:03AM -0800, Mike Rubel wrote:
> > > CB> Of course, a major issue with --inplace is that the file will be
> > > CB> in an intermediate state if rsync is killed mid-transfer. Rsync
> > > CB> currently e
On Wed, Feb 05, 2003 at 12:47:49PM +1100, Martin Pool wrote:
> On 4 Feb 2003, jw schultz <[EMAIL PROTECTED]> wrote:
>
> > The reason why in-place updating is difficult is that
> > rsync expects the unchanged blocks in the old file may be
> > relocated. Data ins
On Tue, Feb 04, 2003 at 05:38:06PM -0700, Dalton Harvie wrote:
> I'm trying to get a backup system going using rsync --- bit of a newbie.
> Just wondering if there is a way I can get rsync to recognise that a
> non-gzipped file in one directory tree is equivalent to the same gzipped file
> in t
On Tue, Feb 04, 2003 at 11:29:48AM -0800, Kenny Gorman wrote:
> I am rsyncing 1tb of data each day. I am finding in my testing that
> actually removing the target files each day then rsyncing is faster than
> doing a compare of the source->target files then rsyncing over the delta
> blocks. Th
On Tue, Feb 04, 2003 at 02:37:26PM -0500, Bennett Todd wrote:
> 2003-02-04T14:29:48 Kenny Gorman:
> > Is it possible to tell rsync to update the blocks of the target file
> > 'in-place' without creating the temp file (the 'dot file')? I can
> > guarantee that no other operations are being perfor
On Tue, Feb 04, 2003 at 11:06:26PM +0200, Mikko Rauhala wrote:
> On Mon, Feb 03, 2003, jw schultz wrote:
> > Just how magic is the 1024? To what was bwlimit set? And
> > the MTU?
>
> The 1024 is very magic, I just pulled it out of my hat and 'lo, it
> worked wel
On Tue, Feb 04, 2003 at 03:22:30PM +0530, Vardhan Varma wrote:
> Hi,
>
> I'm trying to pull my home from a remote machine.
> I get a error
> 'failed to set permissions on home : Not owner'
> which is obvious:
>
> rsync -a remote:/home/foo/bar/zee /
> this create /home/foo/bar/zee here , but gi
On Tue, Feb 04, 2003 at 03:06:05AM +0200, Mikko Rauhala wrote:
> Hello
>
> I'm using a cable modem with a slow uplink, and therefore when I want to
> transfer large amounts of data upstream, I tend to use rsync with
> --bwlimit. However, the stock rsync seems to send a bit too much data at
> once
On Sat, Feb 01, 2003 at 02:17:53PM -0800, Jorg B. wrote:
> This problem is occurring on two different servers, with completely different
> hardware, different version of slackware and different version of kernel
> (tried on 2.4.18, 2.4.19 and 2.4.20).
>
> There is nothing major in common between
On Sat, Feb 01, 2003 at 01:47:39PM -0800, Jorg B. wrote:
> Hello,
>
> We are running rsync version 2.5.6 on a slackware (version 9.0-beta) linux
> server. This server is basicly a ftp server (96 sessions max) and a rsync
> (rsync --daemon) server (25 connections max).
>
> The server keeps on cr
On Fri, Jan 31, 2003 at 10:04:22AM -0800, Wayne Davison wrote:
> On Fri, Jan 31, 2003 at 03:16:43AM -0800, jw schultz wrote:
> > we have several options that accept multiple values from a file
> > and we aren't switching to null termination for them but --null is
> > rath
On Fri, Jan 31, 2003 at 02:44:58PM -, Max Bowsher wrote:
> jw schultz wrote:
> > I'd rather we default modify-window to 1 for windows.
>
> But windows != FAT. Even a Linux system *could* be using FAT. What's wrong
> with the current state of affairs?
> It's
On Fri, Jan 31, 2003 at 02:12:45PM -, Max Bowsher wrote:
> jw schultz wrote:
> > On Fri, Jan 31, 2003 at 12:09:14PM +0100, Lapo Luchini wrote:
> >> Would "creating a file in the same dir" be "too invasive"?
> >> Of course this would only solve
On Fri, Jan 31, 2003 at 12:09:14PM +0100, Lapo Luchini wrote:
> Max Bowsher wrote:
>
> >Unless someone feels like making a FAT-detection patch, the previous status
> >quo looks to me like the best option.
> >
> Would "creating a file in the same dir" be "too invasive"?
> Of course this would only
On Fri, Jan 17, 2003 at 07:22:00PM -0800, Wayne Davison wrote:
> I've worked up a new release of my --files-from patch. It has the
> following changes from the last release:
>
> New Changes:
>
>
> - You can specify a list of files separated by nulls (instead of
>newlines) if yo
On Thu, Jan 30, 2003 at 12:19:22PM -0500, [EMAIL PROTECTED] wrote:
> When setting up rsync in daemon mode, which side do I put the daemon on? My
> environment is as follows:
>
> One Linux host will house the backup data files for three servers (1 SCO Open
> Server and 2 Solaris 8).
>
> I want
On Thu, Jan 30, 2003 at 12:55:31PM -0500, Patrick Amirian wrote:
> I run my rsync command as root and yet I can't initiate a transfer if on
> the source site my directory has 770 permission. If I change it to 777
> the I can transfer.
>
> When I run the rsync command, does it change it's uid or g
On Thu, Jan 30, 2003 at 02:16:42PM +1100, Martin Pool wrote:
> On 30 Jan 2003, Donovan Baarda <[EMAIL PROTECTED]> wrote:
[discussion of cvs branches and rsync successor projects]
> > Actually, a bigger "attitude" issue for me is having a separate
> > rsync-devel and rsync-user lists. I have almos
On Wed, Jan 29, 2003 at 05:44:32PM -0800, Madole, Dave BGI SF wrote:
>
> I agree with this. I am in a situation where I don't install rsync
> myself, I have to depend on sysadmins to do it. They get very nervous
> and insist on installing it as something like "rsync2_5_5" because they are
> afr
On Wed, Jan 29, 2003 at 03:40:36PM -0500, Green, Paul wrote:
> jw schultz [mailto:[EMAIL PROTECTED]] wrote:
>
> [general discussion of forthcoming patches removed]
>
> > All well and good. But the question before this thread is
> > are the changes big and disruptive
This is just a trivial documentation change. The word
"link" is overloaded. It refers to symlinks, hardlinks and
network links. When looking for references to file links in
the manpages the network references get in the way.
This patch changes when reasonable to do so the word "link"
to "connec
On Wed, Jan 29, 2003 at 02:34:43PM -0500, Karl Wieman wrote:
> With much hope I upgraded to rsync version 2.5.6 in hopes that it would
> correct the symbolic link bug I have been wrestling with...
>
> No dice. It still insists on dropping the leading slash from a symbolic
> link outside the sourc
On Wed, Jan 29, 2003 at 10:41:40PM +1100, Donovan Baarda wrote:
> On Wed, 2003-01-29 at 18:22, Craig Barratt wrote:
> > > I have several patches that I'm planning to check in soon (I'm waiting
> > > to see if we have any post-release tweaking to and/or branching to do).
> > > This list is off the t
On Wed, Jan 29, 2003 at 03:24:57PM +1100, Martin Pool wrote:
> On 28 Jan 2003, "Green, Paul" <[EMAIL PROTECTED]> wrote:
>
> > I think splitting the branches will also let us be a little more
> > experimental in the development branch, at least until we get near
> > the next release phase, because
missions problem.
Unless you have uid = root in your module options rsyncd
will change its uid to that of an ordinary user when serving
that module. The user "nobody" is the default.
> -Message d'origine-
> De?: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]] De
>
On Tue, Jan 28, 2003 at 04:13:10PM +0200, Niko Nyman wrote:
> on 28.1.2003 15:06, jw schultz at [EMAIL PROTECTED] wrote:
>
> >> Would it be possible to archive files on a removable drive, save the
> >> checksums for the archived files, and later compare existing file
On Tue, Jan 28, 2003 at 09:00:35AM -0500, Patrick Amirian wrote:
> FYI.
> Yeah actually I found my mistake.
> In the config file I had path=/blah/blah/
> The real thing is path=/blah/blah/*
>
> It worked.
Poor solution. Common error. Much better to fix the
permissions on /blah/blah
Using * me
On Tue, Jan 28, 2003 at 06:41:20AM -0700, David Garamond wrote:
> has someone come up with a trick to let disconnected ssh connections be
> recovered without terminating and having to restart rsync (perhaps by
> wrapping ssh or something)?
>
> i have a very large (but pretty stable/unchanging) t
On Tue, Jan 28, 2003 at 05:37:34PM +0500, Eduard A. Ivanov wrote:
> Hi [EMAIL PROTECTED],
>
> when trying to use rsync there's an error message:
> 10.80.12.6: Connection refused
> rsync: connection unexpectedly closed (0 bytes read so far)
> rsync error: error in rsync protocol data s
On Tue, Jan 28, 2003 at 02:30:50PM +0200, Niko Nyman wrote:
> Hi,
>
> This is a newbie type'o'question so I'm most probably talking about
> something I know nothing about ;)
>
> Would it be possible to archive files on a removable drive, save the
> checksums for the archived files, and later comp
On Mon, Jan 27, 2003 at 03:57:16PM -0600, Dave Dykstra wrote:
> On Mon, Jan 27, 2003 at 04:38:09PM -, Max Bowsher wrote:
> > Dave Dykstra wrote:
> > > This modify-window default of 1 has been causing some trouble on the
> > > rsync test suite on the Cygwin test machine on build.samba.org. The
On Mon, Jan 27, 2003 at 11:25:38AM +0100, Jean-Hugues BELPOIS wrote:
> Hi all,
>
> When i use rsync with on the server :
>
> motd file = /etc/rsyncd.motd
> log file = /var/log/rsyncd.log
> pid file = /var/run/rsyncd.pid
> lock file = /var/run/rsync.lock
>
> [filieres]
> path = /home2
>
On Sun, Jan 26, 2003 at 06:04:52PM -0800, Craig Barratt wrote:
> > Block checksums come from the receiver so cached block
> > checksums are only useful when sending to a server which had
> > better know it has block checksums cached.
>
> The first statement is true (block checksums come from the r
On Sun, Jan 26, 2003 at 02:46:43PM -0800, Craig Barratt wrote:
> > Is there any reason why caching programs would need to set the
> > value, rather than it just being a fixed value?
> > I think it is hard to describe what this is for and what it should be
> > set to. Maybe a --fixed-checksum-seed
On Sun, Jan 26, 2003 at 09:43:06AM -0500, Green, Paul wrote:
> Ville Herva [mailto:[EMAIL PROTECTED]] wrote:
> > Of course, whether O_TEXT is defined or not does not
> > necessarily imply the availability of "t", but I
> > can't think of better alternative.
>
> Stratus VOS implements O_TEXT and O
On Sat, Jan 25, 2003 at 10:56:37AM +0200, Ville Herva wrote:
> On Fri, Jan 24, 2003 at 05:09:43PM -0600, you [Dave Dykstra] wrote:
> >
> > I think I'll go ahead and put in your patch with the modification of using
> > O_TEXT_STR as you suggest.
>
> Thanks.
>
> > I think the risk is low.
>
>
east used to) a
measurable error rate.
> On Fri, 24 Jan 2003 14:52:10 -0800
> jw schultz <[EMAIL PROTECTED]> wrote:
>
> > On Fri, Jan 24, 2003 at 02:20:33PM -0700, Bill Geddes wrote:
> > > More error data:
> > >
> > > The usage I have described r
On Fri, Jan 24, 2003 at 02:20:33PM -0700, Bill Geddes wrote:
> More error data:
>
> The usage I have described returns an error code of 12 -
> Error in rsync protocol data stream
>
> Also, on the tail end of the std out:
>
> opendir(somedir): Not enough space
> done
> somedir/
> somedir/.somefil
On Fri, Jan 24, 2003 at 12:48:20PM -0500, Green, Paul wrote:
> Do-Risika RAFIEFERANTSIARONJY wrote:
> > but I don't really understand this last part, especially the *double
> > buffering* ?
>
> I think JW means that you should first make a local copy of the directory
> hierarchy you want to back
On Thu, Jan 23, 2003 at 08:53:21PM -0600, Paul wrote:
> Hello! This is not a real problem, since it seems to work correctly
> anyway. But I'm still wondering about it. If I just execute "rsync" with
> no switches or targets, it prints the usage, then gives an error at the
> bottom:
>
> rsyn
On Thu, Jan 23, 2003 at 03:38:34PM +0300, Do-Risika RAFIEFERANTSIARONJY wrote:
>
> Hi everybody,
>
> I'm mirroring some websites with rsync (daemon on the source), and I
> noticed in the destination host some error messages 'send_files failed
> to open filenames',
>
> Actually, the concerned f
r. Version 2.5.6 will have an adaptive block-size.
> -Original Message-
> From: jw schultz [mailto:[EMAIL PROTECTED]]
> Sent: 23. januar 2003 11:34
> To: '[EMAIL PROTECTED]'
> Subject: Re: Error message
>
>
> On Thu, Jan 23, 2003 at 10:55:32AM +01
On Thu, Jan 23, 2003 at 10:55:32AM +0100, Boris Gegenheimer wrote:
> Hello when i get this message what is wrong:
>
> /PTS.0.db2inst1.NODE.CATN.20030123062324.001: Value too large to be
> stored in data type
>
> Regards Boris
Dunno. That error message is not in the rsync source.
Since
On Thu, Jan 23, 2003 at 09:17:04AM +0100, David Heremans wrote:
> Hello,
>
> I'm looking for some assistance in modifying the rsync code
>
> Situation: I used to back-up some of my (unmounted NTFS) disk partitions
> remotely using the following shells construct:
> dd if=/dev/hda1 | gzip | ssh me@
, 2003 at 01:13:48PM -0800, jw schultz wrote:
> > On Mon, Jan 13, 2003 at 02:38:29PM -0600, Dave Dykstra wrote:
> > > On Mon, Jan 13, 2003 at 11:00:58AM -0800, Ben wrote:
> > > > As a rule of thumb, I think silent errors a very bad idea. It means
> > > > things
On Fri, Jan 17, 2003 at 07:22:00PM -0800, Wayne Davison wrote:
> I've worked up a new release of my --files-from patch. It has the
> following changes from the last release:
>
> New Changes:
>
>
> - The -R option is now on by default when --files-from has been
>specified. The
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
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
> >
On Wed, Jan 15, 2003 at 08:30:35PM -0800, Hans Zaunere wrote:
>
> 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
>
On Thu, Jan 16, 2003 at 05:07:13PM -0800, Wayne Davison wrote:
> > On Wed, Jan 15, 2003 at 02:49:08PM -0800, jw schultz wrote:
> > > You seem to see the files-from as a way of replacing command-line
> > > args where i see it as a way of replacing the tree scan.
>
>
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 of the normal protocol, right? I had hoped we'd
> be able to a
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
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 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 w
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 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 10:15:42PM -0600, Lee Eakin wrote:
> ---begin quoted text---
> > From: jw schultz <[EMAIL PROTECTED]>
> > Date: Tue, 14 Jan 2003 20:07:58 -0800
> >
> > Nope. The files-from contents needs to passed on stdin otherwise
> > we would h
> > From: Wayne Davison <[EMAIL PROTECTED]>
> > Date: Tue, 14 Jan 2003 19:39:49 -0800
> >
> > On Tue, Jan 14, 2003 at 07:02:58PM -0800, jw schultz wrote:
> > > Up till now rsync hasn't touched anything outside of the paths
> > > specified on the
On Tue, Jan 14, 2003 at 07:39:49PM -0800, Wayne Davison wrote:
> On Tue, Jan 14, 2003 at 07:02:58PM -0800, jw schultz wrote:
> > Up till now rsync hasn't touched anything outside of the paths
> > specified on the command-line. Changing that would mean access to
> > rsy
On Tue, Jan 14, 2003 at 09:28:26PM -0600, Albert Chin wrote:
> On Tue, Jan 14, 2003 at 03:28:04PM -0800, jw schultz wrote:
> > On Tue, Jan 14, 2003 at 11:20:43AM -0600, Dave Dykstra wrote:
> > > On Tue, Jan 14, 2003 at 10:24:04AM -0600, Dave Dykstra wrote:
> > > >
On Tue, Jan 14, 2003 at 06:41:22PM -0800, Wayne Davison wrote:
> On Tue, Jan 14, 2003 at 04:35:40PM -0800, jw schultz wrote:
> > Absolute paths are bad news here. Especially when dealing with an
> > rsync daemon.
>
> Yes, this is something that needs to be dealt with for d
On Tue, Jan 14, 2003 at 03:57:51PM -0800, Wayne Davison wrote:
> On Tue, Jan 14, 2003 at 03:32:41PM -0600, Dave Dykstra wrote:
> > 1. Yes it should take a filename or - as a parameter.
> > 2. I don't like the idea of skipping the SRC spec. Paths should be
> > relative to the SRC. If s
On Tue, Jan 14, 2003 at 03:44:26PM -0400, Steve Mallett wrote:
> Is it possible to do live backups of a running DB with rsync???
>
> I was just talking to livevault.com & they (only on win boxes) say they
> can grab changes from a client's live DB & sync them remotely.
>
> It sounded like BS to
On Tue, Jan 14, 2003 at 11:11:20AM -0800, Jennifer Lu wrote:
>
>
> Hi,
>
> I got the following error messages when ran rsync2.5.5 on
> Solaris5.9, I have used this version for a long time
> until this week, I got the following errors:
>
> ERROR: out of memory in string_area_new buffer
> rsync
On Tue, Jan 14, 2003 at 11:20:43AM -0600, Dave Dykstra wrote:
> On Tue, Jan 14, 2003 at 10:24:04AM -0600, Dave Dykstra wrote:
> > 2.5.6pre1 bombs on Sunos4 gcc with these errors
> > popt/popthelp.c: In function `singleOptionDefaultValue':
> > popt/popthelp.c:137: invalid operands to binary
On Tue, Jan 14, 2003 at 09:48:31AM -0700, John Bowman wrote:
> This is a patch to add an --rsync-exclude option to rsync-2.5.6cvs.
> File names in .rsync- (or .rsync+) are excluded (or included) from the file
> lists associated with the current directory and all of its subdirectories.
>
> This h
On Mon, Jan 13, 2003 at 02:38:29PM -0600, Dave Dykstra wrote:
> On Mon, Jan 13, 2003 at 11:00:58AM -0800, Ben wrote:
> > Well that's annoying. I've tried changing the encoding of this
> > attempt... maybe it'll get through this time.
>
> Yes, it came through better this time.
>
> > As a rule of t
701 - 800 of 980 matches
Mail list logo
