On Tue 16 Dec 2003, jw schultz wrote:
>
> I remember this as well and the root of the problem was not
> that rsync didn't wait long enough but that ssh was not
> resetting the tty for all catchable signals including
> SIGUSR1 which is what we send to kill_all children.
Does it make sense to kill
On Wed, Dec 17, 2003 at 10:53:22AM +0100, Paul Slootman wrote:
> On Tue 16 Dec 2003, jw schultz wrote:
> >
> > I remember this as well and the root of the problem was not
> > that rsync didn't wait long enough but that ssh was not
> > resetting the tty for all catchable signals including
> > SIGUS
jw schultz writes:
> On Tue, Dec 16, 2003 at 03:18:15PM -0600, John Van Essen wrote:
> > On Mon, 15 Dec 2003, jw schultz <[EMAIL PROTECTED]> wrote:
> > > Hard-link handling
> > >
> > > At the moment hardlink handling is very expensive, so it's off by
> > > default. It does not need to be so.
On Wed, Dec 17, 2003 at 03:43:40AM -0800, [EMAIL PROTECTED] wrote:
> jw schultz writes:
>
> > On Tue, Dec 16, 2003 at 03:18:15PM -0600, John Van Essen wrote:
> > > On Mon, 15 Dec 2003, jw schultz <[EMAIL PROTECTED]> wrote:
> > > > Hard-link handling
> > > >
> > > > At the moment hardlink handli
I would like to have my computer at home and my
computer at work to share the same bookmarks. My idea
was to have each of the computers sync with a server's
bookmark file. If the client has a newer file than the
server it would upload it, if the client has an older
file it would download it. I alre
On Wed, Dec 17, 2003 at 08:31:13AM -0800, james houston wrote:
> I would like to have my computer at home and my
> computer at work to share the same bookmarks. My idea
> was to have each of the computers sync with a server's
> bookmark file. If the client has a newer file than the
> server it woul
Howdy,
Rsync has been churning away for 45 mins, presumably bulding an in-core
list of files to be copied to the destination. This is a very very large
filesystem we are copying locally - approximately 4.2million files
(WebCT). The resident process size for rsync has grown to 72Mb. - is
this n
On Wed, 17 Dec 2003 02:53:59 -0800, jw schultz <[EMAIL PROTECTED]> wrote:
> On Wed, Dec 17, 2003 at 10:53:22AM +0100, Paul Slootman wrote:
>> On Tue 16 Dec 2003, jw schultz wrote:
>> >
>> > I remember this as well and the root of the problem was not
>> > that rsync didn't wait long enough but that
On Wed, Dec 17, 2003 at 05:12:31PM -0500, Steve Howie wrote:
> Howdy,
>
> Rsync has been churning away for 45 mins, presumably bulding an in-core
> list of files to be copied to the destination. This is a very very large
> filesystem we are copying locally - approximately 4.2million files
> (We
Scotty
As far as I know rsync build a list of files and attributes + checksums
in memory. This can cause a large memory footprint while running the
process, so 72MB of data for 4.2 million files is only about right,
depending on the cheksum options, etc. I believe that average overhead
is about 12
On Thu, Dec 18, 2003 at 09:34:45AM +1100, Tomasz Ciolek wrote:
> Scotty
>
> As far as I know rsync build a list of files and attributes + checksums
> in memory. This can cause a large memory footprint while running the
> process, so 72MB of data for 4.2 million files is only about right,
> dependi
On Wed, 17 Dec 2003, jw schultz wrote:
> On Wed, Dec 17, 2003 at 08:31:13AM -0800, james houston wrote:
> > I would like to have my computer at home and my
> > computer at work to share the same bookmarks. My idea
> > was to have each of the computers sync with a server's
> > bookmark file. If the
Hi all, I ran across a few threads on google regarding FreeBSD's rsync mknod
problem but I didn't find any good fix. I was wondering if anyone knows more
about this and a good fix. Here's an example of the output.
mknod qmail/queue/lock/trigger : Invalid argument
mknod qmail/supervise/qmail-se
On Wed, Dec 17, 2003 at 10:30:27PM -0600, Elvar wrote:
> Hi all, I ran across a few threads on google regarding FreeBSD's rsync mknod
> problem but I didn't find any good fix. I was wondering if anyone knows more
> about this and a good fix. Here's an example of the output.
There has been a patch
14 matches
Mail list logo
