fetchmail-devel

[fetchmail-devel] FYI: recovered SVN repository

[Matthias A. <ma...@dt...>]

Hi,

the SVN repository required recovery, visible in that svn ls printed
"DB_RUNRECOVERY" embedded in a longish error message.

The remedy was:

ssh svn.berlios.de
svnadmin recover /svnroot/repos/fetchmail

NOTE! This is a dangerous operation in that it may only be conducted on
a quiet repository, as data base recovery does not serialize (lock)
against concurrent execution of svnadmin recover, which may fail and
potentially cause corruption.

I've also taken the opportunity to compress unused log files:

svnadmin list-unused-dblogs /svnroot/repos/fetchmail | xargs gzip -9f

-- 
Matthias Andree

Encrypted mail welcome: my GnuPG key ID is 0x052E7D95

Re: [fetchmail-devel] FYI: recovered SVN repository

[Rob F. <rf...@fu...>]

Matthias Andree wrote:
> the SVN repository required recovery, visible in that svn ls printed
> "DB_RUNRECOVERY" embedded in a longish error message.
>
> The remedy was:
> ssh svn.berlios.de
> svnadmin recover /svnroot/repos/fetchmail
>
> NOTE! This is a dangerous operation in that it may only be conducted on
> a quiet repository, as data base recovery does not serialize (lock)
> against concurrent execution of svnadmin recover, which may fail and
> potentially cause corruption.

Yeah, I've had to do that once or twice before.  It's a bit disturbing that 
it happens though.  I wish I knew why.  Luckily recovery seems to be 
pretty easy.

> I've also taken the opportunity to compress unused log files:
>
> svnadmin list-unused-dblogs /svnroot/repos/fetchmail | xargs gzip -9f

Hmm, I wasn't aware of that being any sort of issue.

I'm really looking forward to sitting down with the subversion book....

-- 
==============================|   "A microscope locked in on one point
 Rob Funk <rf...@fu...> |Never sees what kind of room that it's in"
 http://www.funknet.net/rfunk |    -- Chris Mars, "Stuck in Rewind"

Re: [fetchmail-devel] FYI: recovered SVN repository

[Matthias A. <ma...@dt...>]

Rob Funk <rf...@fu...> writes:

> Yeah, I've had to do that once or twice before.  It's a bit disturbing that 
> it happens though.  I wish I knew why.  Luckily recovery seems to be 
> pretty easy.

All it takes is an unclean shutdown of some server software.

>> I've also taken the opportunity to compress unused log files:
>>
>> svnadmin list-unused-dblogs /svnroot/repos/fetchmail | xargs gzip -9f
>
> Hmm, I wasn't aware of that being any sort of issue.
>
> I'm really looking forward to sitting down with the subversion book....

That's inherited from Berkeley DB.

-- 
Matthias Andree

Encrypted mail welcome: my GnuPG key ID is 0x052E7D95

Re: [fetchmail-devel] FYI: recovered SVN repository

[Rob F. <rf...@fu...>]

Matthias Andree wrote:
> Rob Funk <rf...@fu...> writes:
> > Yeah, I've had to do that once or twice before.  It's a bit disturbing
> > that it happens though.  I wish I knew why.  Luckily recovery seems to
> > be pretty easy.
>
> All it takes is an unclean shutdown of some server software.

Hmm, that means we can blame Berlios sysadmins?  Seems like a bad sign.

> > I'm really looking forward to sitting down with the subversion
> > book....
>
> That's inherited from Berkeley DB.

Ah, in that case I have a book on that to sit down with.  It's changed a 
lot since I last worked with it.

-- 
==============================|   "A microscope locked in on one point
 Rob Funk <rf...@fu...> |Never sees what kind of room that it's in"
 http://www.funknet.net/rfunk |    -- Chris Mars, "Stuck in Rewind"

Re: [fetchmail-devel] FYI: recovered SVN repository

[Matthias A. <ma...@dt...>]

Rob Funk <rf...@fu...> writes:

> Matthias Andree wrote:
>> Rob Funk <rf...@fu...> writes:
>> > Yeah, I've had to do that once or twice before.  It's a bit disturbing
>> > that it happens though.  I wish I knew why.  Luckily recovery seems to
>> > be pretty easy.
>>
>> All it takes is an unclean shutdown of some server software.
>
> Hmm, that means we can blame Berlios sysadmins?  Seems like a bad
> sign.

I don't know what caused it. I aborted a commit that would have been too
broad, if this cause the SVN server stuff to die from SIGPIPE or
something, that might explain it - but I have no idea how to reproduce
this.

>> > I'm really looking forward to sitting down with the subversion
>> > book....
>>
>> That's inherited from Berkeley DB.
>
> Ah, in that case I have a book on that to sit down with.  It's changed a 
> lot since I last worked with it.

SVN uses the "transactional" store so it can recover from write errors
or application crashes or server crashes. This stuff dates back to at
least Berkeley DB 3.2.

-- 
Matthias Andree

Encrypted mail welcome: my GnuPG key ID is 0x052E7D95

Re: [fetchmail-devel] FYI: recovered SVN repository

[Rob F. <rf...@fu...>]

Matthias Andree wrote:
> I don't know what caused it. I aborted a commit that would have been too
> broad, if this cause the SVN server stuff to die from SIGPIPE or
> something, that might explain it - but I have no idea how to reproduce
> this.

Makes sense.

> > Ah, in that case I have a book on that to sit down with.  It's changed
> > a lot since I last worked with it.
>
> SVN uses the "transactional" store so it can recover from write errors
> or application crashes or server crashes. This stuff dates back to at
> least Berkeley DB 3.2.

Heh, the last time I did any programming with Berkeley DB was in 1997.
I think it was around the transition from version 1.something to 2.0.

-- 
==============================|   "A microscope locked in on one point
 Rob Funk <rf...@fu...> |Never sees what kind of room that it's in"
 http://www.funknet.net/rfunk |    -- Chris Mars, "Stuck in Rewind"

Re: [fetchmail-devel] FYI: recovered SVN repository

[Matthias A. <ma...@dt...>]

Back on the automake issue, I have difficulties with AC_REPLACE_FUNCS()
which does not ship the corresponding sources. It does for bogofilter.

I'm at a loss - I can of course force automake to ship these, but this
is annoying. :-/

-- 
Matthias Andree

Encrypted mail welcome: my GnuPG key ID is 0x052E7D95