I had that same problem, but I assumed it went away with a recent update because it hasn't been doing it in a while. What version OSes are your clients and servers? What versions of Xsan are installed on them? I'm running 10.5.8 and Xsan 2.2.1 on all clients and servers.
Coincidentally I also performed a domain migration to a new Windows 2003R2 server (we changed domains). The old domain was a .local domain, and the new follows our FQDN more closely (mindtv.org).
Either updating my clients/servers to the latest OS versions, or performing a domain migration something fixed the issue. :P I'm likely to believe it's an update, but I wouldn't be surprised if it was a .local issue-- that tends to be the root of a lot of problems from what I read on the OS X Server listserv.
-M
Matthew Lawrence Christy
Director of Technology
MiND: Media Independence
215.483.3900 ext.208 | email@hidden
www.mindtv.org
Become a Member | Shop the MiND Store |Sign Up for MiND's eNewsletter
> -----Original Message-----
> From: xsan-users-bounces+mchristy=email@hidden
> [mailto:xsan-users-bounces+mchristy=email@hidden] On
> Behalf Of Jeffrey Bernstein
> Sent: Friday, October 01, 2010 2:58 AM
> To: email@hidden
> Subject: Re: Active Directory
>
> Finally, we have a good discussion here. To that end, I don't have
> FCSrvr
> running. The issue I seem to be having is that XSAN is loading way
> before
> the AD Plug-In. As such, the storage is mounting with no idea of what
> its
> permissions are supposed to be and the OS is not stitching things
> together.
>
> As a result, the permissions as seen through Server Admin, are all
> FFFF-EEEE-DDDD-completelyuseless. This in turn means people are having
> permissions issues up the ying-yang on the SAN and especially the
> AFP/SMB
> reshare.
>
> A little birdie thinks they have an answer through a tweak to the XSAN
> plist
> that will delay the mounting of the volumes. If it works, I will share
> the
> nugget.
>
> You will find people with the same issue on Apple discussion boards and
> Xsanity, yet no answers. Since it is so pervasive, I don't think it
> would be
> too much for Apple to create a Tech Note. But that would be just
> insanity on
> my part. Or would it be xsanity?
>
> Everyone, have a great weekend. IT'S FRIDAY!
>
> Jeff
>
>
> on 9/29/10 11:10 AM, Bracy, Jason T. at email@hidden wrote:
>
> > That's a FCSrvr issue not an Xsan issue. Apple has several articles
> about the
> > issue:
> > <http://support.apple.com/kb/HT3818>
> > <http://support.apple.com/kb/HT3688>
> >
> > This article is also helpful though not specific to FCSrvr:
> > <http://support.apple.com/kb/HT3795>
> >
> > ie, we found that in the situation where our AD domain was
> "ad.company.com",
> > our FCSrvr had a DNS of "fcsrvr.company.com", we actually had to
> connect to it
> > by manually entering "fcsrvr.ad.comapny.com" instead of accepting the
> default
> > server supplied address. (This is a whole complicated issue with how
> AD
> > handles DNS)
> >
> > Jason
> >
> >
> > From: email@hidden On Behalf Of BBalser
> > Sent: Wednesday, September 29, 2010 1:46 PM
> > To: email@hidden
> > Subject: Re: Active Directory
> >
> > I have several clients, none of whom have been able to get Active
> Directory to
> > work in FCSver 1.5. Some are not on XSAN, some are, some are mixed
> > XSAN/Ethernet.
> > -Ben Balser
> >
> > GARRISON, TRAVIS J. wrote:
> > Would anyone at Apple care to comment on when we can expect some
> fixes and
> > relief from the Active Directory loading issues that cause 10.6 XSAN
> clients
> > the inability to have proper permissions unless one unbinds and
> rebinds?
> >
> > In case Apple still thinks it's a low priority, has anyone had any
> experience
> > with a third-party AD plug-in or a script as a workaround?
> >
> >
> > What are the issues? We have not hit any issues with our XSAN and
> Active
> > Directory. Permissions are always set correctly.
> >
> > Travis
> >
> >
> >
> > _______________________________________________
> > Do not post admin requests to the list. They will be ignored.
> > Xsan-Users mailing list (email@hidden)
> > Help/Unsubscribe/Update your Subscription:
> users/email@hidden
> >
> > This email sent to email@hidden
> >
>
>
>
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Xsan-Users mailing list (email@hidden)
> Help/Unsubscribe/Update your Subscription:
>
> This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Xsan-Users mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
