On Mon, Jan 10, 2011 at 08:35:44AM +0000, Larsen, Tore Høivaag wrote:
| currently we are purchasing Redhat's ScaleFS, SGI's cxfs, and Novell SLES
| Having e.g. Redhat XFS play nicely with cxfs client is not trivial.
Usually, I have to choose ScaleFS w/lvm2 volumes og RHEL, but if I want cxfs,
But I can't have local xvm volumes on 3rd party hw.
| Is there plans to make an effort to making sure the xfs api is common
from the vendors and play nicely with each other ? Comments?
The community version of XFS is considered the defacto standard. I must
compliment the community on doing an excellent job of maintaining
on-disk compatibiltiy within XFS as it has evolved. On disk
compatibility is really the most critical API to maintain for a
Novell (and Red Hat) XFS will tend to lag the community top-of-tree XFS
some, as they are long life releases based on a fixed kernel version.
This somewhat restricts how much code can be backported from
At SGI, we are always working on CXFS to maintain full compatibility
with community XFS. CXFS is really just a distributed layer on top of
XFS, but we have to ship our own version of XFS with CXFS to provide all
of the interfaces requried by CXFS. These interfaces have been removed
from community XFS as they have no purpose outside of CXFS which is SGI
SGI Building 10 Office: (651)683-5496
2750 Blue Water Road Fax: (651)683-5098
Eagan, MN 55121 E-mail: gwehrman@xxxxxxx