On Mon, Jul 23, 2007 at 04:01:05PM +0100, Stephen Gran wrote:
> This one time, at band camp, Guido Guenther said:
> > I can cook up a patch during the week if you like, I'd be great having
> > something to test this on though, maybe a chroot or machine that can
> > access alioth's database?
>
> I can give you access to a read only sanitized view of the database, if
> that would be helpful. A patch would be great.
>
> > Maybe the libnss-db maintainer can should comment on this?
>
> Yes, that would probably also be helpful.
The problem is actually as suspected. libnss-db doesn't use the
database environment so it doesn't actually "know" that the database is
currently being truncated/updated which makes the user/group lookups
fail. Actually using the dbenv like
rc = dbp->dbenv->open(dbp->dbenv, DB_DIR,
DB_CREATE|DB_INIT_LOG|DB_INIT_LOCK|DB_INIT_MPOOL|
DB_INIT_TXN, 0644);
...
works rather well and solves this problem but has one major drawback: we
can't specify the DB_RECOVER flag here since this would conflict with
the DB_RECOVER flag of nss_updatedb. This could leave us with an
inconsistent database in case an applications aborts leaving an
"unrecovered" database for all other apps. Any ideas on howto fix this?
Cheers,
-- Guido
P.S.: could you please insstall db4.3-utils on alioth, this would ease
debugging.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
