Commercial SVN recovery?

[Michael Guyver <mi...@gmail.com>]

Hi there,

Can anyone advise on someone or a company offering commercial SVN
recovery? I have a corrupted BDB back-end which is preventing me from
restoring the repository.

Although I say "commercial recovery" I'm unfortunately not able to
draw on a department budget as it's entirely personal, but the
repository contains all the code I've written for various projects in
the last three or four years and is naturally of high value to yours
truly.

Any suggestions would be welcome.

Regards

Michael

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

Re: Commercial SVN recovery?

[Michael Guyver <mi...@gmail.com>]

2008/8/1 Mikel King <mi...@techally.com>:
> Michael,
>
> Although I do not like to assume, do you by any chance have a backup
> even a tar ball of the aflicted directory structure?
>
> There's is some info on recovery in the svnbook...
>
> http://svnbook.red-bean.com/en/1.4/svn.reposadmin.maint.html
>
> Regards,
> m
>

Hi Mikel,

Thanks for taking the time to write. I haven't actually got any dump
files at all, and have definitely learned that lesson the hard way!

I've got a few files lying around but haven't got the whole lot. I can
recreate large parts of the head revision from some old computers
but I was rather hoping that someone with good knowledge of BDB
could possibly help a bit further. Sadly I think it's fsck'd and so have
been recreating the repository from the assorted legacy file-trees.

Thanks

Michael

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

Re: Commercial SVN recovery?

[Mikel King <mi...@techally.com>]

Michael,

	Although I do not like to assume, do you by any chance have a backup  
even a tar ball of the aflicted directory structure?

	There's is some info on recovery in the svnbook...

	http://svnbook.red-bean.com/en/1.4/svn.reposadmin.maint.html

Regards,
m

On Aug 1, 2008, at 10:26 AM, Michael Guyver wrote:

> Hi there,
>
> Can anyone advise on someone or a company offering commercial SVN
> recovery? I have a corrupted BDB back-end which is preventing me from
> restoring the repository.
>
> Although I say "commercial recovery" I'm unfortunately not able to
> draw on a department budget as it's entirely personal, but the
> repository contains all the code I've written for various projects in
> the last three or four years and is naturally of high value to yours
> truly.
>
> Any suggestions would be welcome.
>
> Regards
>
> Michael
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>



---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

RE: Recursive Status

[Michael Maxwell <mm...@casl.umd.edu>]

Mark Phippard wrote:
> On Fri, Aug 1, 2008 at 5:03 PM, Michael Maxwell <mm...@casl.umd.edu> wrote:
>> I want to find the status of all the SVN files in the current directory which need to be checked in, and recursively in subdirectories,
>> including both modified and added files (I can ignore unchanged files).  This seems like it should be simple, but I'm having a hard time
>> getting it to work reliably...
>
> svn status already does all this.  It is recursive by default and it
> shows 'A'dds.  
 
Thanks, Paul Koning pointed this out to me off-line.  I guess the problem was that I didn't realize the 'status' command was recursive by default (or any other way).  Paul pointed out that it's possible to infer which commands are recursive by default, because the have a -N flag to make them non-recursive; whereas commands which are non-recursive by default have a -R flag to make them recursive.  (And commands for which it is irrelevant have neither.)  And of course whether a command has such a flag or not can be determined by the 'svn help <cmd>' command.
 
(I'm repeating this on the list because none of this was obvious to me, so I'm assuming there may be others for whom it is not obvious.)
 
   Mike Maxwell
   CASL/ U MD
 
P.S. Apologies if this comes through in some non-vanilla text format.  The webmail client I'm using doesn't seem to allow such a thing.

Re: Recursive Status

[Mark Phippard <ma...@gmail.com>]

On Fri, Aug 1, 2008 at 5:03 PM, Michael Maxwell <mm...@casl.umd.edu> wrote:
> I want to find the status of all the SVN files in the current directory which need to be checked in, and recursively in subdirectories,
> including both modified and added files (I can ignore unchanged files).  This seems like it should be simple, but I'm having a hard time
> getting it to work reliably.  In particular, while it's easy to get the 'M' files (modified files that haven't been checked in), I don't always get
> the 'A' files (files that have been added without yet having been checked in).

