couchdb-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Paul Davis" <>
Subject Re: Config Validators
Date Tue, 13 Jan 2009 17:56:17 GMT
On Tue, Jan 13, 2009 at 11:42 AM, Damien Katz <> wrote:
> What happens on startup after the user puts bad values into the ini file?

This is exactly the question at hand as addressed by COUCHDB-153.
Currently, if a directory structure doesn't exist or permissions are
wrong somewhere, CouchDB shits itself and dies a horrible flaming
death. All without providing the user with any indication on what the
error might've been.

I've personally spent a good half hour debugging the fact that I
forgot to `make dev` after a local-clean, so I can only imagine the
frustration for people not familiar with the system and/or the

The proposed solution would be to allow methods to prevent possibly
catastrophic changes to the DB configuration thus creating a more
stable system at runtime as well as providing a notification at
startup when something appears to be screwed up. The question at hand
is about the mechanics of how the errors during startup should be

And I choose a slightly modified form of 2, but have the config module
call each registered validator immediately and then close things down
if one fails.

Paul Davis

> -Damien
> On Jan 13, 2009, at 11:36 AM, Ulises wrote:
>>> My question is what problem does this solve?
>> Users shooting themselves in the foot by providing wrong config
>> parameters, better error reporting for, say, when the dir in which the
>> dbs reside is non-writeable by the user couchdb is running as, etc.
>> U

View raw message