| 2010-04-07 14:29:15 |
barberio |
description |
Binary package hint: netatalk
The upgrade from Karmic to Lucid leaves behind the .AppleDB caches in the shares, used by afpd for metadata. The format for this metadata has changed again, and the new version of netatalk can not read the old data, and will return error messages on attempts to access shares with old metadata caches.
The work-around is to delete these caches manually.
But it would be preferable for the install package to either
* Scan for shares, and upgrade the metadata stores,
* Scan for shares, and delete the metadata stores.
* Notify the user of the need to upgrade/manually delete metadata stores.
This is an old bug (http://lists.apple.com/archives/macosx-interop/2007/Jul/msg00002.html) that keeps coming up every time netatalk changes their metadata format. |
Binary package hint: netatalk
The upgrade from Karmic to Lucid leaves behind the .AppleDB metadata store in the shares, used by afpd for metadata. The bdb version for this metadata has changed again, and the new version of netatalk can not read the old data, and will return error messages on attempts to access shares with old metadata caches.
The work-around is to delete these caches manually.
But it would be preferable for the install package to either
* Scan for shares, and upgrade the metadata stores,
* Scan for shares, and delete the metadata stores.
* Notify the user of the need to upgrade/manually delete metadata stores.
This is an old bug (http://lists.apple.com/archives/macosx-interop/2007/Jul/msg00002.html) that keeps coming up every time netatalk is compiled against a different version of bdb.
|
|
