> From: Frank Lahm [mailto:frankl...@googlemail.com]
> 
> With Netatalk for AFP he _is_ running a database: any AFP server needs
> to maintain a consistent mapping between _not reused_ catalog node ids
> (CNIDs) and filesystem objects. Luckily for Apple, HFS[+] and their
> Cocoa/Carbon APIs provide such a mapping making diirect use of HFS+
> CNIDs. Unfortunately most UNIX filesystem reuse inodes and have no API
> for mapping inodes to filesystem objects. Therefor all AFP servers
> running on non-Apple OSen maintain a database providing this mapping,
> in case of Netatalk it's `cnid_dbd` using a BerkeleyDB database.

Don't all of those concerns disappear in the event of a reboot?

If you stop AFP, you could completely obliterate the BDB database, and restart 
AFP, and functionally continue from where you left off.  Right?

_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Reply via email to