On Mon, Jan 10, 2011 at 08:35:44AM +0000, Larsen, Tore Høivaag wrote: | Hi, | | currently we are purchasing Redhat's ScaleFS, SGI's cxfs, and Novell SLES xfs. | | 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 filesystem. 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 top-of-tree XFS. 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 proprietary software. -- Geoffrey Wehrman SGI Building 10 Office: (651)683-5496 2750 Blue Water Road Fax: (651)683-5098 Eagan, MN 55121 E-mail: gwehrman@xxxxxxx http://www.sgi.com/products/storage/software/ _______________________________________________ xfs mailing list xfs@xxxxxxxxxxx http://oss.sgi.com/mailman/listinfo/xfs
