Hello,

The repository is corrupted, do you have a backup to restore from?
Restoring the repository from the backup would be the best solution.

Generally speaking, it makes sense to run `svnadmin verify` against
each repository you have on the storage device to check it for
corruption. See `svnadmin verify` command-line reference at
http://www.visualsvn.com/support/svnbook/ref/svnadmin/c/verify/

Please note that it looks like the storage device (HDD?) got corrupted
on the night when you committed revision 22181, I strongly recommend
checking it for errors using `chkdsk` tool and *replacing* it if
needed. See `chkdsk ` tool reference at
http://technet.microsoft.com/en-us/library/cc755829

> Though this link says that this error occurs when svn commit size is more 
> than 4 gb but the last commit which I did was of hardly 1 MB. I still 
> performed the above steps mentioned in the post and after this i was able to 
> do show log into the repository which is a good sign but then i got another 
> error when i tried to commit a file :
>
> Cannot move tempfile.2.tmp to txn-current : the disk structure is corrupted.
>
> Then I reverted the above changes as I took the backup in the beginning and 
> researched more and as per above instruction, it gave me an idea that the 
> problem is with the last revision which I committed yesterday. Then i tried 
> svnadmin.exe using command line and used dump command to make a dump file 
> between revision 1-22180 but but was amazed to see that my server got hanged 
> as maybe dump size which was getting created was more than the size of drive 
> where I was saving the dump file. My motif behind dump was to dump all 
> revisions except last that is 22181 and then create a new repository and load 
> the dump file and that might solve the problem. And then I read that if we 
> specify specific revisions in the dump command , it takes more space than the 
> dump created of whole database. But if take dump of whole database then how 
> do I remove last revision from complete dump file?
>
> If you want to know svnadmin command i ran then here it is :
>
> svnadmin.exe dump –r 1-9 F:\svn-repo > C:\Tempdump.dmp
>
> Now I am trying to use verify command after posting this message.
>
> Please help me resolve this problem as I am tired now and tomorrow our staff 
> wont be able to work without svn operations as it is critical. Our SVN 
> repository size is nearly 35GB and I think if I have to use dump command then 
> I will have to attach a USB harddisk in order to save dump file as the server 
> drive which has maximum space is C drive with 48 GB space.

It's expected that the dump produced by `svnadmin dump` (using default
settings) is larger than the repository on disk.
If you want to make the dump of revisions 0-22180 less in size, use
"--deltas" option.

See SVNBook at 
http://svnbook.red-bean.com/en/1.7/svn.reposadmin.maint.html#svn.reposadmin.maint.migrate.svnadmin

[[
By default, the dump file will be quite large—much larger than the
repository itself. That's because by default every version of every
file is expressed as a full text in the dump file. This is the fastest
and simplest behavior, and it's nice if you're piping the dump data
directly into some other process (such as a compression program,
filtering program, or loading process). But if you're creating a dump
file for longer-term storage, you'll likely want to save disk space by
using the --deltas option. With this option, successive revisions of
files will be output as compressed, binary differences—just as file
revisions are stored in a repository. This option is slower, but it
results in a dump file much closer in size to the original repository.
]]

Thanks.

--
With best regards,
Pavel Lyalyakin
VisualSVN Team

-- 
You received this message because you are subscribed to the Google Groups 
"VisualSVN" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to visualsvn+unsubscr...@googlegroups.com.
To post to this group, send email to visualsvn@googlegroups.com.
Visit this group at http://groups.google.com/group/visualsvn.
For more options, visit https://groups.google.com/d/optout.

Reply via email to