May 22, 201115 yr Hi All, Just wondering if someone can help me. I'm running unRAID v5.0 beta6a on a HP Proliant MicroServer (1.3GHz AMD Neo), 2GB ram. My client machine is a first generation MacPro dual 2.66GHz Xeon running 10.6.7, 4GB ram. I've recently starting seeing problems connecting to, and reconnecting to (after wake from sleep on the MacPro) AFP shares on my unRAID box. The unRAID server is showing no errors at all in it's syslog for the time window where the connection problems occurs. However, in the MacPro syslog, I see the following messages around the time that the connect fails: 20/05/2011 18:25:50 KernelEventAgent[43] tid 00000000 received event(s) VQ_NOTRESP (1) 20/05/2011 18:25:50 KernelEventAgent[43] tid 00000000 type 'afpfs', mounted on '/Volumes/media', from 'afp_00yVhe00yVhe00yVhe00yVhe-2.2d000009', not responding 20/05/2011 18:25:50 KernelEventAgent[43] tid 00000000 found 1 filesystem(s) with problem(s) 20/05/2011 18:25:50 kernel ASP_TCP Disconnect: triggering reconnect by bumping reconnTrigger from curr value 2 on so 0x9ad0b44 20/05/2011 18:25:50 kernel AFP_VFS afpfs_DoReconnect started /Volumes/media prevTrigger 2 currTrigger 3 20/05/2011 18:25:50 kernel AFP_VFS afpfs_DoReconnect: doing reconnect on /Volumes/media 20/05/2011 18:25:50 kernel AFP_VFS afpfs_DoReconnect: posting to KEA EINPROGRESS for /Volumes/media 20/05/2011 18:25:50 kernel AFP_VFS afpfs_DoReconnect: Max reconnect time: 30 secs, Connect timeout: 15 secs for /Volumes/media 20/05/2011 18:25:50 kernel AFP_VFS afpfs_DoReconnect: connect to the server /Volumes/media 20/05/2011 18:25:50 kernel AFP_VFS afpfs_DoReconnect: connect on /Volumes/media failed 49. 20/05/2011 18:25:50 kernel AFP_VFS afpfs_DoReconnect: sleep for 1 seconds and then try again 20/05/2011 18:25:57 kernel AFP_VFS afpfs_DoReconnect: connect to the server /Volumes/media 20/05/2011 18:25:57 kernel AFP_VFS afpfs_DoReconnect: connect on /Volumes/media failed 49. 20/05/2011 18:25:57 kernel AFP_VFS afpfs_DoReconnect: sleep for 1 seconds and then try again 20/05/2011 18:25:57 kernel AFP_VFS afpfs_DoReconnect: connect to the server /Volumes/media 20/05/2011 18:25:57 kernel AFP_VFS afpfs_DoReconnect: connect on /Volumes/media failed 49. 20/05/2011 18:25:57 kernel AFP_VFS afpfs_DoReconnect: sleep for 1 seconds and then try again 20/05/2011 18:25:57 kernel AFP_VFS afpfs_DoReconnect: connect to the server /Volumes/media 20/05/2011 18:25:57 kernel AFP_VFS afpfs_DoReconnect: connect on /Volumes/media failed 49. 20/05/2011 18:25:57 kernel AFP_VFS afpfs_DoReconnect: sleep for 1 seconds and then try again 20/05/2011 18:25:57 kernel AFP_VFS afpfs_DoReconnect: connect to the server /Volumes/media 20/05/2011 18:25:57 kernel AFP_VFS afpfs_DoReconnect: connect on /Volumes/media failed 49. 20/05/2011 18:25:57 kernel AFP_VFS afpfs_DoReconnect: sleep for 1 seconds and then try again 20/05/2011 18:25:57 kernel AFP_VFS afpfs_DoReconnect: connect to the server /Volumes/media 20/05/2011 18:25:57 kernel AFP_VFS afpfs_DoReconnect: connect on /Volumes/media failed 49. 20/05/2011 18:25:57 kernel AFP_VFS afpfs_DoReconnect: sleep for 1 seconds and then try again 20/05/2011 18:25:57 kernel AFP_VFS afpfs_DoReconnect: connect to the server /Volumes/media 20/05/2011 18:25:57 kernel AFP_VFS afpfs_DoReconnect: connect on /Volumes/media failed 49. 20/05/2011 18:25:57 kernel AFP_VFS afpfs_DoReconnect: sleep for 1 seconds and then try again 20/05/2011 18:25:57 kernel AFP_VFS afpfs_DoReconnect: connect to the server /Volumes/media 20/05/2011 18:25:57 kernel AFP_VFS afpfs_DoReconnect: connect on /Volumes/media failed 49. 20/05/2011 18:25:57 kernel AFP_VFS afpfs_DoReconnect: sleep for 2 seconds and then try again 20/05/2011 18:27:02 KernelEventAgent[43] tid 00000000 received event(s) VQ_DEAD (32) 20/05/2011 18:27:02 KernelEventAgent[43] tid 00000000 type 'afpfs', mounted on '/Volumes/media', from 'afp_00yVhe00yVhe00yVhe00yVhe-2.2d000009', dead 20/05/2011 18:27:02 KernelEventAgent[43] tid 00000000 found 1 filesystem(s) with problem(s) 20/05/2011 18:27:02 loginwindow[42] AFP error -1 mapped to EIO 20/05/2011 18:27:02 kernel ASP_TCP CancelOneRequest: cancelling slot -1 error 89 reqID 6 flags 0x9 afpCmd 0x18 so 0x9ad0b44 20/05/2011 18:27:02 kernel AFP_VFS afpfs_SecondaryReconnect: Open Volume failed 57 20/05/2011 18:27:02 kernel ] 20/05/2011 18:27:02 kernel AFP_VFS afpfs_DoReconnect: posting to KEA to unmount /Volumes/media 20/05/2011 18:27:02 kernel ASP_TCP Disconnect: triggering reconnect by bumping reconnTrigger from curr value 3 on so 0x9ad0b44 20/05/2011 18:27:02 kernel AFP_VFS afpfs_DoReconnect started /Volumes/media prevTrigger 3 currTrigger 4 20/05/2011 18:27:02 kernel AFP_VFS afpfs_DoReconnect: already in unmount /Volumes/media 20/05/2011 18:27:02 kernel AFP_VFS afpfs_unmount: /Volumes/media, flags 524288, pid 43 20/05/2011 18:27:02 kernel AFP_VFS afpfs_unmount: Open Fork, Byte Range Lock, or Close Fork still in progress 1 on /Volumes/media These messages were generated as a result of trying to reconnect to the share following wake from sleep, but I see similar behaviour when trying to connect to the share after first booting the MacPro. I have another AFP share on the unRAID server (/mnt/user/apps), and this mounts first time, every time. This share contains significantly less data than the 'media' share. If I attempt to re-mount the failed 'media' share shortly after the first failure, then it usually mounts okay. About 1 in 10 times, it will still fail to mount. The media share contains approx 2.5TB, and the apps share approx 1TB. I've searched around for possible solutions, and I found a potential issues with the afpd implementation, connected to this message: 20/05/2011 18:27:02 kernel ASP_TCP CancelOneRequest: cancelling slot -1 error 89 reqID 6 flags 0x9 afpCmd 0x18 so 0x9ad0b44 The suggested fix for this was to delete the '.Apple*' directories from within the media share, as the problem was caused by corruption to the cnid2.db file in the .AppleDB directory. I've tried removing these files, and it did seem to help for the first mount following their removal, but subsequent mounts still fail. Accessing both shares via SMB works without any problems. I've performed reiserfschecks on all the drives in the array (except parity), and no errors were found. The only changes I can think of recently were the installation of the new 'Prokit' update on the Mac, and the latest iPhoto version. On the unRAID server, I've installed the 'DS_Store and ._' cleanup script. I've since disabled this script, thinking it might be causing the problem, but it doesn't seem to have made any difference. If anyone has any thoughts on what might be causing this, or any further troubleshooting steps, I'd be grateful for the help. Thanks, Andy.
Archived
This topic is now archived and is closed to further replies.