NO not running ... xsanmgrd's launchd job loaded? Is xsanmgrd running when you try to add it?
NONE ... is there any packet loss between tower and MDC on either public or metadata interface?
NO - very quick response ... is there any packet loss between tower and MDC on either public or metadata interface?
How do I intitiate xsanmgrd? ... thought the process started automatically when you enabled Xsan Client in System Prefs.
The xsanmgrd launchd job should load when you enable Xsan in System Preferences. Try disabling Xsan then enabling it again.
The xsanmgrd process may not be running until you actually try connecting. On the tower, go to https://127.0.0.1:312 and see if you get a web page. If xsanmgrd starts, you will probably just see "Not Found", which is okay. If you don't get a web page at all, check the log for errors related to xsanmgrd.
I wonder if it's not starting because you deleted the certificate in Keychain Access or deleted some file in /Library/Preferences/Xsan--or that directory.
Thanks for the suggestion, Blaid ... I'm beginning to suspect that I may have deleted one pref too many ... am going to do a clean install of ML OSX and start from scratch again ... will update in a hour or two.
The weird thing is that I had the Tower Client up and running as an XSAN client just fine a few days ago ... then I rconfigured something on the MacMini MDC and then tried to re-authenticate the Tower Cleint and that's when I got the "Unreachable or offline" error message and then started deleting KeyChain stuff and prefs ... so I know that the network and hardware layer is functioning OK ... it's just the authenticatioin process that is busted.
Quick update three hours later:
1) reinstalled ML on the Tower ... saw the MDC fine.
2) MDC autthenticated Tower Client fine
3) Tower Client couldn't mount the San Volume ... remembered that I had made one of the Thunderbolt Pegasus RAIDS on the MacMini one of the LUNS in the Volume ... works just fine with the MDC ... destroyed the Volume ... made the Volume again only using FC LUNS.
4) rebooted Tower client ... Authorized first time ... mounted FC only volume just fine.
5) then added my Retina Display MBP to the fabric ...it saw the LUNS OK ... MDC authorised it OK ... FC Volume mounted straight away.
6) on MDC now get an error message for the RetDisp MBP saying "incorrect search policy' for the laptop .. but I can write and read OK from the SAN vol ... any ideas?
Getting closer ... am now able to shared data between the PCI Mac world and the Thunderbotl Mac world ... will bring a Windows machine into the fabric tomrrow to see if that can connect OK with ML MDC.
Since you have resolved your original issue, it would help if you created a new thread for any new problems you encounter.
For #6, this should help:
"Incorrect search policy": http://support.apple.com/kb/HT3888
What I should add of course is that as well as NOT deleting things you shouldn't delete (duh) ... the way to solve the problem is to use the OSX RESTORE feature in Mountain Lion (Command R as you reboot) and then re-install OSX and then you should have your correct default Sys Prefs and KeyChain certificates that then allow for the correct 'Authentication' of ML clients.
Hope this makes sense.