[Csync2] Re: csync2-1.32 gets "Too many open files" error

[Clifford Wolf]

Hi,

On Mon, Jun 12, 2006 at 04:20:30PM -0700, Mark Glines wrote:
> When making large amounts of changes to a tree, csync2 dies, and needs 
> to be invoked multiple times to get the job done.
> [...]
> After a while, I get a "Too many open files" error.  The error looks 
> like this:
> [...]
> ...etc etc etc.  (there were 364 files open, when I checked just a 
> second ago.)
> 
> So, its no wonder it runs out of file handles.  Is this a design choice, 
> for some reason (rollback or something), or is it just leaking fds 
> because some subroutine didn't clean up after itself?  It seems to leave 
> both the backup-file and the original-file (now deleted) open...

I've done a test-sync with adding and removing 10000 files with an ulimit
of max 100 files (on client and server) on one of my test clusters. Afaics
the number of open files never grew over 10 (on both machines).

So maybe this is a bug in one of the backend libraries (sqlite, librsync)
which has been fixed in the versions I've been using (debian sarge):

	librsync 0.9.7-1
	libsqlite 2.8.16-1

yours,
 - clifford

PS: Mails regarding csync2 should always be sent to the csync2 mailing
list, to to me directly.

-- 
 ____   ___   ____ _  __  _     _ www.rocklinux.org
|  _ \ / _ \ / ___| |/ / | |   (_)_ __  _   ___  __
| |_) | | | | |   | ' /  | |   | | '_ \| | | \ \/ /
|  _ <| |_| | |___| . \  | |___| | | | | |_| |>  <
|_| \_\\___/ \____|_|\_\ |_____|_|_| |_|\__,_/_/\_\
 
The great thing about Object Oriented code is that it can make small,
simple problems look like large, complex ones.