svn status already does all this.  It is recursive by default and it
shows 'A'dds.  I'd suggest you start a new thread where you are having
an example that does not show the files you expect.  Then we can drill
in to find the cause.  For example, it will not recurse into an
unversioned folder.

-- 
Thanks

Mark Phippard
http://markphip.blogspot.com/

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

Recursive Status

[Michael Maxwell <mm...@casl.umd.edu>]

I want to find the status of all the SVN files in the current directory which need to be checked in, and recursively in subdirectories, including both modified and added files (I can ignore unchanged files).  This seems like it should be simple, but I'm having a hard time getting it to work reliably.  In particular, while it's easy to get the 'M' files (modified files that haven't been checked in), I don't always get the 'A' files (files that have been added without yet having been checked in).

One approach would be to run a loop with all the files in the current dir and subdirs, with each filename submitted to 'svn status -q' (and further grepped to get only the 'A' and 'M' files).  The problem with this is that some subdirectories have thousands of files, and the loop bogs down.  These thousands of files happen to be data files, and I don't keep them in svn; but their suffix is '.xml', exactly the same as the suffix on some of the files I do keep in svn.  So I can't easily eliminate them before the 'svn status' command.

The closest I've gotten is this:

REL_DIR=`pwd | sed -e"s%/groups/tto308/%%"` ; \
for fn in `$svn ls -R <SVN_TRUNK>/$REL_DIR` ; do \
        svn status -q $fn | grep "^[A|M]" ; \
        done \
     | sort -u

'<SVN_TRUNK>' gives me the URI of the svn server up to the point where our svn repository starts, and REL_DIR gives me the current directory relative to that position.  This usually works, but it doesn't always catch the files that have been added but not yet checked in.  (I can't figure out why it sometimes works and sometimes doesn't.)  'svn ls' doesn't seem to know about those files either.

Surely there's a simple way to do this? 

(BTW, in case anyone is wondering, I usually check in a newly added file right away.  But sometimes I copy another file over to serve as the shell of the new file, and add it before ripping the guts out to replace them with something else.  And it seems silly to check in a file that I know is going to suffer massive changes.)

   Mike Maxwell
   CASL/ U Md  

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

Re: Commercial SVN recovery?

[Marc Schwartz <ma...@comcast.net>]

"Michael Guyver" <mi...@gmail.com> writes:

> Hi there,
>
> Can anyone advise on someone or a company offering commercial SVN
> recovery? I have a corrupted BDB back-end which is preventing me from
> restoring the repository.
>
> Although I say "commercial recovery" I'm unfortunately not able to
> draw on a department budget as it's entirely personal, but the
> repository contains all the code I've written for various projects in
> the last three or four years and is naturally of high value to yours
> truly.
>
> Any suggestions would be welcome.
>
> Regards
>
> Michael

I don't know how much it might be, but one of the better data recovery
operations is based a few hundred yards from where I live:

  http://www.krollontrack.com

No, I don't work for them, though I have watched them grow over the years.

They have other locations around the world as well. Look at the OnTrack
Data Recovery services section of the web site.

Good luck with this. 

Marc Schwartz


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

Re: Commercial SVN recovery?

[Max Bowsher <ma...@ukf.net>]

Michael Guyver wrote:
> Hi there,
> 
> Can anyone advise on someone or a company offering commercial SVN
> recovery? I have a corrupted BDB back-end which is preventing me from
> restoring the repository.
> 
> Although I say "commercial recovery" I'm unfortunately not able to
> draw on a department budget as it's entirely personal, but the
> repository contains all the code I've written for various projects in
> the last three or four years and is naturally of high value to yours
> truly.
> 
> Any suggestions would be welcome.

Hi Michael,

I'm not aware of any commercial operations.

I've repaired a few corrupted BDB repositories over the years - If you
want to provide me with a copy of the repository, I'll see what I can do
with it - gratis, but consequently without any guarantees of success or
turnaround time.

Max.