Re: [Netatalk-admins] Empty Folders

[Nachman Y. Z. <aw...@zi...>]

Nachman Yaakov Ziskind wrote (on Tue, Oct 30, 2007 at 01:52:33PM -0400):
> 
> after a system power failure, and db_recovery, end user complains
> that some folders are empty. i'm getting messages:
> 
> Oct 30 13:36:06 gemach afpd[28671]: [cnid_add.c:358]: E:Default: 
> cnid_add: Failed to add CNID for :2eDS_Store to database using hint 119955:
> DB_KEYEXIST: Key/data pair already exists
> 
> Oct 30 13:36:09 gemach afpd[28671]: [cnid_add.c:358]: E:Default: 
> cnid_add: Failed to add CNID for Babies 1.tif to database using hint 119959: 
> DB_RUNRECOVERY: Fatal error, run database recovery
> 
> Oct 28 21:53:52 gemach afpd[1064]: [server_child.c:270]: I:Default:
> server_child [1] 20784 killed
> 
> I think I'm running Netatalk netatalk-1.5.2-3 (AppleTalk 0.18a, Berkeley
> DB 3.3.11). 
> 
> Shutting down afpd and running db_recover -c doesn't help. I'd appreciate
> any suggestions ...

I saw an earlier thread that suggested,

	"Seems your cnid database got corrupted.  You can try to run 
	cnid_maint/db_recover on it, but that will only fix the berkeley 
	database environment. It is likely your database is inconsistent 
	as well, so if you still keep getting errors after recovery your 
	best bet is to delete all files in ./AppleDB. However, this means 
	all id related data will be lost."

I couldn't get cnid_maint to run (pathing problem, I guess: "ERROR:
Unable to locate ${prefix}/etc/netatalk/AppleVolumes.default") so,
in desperation, I moved aside the .AppleDB folder. I'm wondering what
was meant by "id related data", and how badly I've shot myself in the
foot.

-- 
_________________________________________
Nachman Yaakov Ziskind, FSPA, LLM       aw...@zi...
Attorney and Counselor-at-Law           http://ziskind.us
Economic Group Pension Services         http://egps.com
Actuaries and Employee Benefit Consultants