On Nov 6, 2007 3:55 PM, Justin Johnson <justinjohnson@gmail.com> wrote:
> On 11/6/07, Mark Phippard <markphip@gmail.com> wrote:
> > On 11/6/07, Justin Johnson <justinjohnson@gmail.com> wrote:
> > > I have an AIX 5.3 server running Apache 2.2 as the server for
> > > Subversion 1.4.0. The other day one of my users performed an import
> > > of a > 7 GB directory into the repository. It completed in a couple
> > > hours with no error, but only added a little over 1.5 GB to the
> > > repository, and didn't provide any error message indicating any
> > > problems. I'm still doing a comparison to see what wasn't added.
> > >
> > > Has anyone else seen this sort of behavior? Do I need to change some
> > > configuration setting in Apache?
> >
> > If it did not commit everything you should have got an error.
> > Subversion uses a delta algorithm that can shrink the size of what was
> > committed. What does this directory gzip to?
> >
> > I guess my point is that it is possible, perhaps even likely, that
> > nothing was lost or missing.
> >
> > svn log -v should tell you the paths that were committed.
>
> The user also checked out a working copy of the repository and the
> size reported by TortoiseSVN after checkout was 1751.35 MB. I'm
> running an export right now and will check the size when done. I
> don't have access to the original directory structure to compare,
> though I confirmed via a remote control session that the size was > 7
> GB and that the top level directory structure matches what was
> imported. I'll have the user send me a recursive listing of files
> from the original directory so I can compare with svn log output.
Is it possible that portions of what's contained in the directory he
imported would have been caught by svn:ignore or his global-ignores
settings, resulting in large amounts of data not being imported?
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Nov 6 22:00:47 2007