Skip navigation

HT5285: Xsan 2 Administrator Guide v2.3: Revision to "Upgrade SAN hardware and software" procedure

Learn about Xsan 2 Administrator Guide v2.3: Revision to "Upgrade SAN hardware and software" procedure
This discussion is archived

HT5285 XSAN 3 extended attributes with StorNext clients

694 Views 3 Replies Latest reply: Sep 12, 2013 10:38 PM by Blaidd Drwg RSS
Semmelrocc Level 1 Level 1 (25 points)
Currently Being Moderated
Aug 24, 2013 2:53 AM

Is the info that StorNext clients must not access XSAN volumes with extended attributes enabled still valid with XSAN 3 and StorNext 4.3?

What can happen, if it connects with the volume anyway? Is it only that file permissions get mixed up or will it likely even cause data corruption?

Thanks for your comments!

  • sgrappone Level 1 Level 1 (5 points)

    Yes this is fine. This is my personal expericence and might help you in the future as many have not thought about doing this.


    I had a customer who "lost all his data" or so he thought. As a engineer you always tell you customer things and it seems that they just don't hear what you are saying until you politely tell them "nah nah da boo boo, I told you so" I remember specifically telling him that you need to ask before you update your OS version. So he decieded not to do it anyway, but only do it on half. So he had a wonderful mix between OS X 10.6.7 and 10.6.8 which is when on the Apple wolrd extended attributes became different. Basically what happened was the MDC couldn't understand the extended attribute, thus not allowing the SAN to mount. So after fighting the entire day with this, I simply grabbed a Linux machine installed Stornext made a temp license and was able to mount the X-SAN volume via the Linux MDC. We copied all the data off and then back on again. Now he keeps to upgrading to me.


    The reason for this story is to tell you that Linux doesn't care about exteded attributes.

  • Blaidd Drwg Level 1 Level 1 (70 points)

    From (last updated on Sep 5, 2013):

    If you connect StorNext clients to an Xsan volume, avoid enabling native extended attributes. StorNext clients may not preserve extended attributes when copying or moving files on the SAN volume.


    If you ignore this, you shouldn't get data corruption, but the metadata in extended attributes (resource forks, labels/tags, Finder comments, etc) can be lost whenever a StorNext system updates or copies a file. Depending on the apps you use and your workflow, this may or may not be a big deal.


More Like This

  • Retrieving data ...

Bookmarked By (0)


  • This solved my question - 10 points
  • This helped me - 5 points
This site contains user submitted content, comments and opinions and is for informational purposes only. Apple disclaims any and all liability for the acts, omissions and conduct of any third parties in connection with or related to your use of the site. All postings and use of the content on this site are subject to the Apple Support Communities Terms of Use.