[4.1.8-T5]: SPARC CNID DB error under Lion AFP [Resolved]

yoh-dah wrote:
Sorry for the late reply. The AFP service in 4.1.8-T5 updates the CNIB DB on first access, and during that access, writes are disabled on the share. If you have a ton of files in that share, it may take awhile to update the DB. Once the update process is complete, you should have full read/write access to the share.

I tried installing this update on my ReadyNAS NV+ and was unable to access the AFP share using Snow Leopard. There was no error message, but the Finder hung with the spinning pinwheel. Checking the logs, I found many occurrences of this in the system log:

Jul 22 22:21:11 macpro kernel[0]: Secondary Reconnect succeeded /Volumes/NAS
Jul 22 22:21:16 macpro KernelEventAgent[94]: tid 00000000 received event(s) VQ_NOTRESP (1)
Jul 22 22:21:17 macpro kernel[0]: Secondary Reconnect succeeded /Volumes/NAS
Jul 22 22:21:23 macpro KernelEventAgent[94]: tid 00000000 received event(s) VQ_NOTRESP (1)
...repeat...

The kernel log kept repeating:

Jul 22 22:25:45 macpro kernel[0]: Secondary Reconnect succeeded /Volumes/NAS
Jul 22 22:25:45 macpro kernel[0]: ASP_TCP CancelOneRequest:  cancelling slot 111 error 35 reqID 281 flags 0x29 afpCmd 0x4B so 0xffffff801d512000
Jul 22 22:25:45 macpro kernel[0]: ASP_TCP CancelOneRequest:  cancelling slot 112 error 35 reqID 282 flags 0x29 afpCmd 0x11 so 0xffffff801d512000
Jul 22 22:25:45 macpro kernel[0]: ASP_TCP CancelOneRequest:  cancelling slot 113 error 35 reqID 283 flags 0x29 afpCmd 0x11 so 0xffffff801d512000
Jul 22 22:25:45 macpro kernel[0]: AFP_VFS afpfs_DoReconnect:  get the reconnect token
Jul 22 22:25:45 macpro kernel[0]: ASP_TCP CancelOneRequest:  cancelling slot 116 error 32 reqID 293 flags 0x9 afpCmd 0x40 so 0xffffff801d512000
Jul 22 22:25:45 macpro kernel[0]: ASP_TCP Disconnect: triggering reconnect by bumping reconnTrigger from curr value 25 on so 0xffffff801d512000
Jul 22 22:25:45 macpro kernel[0]: AFP_VFS afpfs_DoReconnect:  GetReconnectToken failed 32 /Volumes/NAS
Jul 22 22:25:45 macpro kernel[0]: AFP_VFS afpfs_DoReconnect started /Volumes/NAS prevTrigger 25 currTrigger 26
Jul 22 22:25:45 macpro kernel[0]: AFP_VFS afpfs_DoReconnect:  doing reconnect on /Volumes/NAS
Jul 22 22:25:45 macpro kernel[0]: AFP_VFS afpfs_DoReconnect:  posting to KEA EINPROGRESS for /Volumes/NAS
Jul 22 22:25:45 macpro kernel[0]: AFP_VFS afpfs_DoReconnect:  Max reconnect time: 30 secs, Connect timeout: 15 secs for /Volumes/NAS
Jul 22 22:25:45 macpro kernel[0]: AFP_VFS afpfs_DoReconnect:  connect to the server /Volumes/NAS
Jul 22 22:25:45 macpro kernel[0]: AFP_VFS afpfs_DoReconnect:  Logging in with uam 8 /Volumes/NAS
Jul 22 22:25:46 macpro kernel[0]: AFP_VFS afpfs_DoReconnect:  Restoring session /Volumes/NAS
Jul 22 22:25:51 macpro kernel[0]: AFP_VFS afpfs_DoReconnect:  Primary Reconnect failed 22 on /Volumes/NAS
Jul 22 22:25:51 macpro kernel[0]: AFP_VFS afpfs_DoReconnect:  trying Secondary Reconnect on /Volumes/NAS
...repeat...

At this point I downgraded my ReadNAS NV+ back to 4.1.7 and rebooted my Mac. Was this the same CNID DB issue that I needed to wait out? My volume is quite large at 6TB with many files.

Thanks,
-Mike