Fw: Limitation of the amount of files and/or data?

Hello,

It's me again. Any clue on what's going on for the problem described below?

I performed the same test with an Apache server running on Windows (the
client still being a Windows) and it worked perfectly well. The problem
seems to occure with a Linux server (Fedora Core 4), a Windows client
(Windows XP Pro) on a huge amount of files (usually blocks at between 2000
and 3000 files, 3641 being new record) even with the latest version of
subversion (client and server).

Regards
Fabien.

----- Forwarded by Fabien Bouleau/BTZ on 08/08/2005 17:05 -----

Fabien.Bouleau@ses-astra.com wrote on 25/07/2005 15:16:37:

>
> Yesterday, I had a dream... I tried to import the files from another
Linux
> machine (Fedora Core 4 - Subversion 1.2.1) and it worked perfectly
well...
> The point is I need to work on Windows...
>
> ----- Forwarded by Fabien Bouleau/BTZ on 25/07/2005 14:50 -----
>
> Fabien Bouleau/BTZ wrote on 22/07/2005 17:08:40:
>
> > Ben Collins-Sussman <sussman@collab.net> wrote on 22/07/2005 16:55:06:
> >
> > >
> > > On Jul 22, 2005, at 9:45 AM, Fabien.Bouleau@ses-astra.com wrote:
> > >
> > > > Ben Collins-Sussman <sussman@collab.net> wrote on 22/07/2005
> 14:43:09:
> > > >
> > > >
> > > >>
> > > >> On Jul 22, 2005, at 3:33 AM, Fabien.Bouleau@ses-astra.com wrote:
> > > >>
> > > >>
> > > >>> Server:
> > > >>> Fedora Core 4
> > > >>> Subversion version 1.1.4 (r13838) with Apache 2.0.54
> > > >>> Repository is of type fsfs and stored on a NAS mounted by NFS.
> > > >>>
> > > >>> Client:
> > > >>> Windows XP Pro
> > > >>> TortoiseSVN 1.2.0, Build 3602
> > > >>> Subversion 1.2.0,
> > > >>> apr 0.9.6
> > > >>> apr-iconv 0.9.5
> > > >>> apr-utils 0.9.6
> > > >>> berkeley db 4.3.27
> > > >>> neon 0.24.7
> > > >>> OpenSSL 0.9.7g 11 Apr 2005
> > > >>> zlib 1.2.2
> > > >>>
> > > >>
> > > >> You give us such wonderful detailed information about your client
> and
> > > >> server....
> > > >>
> > > >
> > > > Copy-paste is so comfortable nowadays ;)
> > > >
> > > >
> > > >>>
> > > >>> The problem occurs with large amount of data (336MB in about
6,000
> > > >>> files).
> > > >>> When trying to import all the files at once it fails after a
while
> > > >>>
> > > >>
> > > >> ...but then no detail about the problem itself. Can you be more
> > > >> specific than "fails after a while"? Like, show us a transcript
of
> > > >> the failure & error?
> > > >>
> > > >> There should be no limit to the amount of data uploaded or
download,
> > > >> ever.
> > > >
> > > > PUT of
> > > > '/svn/TEST/!svn/wrk/03b4349b-4396-5947-8deb-67ca68bcd720/root/CMD/
> > > > cmdrt/Tools/RogueWave/rw/tvhset.cc':
> > > > could not connect to server (https://...)
> > > >
> > > > ... and on the 3793th the second time:
> > > >
> > > > PUT of
> > > > '/svn/TEST/!svn/wrk/d9771464-5fed-684f-9661-629bfb99695f/HMI/
> > > > hmi_online/userinterface/StoredDoc.h':
> > > > could not connect to server (https://...)
> > >
> > >
> > > How about showing us the apache errorlogs that match?
> > >
> > >
> > >
>
> > The only relevant traces I could find were in ssl_error_log and
> > ssl_access_log (makes sense since I used https):
> >
> > [Fri Jul 22 13:49:58 2005] [error] [client 10.11.69.52] Could not
> > create activity /svn/TEST/!svn/act/b2eddaf1-ba7e-7f40-8436-
> > cc333af81f3a. [500, #0]
> > [Fri Jul 22 13:49:58 2005] [error] [client 10.11.69.52] could not
> > begin a transaction [500, #13]
> > [Fri Jul 22 13:49:58 2005] [error] [client 10.11.69.52] Can't create
> > directory '/home/svn/TEST/db/transactions/0-1.txn': Permission
> > denied [500, #13]
> >
> > And for ssl_access_log:
> >
> > 10.11.69.52 - fboule [22/Jul/2005:14:00:14 +0000] "DELETE
> > /svn/TEST/!svn/act/03b4349b-4396-5947-8deb-67ca68bcd720 HTTP/1.1" 204 -
> --
> DISCLAIMER:
> This e-mail contains proprietary information some or all of which may be
> legally privileged. It is for the intended recipient only. If an
addressing
> or transmission error has misdirected this e-mail, please notify the
author
> by replying to this e-mail. If you are not the intended recipient you
must
> not use, disclose, distribute, copy, print, or rely on this e-mail.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
>
>

--
DISCLAIMER:
This e-mail contains proprietary information some or all of which may be
legally privileged. It is for the intended recipient only. If an addressing
or transmission error has misdirected this e-mail, please notify the author
by replying to this e-mail. If you are not the intended recipient you must
not use, disclose, distribute, copy, print, or rely on this e-mail.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org