[danomatic]

Have you tried looking at the Password Service Server Log, what it says about failed / succeeded authentications, or supported / unsupported methods? I had some iCal Server trouble earlier this week (so far without push yet), related to unsupported auth. methods.
In Server Admin -> Open Dir -> Logs you can check this log file remotely and interactively

[danomatic]

Ok, sorry, answering your own post a couple of hours later, sort of shows I should have waited posting, but possibly for historic reasons then:
– From the Password Service Server Log I found
[code]Jul 28 2010 02:46:49 AUTH: {0x4af864941ef9a0ab0000000600000006, daanhermans} requested mechanism WEBDAV-DIGEST is not available.
[/code]
I had previously switched to Digest only in the iCal Server Authentication method, to exclude Kerberos problems. I’d also switched of the WebDAV Digest as auth methods in the Open Directory -> Settings -> Policies -> Authentication in Server Admin.

Once I switched that back on, and reset the password from WGM (to have it regenerated as WebDAV version I suppose), login worked…

[danomatic]

Xsan as a software layer is expecting clean untouched fibrechannel LUN’s to build it’s storage on. Apple will usually try and sell you their XServe RAID’s, but several kinds of third party fibrechannel storage hardware have know to be succesful. Even for a test situation I’ve built one on a Firewire drive, but that was one couldn’t be shared among several machines, since it was only on firewire, it was only for testing the options of the Xsan software binairies.
So, on top of iSCSI, I don’t think so.

[danomatic]

If it is a guide to get started with shell scripting that you are looking for, there’s one at the apple developer site which might get you started:

[url]http://developer.apple.com/documentation/OpenSource/Conceptual/ShellScripting/index.html[/url]

[danomatic]

For what I’ve seen and tested so far it works for recording 16 tracks 24/96 simultaniously on a xsan volume build onto one Xserve RAID. This has been done with several projects, and no problem so far. Editing more tracks works fine too. In another setup (video shop) I know they have their sound fx library on the xsan as well, but these files get local copies into ProTools projects. Protools doesn’t support Xsan volumes other than being an Transport volume, so you can’t run those session on there. In that setup, there is also a huge sample library (the Native Instruments komplete stuff) stored on the xsan volume, but all these things mostly get buffered to ram when loaded in the VI plugins.

[danomatic]

I have fairly little experience with Emulex switches, and have worked mostly with Q-Logic ones. There is a setting in those ones to have Initiator ports (compu’s) interupt traffic on the other ports of the switch when switched off/on. The setting in the Q-logic boxes is called ‘IO Streamgard’, but the technology behind it is refered to as ‘RSCN suppression’. You might want to look for something in this angle with you emulex switch.

[danomatic]

Ok, thanks for the replies. So I’ve moved the /usr/share/swupd/ completely with all three sub-dir’s over to another volume (and made it a hidden dir), and then symlinked to it. So far so good, up and running for two days now, no complaints, succesfull updating clients, succesful syncing with Apple’s SU servers. Make sure to pause the service though during the process off moving the dir and symlinking to it…

About the complete isolated clone in a private network, I don’t know…

[Author]

Posts