Re: cnid_open fails
Artur Jasowicz <artur_netatalk <at> hoytpub.com>
2004-01-10 00:57:46 GMT
Thanks for writing.
I will have to get more info from this poster:
Looks like he might have a solution for me, although shouldn't netatalk fail
to compile if it was missing something?
> From: "Joerg Lenneis" <lenneis <at> wu-wien.ac.at>
>> I've looked at cnid_open.c. It looks like it tries to create the .AppleDB
>> directory if it isn't already there and then attempts to use it to store
>> database files. Obviously, creation of .AppleDB worked, because the dir is
>> there. Seems to me that something goes wrong around the call to:
>> rc = db->dbenv->open(db->dbenv, path, DBOPTIONS, 0666 & ~mask) and the other
>> two db->dbenv->open that follow it. Somehow they fail to create the
> I do not really understand, why that error message happens AFTER you
> set all of the permissions to 777. Which user owns .AppleDB? Do you
> compile --with-cdb? To you maybe specify the dbpath option in
When .AppleDB gets created by the daemon, it is:
drwxr-sr-x nobody nobody
The directory in which it is created is
drwsrwsrwx nobody nobody
and so is it's parent.
I didn't originally compile with-cdb, but I just did now and got same