I see this happening on my server with PHD’s . When resting the server they work fine for while, syncing goes o. then hours later sudden the login fails. It seems from what I read that the the kerberos ticket is not renewed.
The logs give this info: FileSyncAgent.log
[2007/11/24 09:58:21.010] Starting automatic sync of “HomeSync_Mirror”.
[2007/11/24 09:58:21.019] -[SPeer_FS_PHD mountPeerVolume]: Unable to write to root of PHD remote home (“/Network/Servers/server.files.lan/Users/jfk”).
[2007/11/24 09:58:21.019] EXCEPTION: Permissions Error
[2007/11/24 09:58:21.020] Peer “network” is unable to sync. Not enough peers will be available to continue syncing.
[2007/11/24 09:58:21.020] Aborting sync of “HomeSync_Mirror”.
[2007/11/24 09:58:21.023] EXCEPTION: !IF
And : FileSyncAgent-verbose.log
1:: Peer “network” is unable to sync. (-[SPeer_FS_PHD mountPeerVolume] (Peer-FS-PHD.m:149): “‘((afpAccessDenied))’ error -5000”)
0:: [2007/11/24 10:13:39.232] Peer “network” is unable to sync. Not enough peers will be available to continue syncing.
0:: [2007/11/24 10:13:39.232] Aborting sync of “HomeSync_Mirror”.
I’m getting mobile account sync problems now also, however my home directories are stored accessed via a SMB share on a Windows 2003 Server.
Up until about a week ago this was absolutely fine. When I log in with a non-mobile account I can access the home drive without an issue and all the user data is available. When creating a mobile account and on subsequent log in/out’s and manually prompted sync’s, it says “checking” swiftly followed by ‘finishing’ and no data is copied.
The log generates the following…
[2009/07/14 15:26:50.825] PHD:******************************************************************
[2009/07/14 15:26:50.825] PHD:FileSyncAgent-277.10 (r?, PID:1092, OS:9F2533, ARCH:i386) starting
[2009/07/14 15:26:50.825] PHD:LA: FileSyncAgent -uid 1102861339
[2009/07/14 15:26:50.825] PHD:******************************************************************
[2009/07/14 15:26:54.381] PHD:Starting manual sync of “HomeSync_Mirror”.
[2009/07/14 15:26:54.525] PHD:-[SPeer_FS_PHD mountPeerVolume]: Remote home located at “/Network/Servers/SERVERNAME/SHARE$/USERNAME”
[2009/07/14 15:26:54.528] PHD:Creating new store with storeID “PHD-L-DBvFDqMxxRD-username” at path “/Users/USERNAME/.FileSync/store.filesyncstatetree”
[2009/07/14 15:26:55.932] PHD:EXCEPTION: !IF
[2009/07/14 15:26:55.986] PHD:Peer “network” is unable to sync. Not enough peers will be available to continue syncing.
[2009/07/14 15:26:55.986] PHD:Aborting sync of “HomeSync_Mirror”.
[2009/07/14 15:26:56.125] PHD:Sync of “HomeSync_Mirror” encountered errors. (EnsureSSHKeysConfigured (sshkeygen.m:327): “‘((!IsValidSSHKeyDir(@”Server”, remoteHomeFileSyncKeyDir, (BOOL)1)))'”)
[2009/07/14 15:26:56.125] PHD:Last successful sync completed at (null).
[2009/07/14 15:26:56.125] PHD:Finished sync of “HomeSync_Mirror”.
[2009/07/14 15:26:58.551] PHD:SIGTERMCallout: 2009-07-14 15:26:58 +0100
[2009/07/14 15:26:59.527] PHD:Bye (PID:1092)
[2009/07/14 15:27:07.962] ******************************************************************
[2009/07/14 15:27:07.962] FileSyncAgent-277.10 (r?, PID:1128, OS:9F2533, ARCH:i386) starting
[2009/07/14 15:27:07.962] LA: FileSyncAgent -launchedByLaunchd
[2009/07/14 15:27:07.962] ******************************************************************
[2009/07/14 15:48:48.202] Waking from sleep
Turns out its the file screening on the Windows Server, however because the log doesnt give an indication of which file(s) its failing on, I have no idea what extension(s) I need to allow. Setting the screening to passive allows my accounts to sync as normal.
I’m also experiencing a similar problem at my end with PHD.
[b]Quick background:[/b]
PHD settings are being applied via OD policy. Users are authenticating against Active Directory. PHD server is bound to AD and OD, services running are AFP and SMB.
[b]Symptoms:[/b]
After login (at client) when performing a sync, the following error dialog message appears:
[i]Your network home is currently unavailable. Try again later when it is available[/i].
~/Library/Logs/FileSyncAgent.log entries:
[[i]2009/07/15 13:21:26.281] Starting manual sync of “HomeSync_Mirror”.
[2009/07/15 13:21:26.489] -[SPeer_FS_PHD mountPeerVolume]: Remote home located at “/Volumes/Home/aavarca”
[2009/07/15 13:21:44.181] EXCEPTION: Permissions Error
[2009/07/15 13:21:44.182] Unable to scan ‘/Users/aavarca/Documents/documentation/PRINTERS/printers/CNM Print Drivers/CNM7-HP
Designjet z3100/MAC/HP Community-local.app’ (-[SStore_FS(private) _doUpdateDirectory:ref:recurse:] (Store-FS.m:1170): “‘((e
rr))’ error -5000″)
[2009/07/15 13:21:44.186] EXCEPTION: Permissions Error
[2009/07/15 13:21:44.187] Unable to scan ‘/Users/aavarca/Documents/documentation/PRINTERS/printers/CNM Print Drivers/CNM7-HP
Designjet z3100/MAC/Knowledge Center-local.app’ (-[SStore_FS(private) _doUpdateDirectory:ref:recurse:] (Store-FS.m:1170): ”
‘((err))’ error -5000″)
[2009/07/15 13:21:44.189] EXCEPTION: Permissions Error
[2009/07/15 13:21:44.189] Unable to scan ‘/Users/aavarca/Documents/documentation/PRINTERS/printers/CNM Print Drivers/CNM7-HP
Designjet z3100/MAC/Mac OS X HP Designjet Installer-local.app’ (-[SStore_FS(private) _doUpdateDirectory:ref:recurse:] (Stor
e-FS.m:1170): “‘((err))’ error -5000”)
[2009/07/15 13:22:21.148] Finished sync of “HomeSync_Mirror”[/i]
[b]Work Around / Temp Fix:[/b]
For some reason (I’m still investigating) the Kerberos tickets, on the client, are conflicting with the PHD sync process (possibly the AFP server). When removing the tickets, on the client, PHD sync is successful.
Found a solution for the problem I was experiencing on my end, might work for others. On the AFP server that host the PHD, authentication method for [b]AFP service[/b] was [b]”Any Method,” changed the authentication method to “Standard.”[/b] This modification resolved the problem. [u]
I’ve been having this problem for some days now and today I finally solved it. I have very little OSX server experience so I’m posting this in case someone else finds it useful.
My first clue was that when, on the client, I clicked my server in finder, finder would automatically connect to it using my iCloud e-mail address. This behaviour started I think, immediately after I had entered my iCloud credentials into the settings preference pane on a brand new account. I do not know why OSX would then decide to use these credentials for connecting to my server’s AFP share, I am guessing maybe this is a “back to my mac” feature?
To solve the problem I unmounted the share and then deleted all instances of my iCloud ID from my keychain (there were two). After this, when I click the server in finder, it connects as my currently logged in user which is what I would expect, and home sync now works fine.
Comments are closed