I do not think so, I have also run a db_recover and cnid_maint on the
database and get the same issue.
From: didier [mailto:dgautheron@...]
Sent: 16 December 2004 11:24
To: Mark Baker
Subject: Re: [Netatalk-admins] Share getting fscking(!) slow
Mark Baker wrote:
> I also have this problem, I reported it to Bjoern a while ago.
> - Netatalk 2.0.1
> - Redhat Linux 8
> - BDB 4.2.52
> I am used dbd, but have tried cdb aswell and I get the same problem.
> The solution is, as previosuly stated, to remove the .AppleDB folder.
Do you still have a broken dbd database with this behavior? With Miko db
it's a low memory condition from a corrupted/uncleaned environment. There is
no environnment file with dbd.