Hi Chris,
Chris Shoemaker wrote:
On Fri, Jan 28, 2005 at 03:42:25PM -0500, Alberto Accomazzi wrote:
Chris Shoemaker wrote:
If I understand Wayne's design, it would be possible to invent a
(per-directory) "hook" rule, whose value is executed, and whose stdout
is parsed as a [in|ex]
Chris Shoemaker wrote:
If I understand Wayne's design, it would be possible to invent a
(per-directory) "hook" rule, whose value is executed, and whose stdout
is parsed as a [in|ex]clude file list. E.g.:
-R "cat .rsync-my-includes"
or
-R "find . -ctime 1 -a ! -fstype nfs -a ! -empty -o iname 'fo
function log_open in log.c does
not check the return value of fopen. I don't know whether the right
thing to do would be to exit with an error or continue but without
logging, but something ought to be changed.
-- Alberto
**
lready in use (98)
2005/01/26 12:08:16 [31876] Try using --ipv4 or --ipv6 to avoid this
listen() error.2005/01/26 12:08:16 [31876] rsync error: error in socket
IO (code 10) at socket.c(461)
Thanks,
-- Alberto
Alb
st "nightly" tar file (available from the web site).
..wayne..
****
Alberto Accomazzi aaccomazzi(at)cfa harvard edu
NASA Astrophysics Data Systemads.harvard.edu
Harvard-Smithsonian Center for Astrophy
g different options. I, for one, have consistently been
using the --checksum option when distributing some sensitive data to our
mirror sites, so I would want that to be included in a cache.
-- Alberto
Alberto
tem is scanned.
Such a new feature would probably best be added to an rsync
replacement project, though.
Hmmm... "replacement"? why not make this a utility that can be run
alongsize an rsync daemon? Or are you thinking of a design for a "new"
rsync?
-- Albe
tee that the source files to which the batch is
applied are in the state we expect them to be. I wouldn't otherwise
want rsync to touch my files.
Thanks for your input.
Likewise. Good luck...
-- Alberto
********
ient and server, there is
not a "natural" location for it.
-- Alberto
****
Alberto Accomazzi aaccomazzi(at)cfa harvard edu
NASA Astrophysics Data Systemads.harvard.edu
Harvard-Smithsonian Center for As
and
>>>>> > > > download new one (backup.1.tgz). I do not think there are any
>>>>> > > > difficulties to detect this situation and follow the
natural way:
>>>>> > > > just rename the file on the receiving side.
>>>
I just noticed that there is an extra blank line in the output generated
by rsync when the --dry-run (-n) flag is used. This seems to have
started with 2.6.0. Is this desired? The reason why I'm asking is
because I use scripts that parse the output from rsync and little
modifications in verb
Just ran into this bug when running the latest snapshot from CVS: when
rsyncing from two source directories into a third one, rsync gets
confused about which source file is from which directory, resulting in a
"file vanished" error. See test script below.
Also, is there any consensus on whethe
ags'
popt/popthelp.c: In function `poptPrintUsage':
popt/popthelp.c:637: warning: unused parameter `flags'
**
Alberto Accomazzi, NASA Astrophysics Data Systemhttp://ads.harvard.edu
Harvard-Smithsonian
Wayne Davison wrote:
On Mon, Jan 26, 2004 at 04:14:14PM -0500, Alberto Accomazzi wrote:
I am puzzled as to why I can't get the option --link-dest to work
properly. When I use this option when both source and destinations are
on a local filesystem the hard-linking of the target agains
ads ads 4 Jan 26 2004 foo
******
Alberto Accomazzi, NASA Astrophysics Data Systemhttp://ads.harvard.edu
Harvard-Smithsonian Center for Astrophysics http://cfa-www.harvard.edu
60 Garden St, MS 31, Cambrid
we have (3ware IDE raid). I mention this
because if you start going down the performance tuning path there are a
number of things that you should look at.
******
Alberto Accomazzi, NASA Astrophysics Data Systemht
rstand why anybody would (much less
should) still be using rsh in the first place. If they're running rsync on
an incredibly old machine and want to conserve the cycles ssh would use for
encryption or don't have ssh available, they can always just run an rsync
daemon.
**
ostly worried about is
keeping enough metadata on both ends to reliably figure out the updating
strategy.
Thanks,
-- Alberto
********
Alberto Accomazzihttp://cfa-www.harvard.edu/~alberto
! It took me 6 minutes to transfer 250 GB!
> Too bad it has been turned down. I have the impression it would satisfy
> most, if not all, "--files-from" lobbyists.
Alberto Accomazzi
ented this way? I can't think of a good reason why.
I'm happy to try and work on a patch if there is a consensus that this
is desireable.
-- Alberto
********
Alberto Accomazzi
7.4106 getpid()= 988 [1899
6]
> > 4057.4229 write(4, " 2 0 0 2 / 0 4 / 1 6 1".., 66) = 66
> > 4057.4345 sigaction(SIGUSR1, 0xFFBE4D20, 0xFFBE4DA0) = 0
> > 4057.4347 sigaction(SIGUSR2, 0xFFBE4D20, 0x
4057.4357 llseek(0, 0, SEEK_CUR) = 0
4057.4359 _exit(12)
********
Alberto Accomazzi mailto:[EMAIL PROTECTED]
NASA Astrophysics Data System http://adsabs.harva
took about the same
> amount of time both times. So unless I'm completely on drugs here, it
> seems to be transferring the entire file, not a diff.
>
> -
--
> Kim Scarborough http://www.unknown.nu/ki
m/
> ------
27;s transferring 100MB, not 2K + whatever overhead the diff takes
> up.
I wouldn't be so sure. Add the option --stats to the rsync command line
and see what it says. AFAIK those numbers are correct.
-- Alberto
r say making a progress bar would be nice to discuss.
>
> Thanks.
>
>
> --
> Joseph Annino Consulting - Perl, PHP, MySQL, Oracle, etc.
> [EMAIL PROTECTED] - http://www.jannino.com
>
****
Alberto
it does work for me.
I
> > do have to use the SSH Verion 2 as I wasn't able to do it with the version
1
> > and I use DSA not RSA.
>
> That doesn't matter; "::" syntax bypasses both RSH and SSH.
***
er Numerische Mathematik
> Institute of Technology, RWTH Aachen
> D 52056 Aachen, Germany
>
Alberto Accomazzi mailto:[EMAIL PROTECTED]
NASA Astrophysics Data System http://adsabs.harvard.edu
Harvard-Smithsonian Center for Astrophysicshttp://cfawww.harvard.edu
60 Garden Street, MS 83, Cambridge, MA 02138 USA
In message <[EMAIL PROTECTED]>, Dave Dykstra writes:
> On Thu, Nov 29, 2001 at 11:02:07AM -0500, Alberto Accomazzi wrote:
> ...
> > These numbers show that reading the filenames this way rather than using
> > the code in place to deal with the include/exclude list cuts t
on of rsync? It sounds like you
> > were and it's
> > extremely slow. I knew somebody who once went to
> > extraordinary lengths to
> > avoid the overhead of -c, making a big patch to rsync to
> > cache checksums,
> > when all he had to do was not use -c.
>
my comments.
>
> Note that his case is rather pathological because he's got over a million
> files in only 400 directories, so he must have an average of over 2500
> files per directory, which are very large directories. He's got about 65%
> of the files explicitly lis
; performance measurements with rsync 2.3.2. I agree that --files-from has
> value on its own without performance implications, but somebody has to want
> it badly enough to put it in a little effort if they'd like me to implement
> it.
-- Alberto
tributions. Since the patch implements a feature
that is periodically requested by users, it seems to me there is a good
reason for inclusion.
-- Alberto
********
Alberto Accomazzi mailto:[EMAIL PROTEC
ort is built in).
-- Alberto
********
Alberto Accomazzi mailto:[EMAIL PROTECTED]
NASA Astrophysics Data System http://adsabs.harvard.edu
Harvard-Smithsonian Center for Astrophysicshttp://cfawww.harvard.edu
60 Garden Street, MS 83, Cambridge, MA 02138 USA
ain"; done
>
> --
> -
> | Phil Howard - KA9WGN | Dallas | http://linuxhomepage.com/ |
> | [EMAIL PROTECTED] | Texas, USA | http://phil.ipal.org/ |
> -
>
**
argest file in a directory being syncronized.
If your files are large enough that this becomes a problem, I suggest
you use the -T option which makes rsync use a separate temporary
directory.
-- Alberto
********
Alberto
>
> > at 22:00: chmod 755 /usr/bin/rsync
> > at 05:00: chmod 644 /usr/bin/rsync
> >
> > Greetings
> > Dirk
> > --
> > ---
> > Dirk Markwardt
> > Besselstr.
fi
as you can see, the script uses at(1) to resubmit itself if it's not
running during the operating window, otherwise it sets up an at job
that will send the script a SIGHUP (causing the running rsync to exit)
at the end of the operating window.
-- Alberto
***
simple always make simple backups
Unless there is some overwhelming reason not follow this scheme.
-- Alberto
Alberto Accomazzi mailto:[EMAIL PROTECTED]
NASA Astrophysics Data System htt
is is
simply a new option rather than a rewrite of code that works already.
And the new option is there to make the program more user-friendly
rather than increasing performance.
-- Alberto
********
Alberto Accomazzi
s and special cases.
Anyway, just wanted to make this point. As I have mentioned, I don't
personally *need* this option at the moment, but I think that if
enough people wanted to see it in rsync it should be implemented
regardless of what the change in performance may be.
-- Alberto
his will get done in the near future...
-- Alberto
********
Alberto Accomazzi mailto:[EMAIL PROTECTED]
NASA Astrophysics Data System http://adsabs.harvard.edu
Harvard-Smithsonian Center for Astrophysicshttp://cfawww.harvard.edu
60 Garden Street, MS 83, Cambridge, MA 02138 USA
sting of all files
under the top-level directory, which is completely unnecessary.
Martin, you may want to have a look at that.
Hope this helps,
-- Alberto
Alberto Accomazzi mailto:[EMAIL PROTE
find /foo/bar -type f -mtime -1 -print | \
rsync --files-from=- /foo/bar mirror:
Or something along these lines...
-- Alberto
********
Alberto Accomazzi mailto:[EMAIL PROTECTED]
NASA Astrophy
42:34 -0500
> > From: Alberto Accomazzi <[EMAIL PROTECTED]>
> > To: Martin Pool <[EMAIL PROTECTED]>
> > Cc: [EMAIL PROTECTED]
> > Subject: Re: news of the rproxy world
> >
> > In message <[EMAIL PROTECTED]>, Martin Pool writes:
> >
> > >
ks,
-- Alberto
********
Alberto Accomazzi mailto:[EMAIL PROTECTED]
NASA Astrophysics Data System http://adsabs.harvard.edu
Harvard-Smithsonian Center for Astrophysicshttp://cfawww.harvard.edu
60 Garden Street, MS 83, Cambridge, MA 02138 USA
45 matches
Mail list logo