You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by Joseph Villard <jo...@gmail.com> on 2005/06/11 03:53:38 UTC
please HELLLPP!!! svnadmin recover isn't doing the trick...
Hi, guys,
I was moving/renaming files in the Tortoise repo browser (version 1.2)
and then everything just locked up on me. When I tried to update,
commit, or browse after that point, the only message I got was
"Connection closed unexpectedly".
So, I killed all the svnserve processes and went to work recovering.
The repo was recovered successfully, but when I try:
svnlook uuid /path/to/repo
svnadmin dump /path/to/repo...
I get the same error:
svn: Berkeley DB error while get repository uuid for filesystem outsource/db:
DB_PAGE_NOTFOUND: Requested page not found
I don't know how to fix this uuid problem.
Please help.
Thanks,
Joe
--
Joe Villard
Lead Developer
MVP Online
314-721-3947 x 241
314-721-1251 (Fax)
www.goldenfairwayfx.com
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: please HELLLPP!!! svnadmin recover isn't doing the trick...
Posted by Joseph Villard <jo...@gmail.com>.
> Just out of curiosity? You're doing a large commercial project without a
> backup? Or did you just want to get the stuff that was put in after the
> last backup?
Hi, Miha,
Well, it is a long story - but, basically, you are right. We are
currently without backups and we have been without backups for a
couple weeks. We are in the process of switching to a larger server
with 0.5 TB hard drive space. If we had a hardrive failure right now,
we would lose all but the most recent revisions as of the last week.
It wouldn't be a total disaster to the project, but it would be VERY
unfortunate.
After the new harddrives come in next week, we will then add tape backups.
Thanks,
Joe
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: please HELLLPP!!! svnadmin recover isn't doing the trick...
Posted by Max Bowsher <ma...@ukf.net>.
Joseph Villard wrote:
> Here is what I did to fix it (it took me all night to figure it out).
> I erased the uuid table in the repo/db directory. Then from the home
> directory, I ran "db_recover -c -h path/to/repo". Finally, it
> recovered without errors. Then I dumped it to a new repo. Renamed it
> to the old repo name and everything seems to be working great.
You mean "-h path/to/repo/db", I think.
Yes, that would work around the problem if only the uuids table was damaged.
I'm not sure whether you restored the original uuid of the repository, or
had it generate a new one. I'm not sure quite what the effects of a
repository changing uuid would be - I forced such a situation on one of my
repositories, and it didn't seem to have much effect, other than scattering
my working copy .svn/entries files with unexpected additional uuid
attributes.
Max.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: please HELLLPP!!! svnadmin recover isn't doing the trick...
Posted by Miha Vitorovic <mv...@nil.si>.
Joseph Villard <jo...@gmail.com> wrote on 11.06.2005 20:13:40:
> Hey, Max,
>
> Thanks a ton for the response. The repository is a commerical video
> game project - we are making an online golf game called GoldenFairway
> - the current version of which is at www.goldenfairway.com. The
> repository and I are in Saint Louis, but we have remote team members
> in Kansas, Pittsburg, NY, Asia, Oregon, and one travelling around the
Just out of curiosity? You're doing a large commercial project without a
backup? Or did you just want to get the stuff that was put in after the
last backup?
Cheers,
---
Miha Vitorovic
Inženir v tehničnem področju
Customer Support Engineer
NIL Data Communications, Tivolska cesta 48, 1000 Ljubljana, Slovenia
Phone +386 1 4746 500 Fax +386 1 4746 501 http://www.NIL.si
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: please HELLLPP!!! svnadmin recover isn't doing the trick...
Posted by Joseph Villard <jo...@gmail.com>.
Hey, Max,
Thanks a ton for the response. The repository is a commerical video
game project - we are making an online golf game called GoldenFairway
- the current version of which is at www.goldenfairway.com. The
repository and I are in Saint Louis, but we have remote team members
in Kansas, Pittsburg, NY, Asia, Oregon, and one travelling around the
world in a boat. The repository is several GB in size and we would
have been screwed without it. I got it back up late last night. I am
not sure if I could have supplied you with the repo.
Here is what I did to fix it (it took me all night to figure it out).
I erased the uuid table in the repo/db directory. Then from the home
directory, I ran "db_recover -c -h path/to/repo". Finally, it
recovered without errors. Then I dumped it to a new repo. Renamed it
to the old repo name and everything seems to be working great.
PS - let me know if you want to play some internet golf. I'll send
you a username and password.
Thanks, again,
Joe
On 6/11/05, Max Bowsher <ma...@ukf.net> wrote:
> Joseph Villard wrote:
> > Hi, guys,
> >
> > I was moving/renaming files in the Tortoise repo browser (version 1.2)
> > and then everything just locked up on me. When I tried to update,
> > commit, or browse after that point, the only message I got was
> > "Connection closed unexpectedly".
> >
> > So, I killed all the svnserve processes and went to work recovering.
> > The repo was recovered successfully, but when I try:
> >
> > svnlook uuid /path/to/repo
> > svnadmin dump /path/to/repo...
> >
> > I get the same error:
> >
> > svn: Berkeley DB error while get repository uuid for filesystem
> > outsource/db: DB_PAGE_NOTFOUND: Requested page not found
> >
> > I don't know how to fix this uuid problem.
>
> DB_PAGE_NOTFOUND is usually indicative of actual corruptions of the Berkeley
> DB files. Would you be able to provide me with a copy of the repository, so
> I can take a closer look?
>
> Max.
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: please HELLLPP!!! svnadmin recover isn't doing the trick...
Posted by Max Bowsher <ma...@ukf.net>.
Joseph Villard wrote:
> Hi, guys,
>
> I was moving/renaming files in the Tortoise repo browser (version 1.2)
> and then everything just locked up on me. When I tried to update,
> commit, or browse after that point, the only message I got was
> "Connection closed unexpectedly".
>
> So, I killed all the svnserve processes and went to work recovering.
> The repo was recovered successfully, but when I try:
>
> svnlook uuid /path/to/repo
> svnadmin dump /path/to/repo...
>
> I get the same error:
>
> svn: Berkeley DB error while get repository uuid for filesystem
> outsource/db: DB_PAGE_NOTFOUND: Requested page not found
>
> I don't know how to fix this uuid problem.
DB_PAGE_NOTFOUND is usually indicative of actual corruptions of the Berkeley
DB files. Would you be able to provide me with a copy of the repository, so
I can take a closer look?
Max.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org