Wednesday, March 08, 2006

Subversion: ouch!

So, all of a sudden, I'm having massive problems with my Subversion server. Basically, nothing works. I can't seem to check new files in (it appears to crash svnserve, resulting in broken pipe exceptions) and I also see problems checking files out.

I'm in the middle of a full backup of my laptop (before my big trip to Boston and then Tucson). I think, after that, I'll dump out my repository, and rebuild it as a file system (not Berkeley DB) version. I've heard people claim that SVN in server mode doesn't work well with Berkeley DB, but I had thought that was only when you have multiple users pounding on it.

This is frustrating, and bad timing. I'm concerned that I'll have data, or at least revisions, in SVN I can't access. We'll see. It's always something.

Anyway, this is why I haven't had a chance to update the code for the NFJS project to include the latest code and presentations. I can't get things into SVN so that I can properly build and deploy.

Update: It's possible that I have a bad sector on my hard drive (Acronis has found an unreadable sector ... it's impossible to say if this bad sector has anything to do with my Subversion repository). Either way, reading (if possible) the repository to a dump format, and building a new file-system repository, should be a reasonable approach.

7 comments:

  1. Anonymous8:32 PM

    Definitely use FSFS, Howard. It's really easy to dump the repo and then recreate it as FSFS and import the dump.

    ReplyDelete
  2. Anonymous8:46 PM

    A couple of comments:
    * FSFS "feels" faster than FSBDB (at least imvho)
    * if you're running *nix be very careful about filesystem permissions - it's easy to hose an SVN repository by having different users try to access it directly (via the file:// protocol)

    ReplyDelete
  3. Anonymous8:47 PM

    A couple of comments:
    * FSFS "feels" faster than FSBDB (at least imvho)
    * if you're running *nix be very careful about filesystem permissions - it's easy to hose an SVN repository by having different users try to access it directly (via the file:// protocol)

    ReplyDelete
  4. Anonymous2:37 AM

    FSFS is a must. Our BDB repositories had been crashing almost every week under high load. With FSFS we haven't had a single crash.

    ReplyDelete
  5. Anonymous5:46 AM

    I agree - definitely go with something like FSFS rather than Berkeley DB. We started out with a BDB backend and svnserve, but ran into problems that sound like what you have described. It was fairly simple to convert though with the instructions in the FAQ. We've not had any problems since.

    ReplyDelete
  6. Anonymous11:21 AM

    Some people like to use SVK as frontend to svn.
    http://online.effbot.org/2005_11_01_archive.htm#20051108
    http://svk.elixus.org/

    ReplyDelete
  7. Anonymous11:23 AM

    Some people like to use SVK as frontend to svn.

    http://online.effbot.org/2005_11_01_archive.htm#20051108
    http://svk.elixus.org/

    ReplyDelete

Please note that this is not a support forum for Tapestry. Requests for help will be deleted. Please subscribe to the Tapestry user mailing list if you are in need of support, or contact me directly for professional (for pay) support.

Spammers: Don't bother. I delete your comments and it's a waste of time for both of us. 垃圾邮件发送者:不要打扰。我删除您的评论和它的时间对我们双方的浪费