- 17.9K All Categories
- 3.4K Industry Applications
- 3.3K Intelligent Advisor
- 67 Insurance
- 536.8K On-Premises Infrastructure
- 138.5K Analytics Software
- 38.6K Application Development Software
- 5.9K Cloud Platform
- 109.5K Database Software
- 17.6K Enterprise Manager
- 8.8K Hardware
- 71.2K Infrastructure Software
- 105.3K Integration
- 41.6K Security Software
SAM-QFS 5.4 What Works With What
SAM-QFS 5.4 What Works With What
SAM-QFS is an integrated hierarchical storage manager (HSM) and storage area network (SAN) file system. SAM is the HSM storage and archive management component. QFS is the SAN scalable high performance file system component. SAM-QFS also has integrated disk volume management and tape volume management. QFS also has a write once, read many times (WORM) file system capability. QFS can be used independently of SAM when just a file system is needed. SAM requires QFS and cannot be used independently of QFS. This "What Works With What" covers the specifics of what works with SAM-QFS.
This What Works With What (WWWW) covers the following products:
- SAM-QFS 5.4
- QFS 5.4
The build level for the base 5.4 release is 5.4.6.The build level for the 5.4-01 patch is 5.4.9.The build level for the 5.4-02 patch is 5.4.13.
The following products, configurations, and features are supported with SAM-QFS and QFS.
- All Sun SPARC (64 bit) architecture servers and workstations.
- All Sun x64 (64 bit) AMD architecture servers and workstations.
- All Sun x64 (64 bit) Intel architecture servers and workstations.
- All Sun x86 (32 bit) Intel architecture servers are only supported as Shared QFS clients.
- All Fujitsu Prime Power SPARC servers.
- All Sun SCSI, FC, and iSCSI protocols.
- All Sun SCSI and FC HBAs.
- All Sun FC switches.
- All Sun RAID disk arrays (includes StorageTek RAID disk arrays).
- All Sun hard disk drives (includes the X4500).
- The tape libraries and tape drives listed at:
SAM-QFS Tape Library and Drive Support, 5.4 & beyond
Note that several old tape drives and libraries have been dropped from the support list at 5.4. This was announced previously in this page.
- All non-Sun HBAs and switches supported by Sun (includes HBAs and switches listed in the Interop and PreQual Tools as well as via the Get To Yes program).
- All non-Sun RAID disk arrays supported by Sun (includes RAID disk arrays listed in the Interop and PreQual Tools as well as via the Get To Yes program).
- Oracle Solaris Operating Systems: See section 4.1 below for certified versions
- Linux Operating Systems: See section 4.2 below for certified versions
- ZFS Volume Manager (ZVOLs)
- Solaris Volume Manager (SVM)
- Solaris Volume Manager (SVM) OBAN cluster capability with Solaris Cluster
- Veritas Volume Manager (VxVM) with stand-alone SAM-QFS
- NFS V4 (without delegation for shared file systems)
- NFS V3
- StorageTek ACSLS
- Solaris Cluster HA-QFS
- Solaris Cluster HA-SAM (SAM failover). It is only supported in a two host active/passive configuration. There are several configuration restrictions regarding this feature and the SAM Administration Guide should be read prior to using this feature.
- Solaris Cluster HA-NFS with HA-SAM. NFS v3 and v4 were tested. NFS file systems must be exported from the current SAM-QFS MDS. Minimum code levels for using HA-NFS with HA-SAM are Solaris 11.1 SRU 19.6 and SAM-QFS 5.3.
- Solaris Cluster HA-Oracle
- Solaris Cluster Scalable (Shared) QFS with Oracle Real Application Cluster (Oracle RAC)
- Solaris mixed architecture (SPARC with x64) Shared QFS configurations requires use of EFI disk labels.
- Shared QFS should be implemented using a private or dedicated ethernet switched network for metadata transmission. Performance problems can occur if this network is not private.
- For Shared QFS configurations of 10 hosts (nodes) or greater it is recommended that applications not be run on the metadata server to provide more predictable client performance.
- Sun StorageTek Enterprise Backup to a SAM-QFS file system.
- Veritas NetBackup to a SAM-QFS file system.
- Clients outside of Solaris Cluster in Solaris Cluster configurations. This includes clients of mixed architectures (SPARC with x64). This capability is only supported with the ma file system type.
- Zones (containers). Only one non-global zone per file system is supported. There are several configuration restrictions regarding this feature and the QFS Administration Guide should be read prior to using this feature. For Solaris Cluster, Oracle RAC is supported in a Zone Cluster.
- Oracle VM Server for SPARC (previously known as Sun Logical Domains, or LDOMs) is supported with SAM-QFS, with the following restrictions:
- Minimum of 4 cores assigned to the domain.
- Suggested minimum of 24GB of RAM.
- SAM-QFS MDS must boot from a physical device, and therefore it must have at least 1 PCI root complex.
- Disk I/O virtualization is not supported for LUNs which are used in a QFS file system.
- Network virtualization is supported.
- Tape devices must be attached via non-virtualized PCI slots attached to the SAM-QFS MDS server.
- QFS clients may boot from a virtualized disk, however they still need a PCI root complex to access file system devices via PCI controllers (FC or SAS etc.)
- Oracle VM for x86 is not supported.
- For Solaris Cluster, virtual storage devices used by Shared QFS must be backed by whole SCSI FC LUN disk arrays, and must not be shared with any other guest domain on the same server; virtualized partial LUN disk arrays are not supported.
- If running SAM with Shared QFS, SAM must be run on the metadata server.
- A version 1 file system cannot be upgraded to a version 2 file system.
- SAM-Remote servers and clients must be running the same revision level of SAM-QFS.
- Remote disk archiving servers and clients must be running the same revision level of SAM-QFS.
- Shared QFS clients must be running within one software revision of the Shared QFS metadata server. So if the Shared QFS metadata server is at revision level "N", the Shared QFS clients must be at revision level N or N-1. (Note that a Shared QFS client will be at revision level N+1 only when performing the first step of a rolling upgrade where the potential metadata server is upgraded.)
- Multi-reader servers and clients must be running the same revision of SAM-QFS or QFS software.
- Mixed architecture (SPARC with x64) metadata servers are not supported for failover purposes.
- Mixed architecture (SPARC with x64) multi-reader configurations are not supported.
- Online shrink. Online shrink is only supported for V2A ma file systems. Online shrink now includes support for Solaris Cluster.
- NFSv4 ACL's supported on Solaris 11 only.
- Distributed I/O feature is available on Solaris 11 clients only.
- LTFS import feature requires Solaris 11.1 minimum.
- Extended attributes feature requires Solaris 11 and if desired on Linux clients, requires 2.6.32 Linux kernel minimum.
- WORM flags cannot be set from CIFS clients.
- The distributed I/O feature is supported on Solaris 11 only. It is limited to 9 clients.
The following products, configurations, and features are not currently supported with SAM-QFS and QFS.
- Sun StorageTek Enterprise Backup of a SAM file system
- Veritas NetBackup of a SAM file system
- Instant Image (II)
- Sun StorageTek Network Data Replicator (SNDR)
- NFS V4 delegations with Shared QFS
- Solaris regular zones with Solaris Cluster
- Solaris Cluster HA-SAM with clients outside of Solaris Cluster
- Segmented files on a shared file system
- Memory mapped segmented files
- Mixed architecture (SPARC with x64) metadata server failover
- Mixed architecture (SPARC with x64) multi-reader
- The Linux Shared QFS client doesn't support:
- access control lists (ACLs)
- being used as a NFS or Samba server
- sam-aio driver
- SAM-QFS Manager (GUI)
- 32 bit kernels on x64 systems
- forced unmount (umount -f)
- mdadm path failover
The following products and configurations were certified (tested) for SAM-QFS and QFS:
- Oracle Solaris 11 (base 11.0 release)
- Oracle Solaris 11.1
- Oracle Solaris 11.2 (with the 5.4-01 patch)
- Oracle Solaris 10 10/08 or later updates of Solaris 10
The following versions of Linux were certified for Sun x64 64 bit architecture systems:
- Oracle Linux 5.9, 5.10 (with default kernel, not unbreakable UEK kernel)
- RedHat 5.9,5.10 SMP RHEL AS and ES (via OL)
- Oracle Linux 6.3, 6.4, 6.5 (with default kernel, not unbreakable UEK kernel)
- RedHat 6.3, 6.4, 6.5 SMP RHEL AS and ES (via OL)
- SUSE 11 Service Pack 1 SMP SLES
- mdadm path failover is not supported. This is due to its use of a superblock at the end of each disk slice that Solaris is unaware of.
The following versions of HA-Oracle were certified with QFS and Solaris Cluster:
- Oracle RAC 126.96.36.199 for both SPARC and x86.
The following versions of Oracle RAC were certified with QFS and Solaris Cluster:
- Oracle RAC 188.8.131.52 for both SPARC and x86.
The following versions of OSC were certified with Shared QFS:
- OSC 4.2 with Solaris 11.1/11.2 with SAM-QFS 5.4
- Clusters configured with Solaris Cluster should all be at the same major level of Solaris.
The following products were not certified or tested with SAM-QFS and QFS and thus the potential exists that a customer may have problems with them:
- Sun StorageTek Enterprise Backup of a QFS file system
- Veritas NetBackup of a QFS file system
- Veritas Cluster Services (VCS)
- Veritas Cluster Volume Manager (VCVM)
- Sun StorageTek Resource Management Suite
- Sun StorADE
- Any other Solaris Cluster agent with shared QFS configuration that hasn't been previously listed as supported
- HA-NFS with HA-SAM with code levels less than Solaris 11.1 SRU 19.6 or SAM-QFS 5.3.
Note that backup of QFS file system data should work. Backup products may not be aware of all of the QFS metadata extended attribute information, however, and this should be taken into account when backing up a QFS file system.