|[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]|
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
Visit the Apple Store online or at retail locations.
Copyright © 2011 Apple Inc. All rights reserved.