Veritas Access Appliance 8.2 Administrator's Guide
- Section I. Introducing Access Appliance
- Section II. Configuring Access Appliance
- Managing users
- Managing licenses
- Configuring the network
- Configuring authentication services
- Configuring user authentication using digital certificates or smart cards
- Section III. Managing Access Appliance storage
- Configuring storage
- Managing disks
- Access Appliance as an iSCSI target
- Configuring storage
- Section IV. Managing Access Appliance file access services
- Configuring the NFS server
- Setting up Kerberos authentication for NFS clients
- Using Access Appliance as a CIFS server
- About configuring CIFS for Active Directory (AD) domain mode
- About setting trusted domains
- About managing home directories
- About CIFS clustering modes
- About migrating CIFS shares and home directories
- Using Access Appliance as an Object Store server
- Configuring the S3 server using GUI
- Configuring the NFS server
- Section V. Managing Access Appliance security
- Managing security
- Setting up FIPS mode
- Configuring STIG
- Setting the banner
- Setting the password policy
- Immutability in Access Appliance
- Deploying certificates on Access Appliance
- Single Sign-On (SSO)
- Configuring multifactor authentication
- Section VI. Monitoring and troubleshooting
- Monitoring the appliance
- Configuring event notifications and audit logs
- About alert management
- Appliance log files
- Section VII. Provisioning and managing Access Appliance file systems
- Creating and maintaining file systems
- Considerations for creating a file system
- About managing application I/O workloads using maximum IOPS settings
- Modifying a file system
- Managing a file system
- Creating and maintaining file systems
- Section VIII. Provisioning and managing Access Appliance shares
- Creating shares for applications
- Creating and maintaining NFS shares
- About the NFS shares
- Creating and maintaining CIFS shares
- About the CIFS shares
- About managing CIFS shares for Enterprise Vault
- Integrating Access Appliance with Data Insight
- Section IX. Managing Access Appliance storage services
- Configuring episodic replication
- Configuring an episodic replication job using the GUI
- Episodic replication job failover and failback
- Configuring continuous replication
- How Access Appliance continuous replication works
- Configuring a continuous replication job using the GUI
- Continuous replication failover and failback
- Using snapshots
- Using instant rollbacks
- Configuring episodic replication
- Section X. Reference
About managing CIFS shares
You can export the Access Appliance file systems to clients as CIFS shares. When a share is created, it is given a name. The share name is different from the file system name. Clients use the share name when they import the share.
You create and export a share with one command. The same command binds the share to a file system, and you can also use it to specify share properties.
In addition to exporting file systems as CIFS shares, you can use Access Appliance to store user home directories. Each of these home directories is called a home directory share. Shares that are used to export ordinary file systems (that is, file systems that are not used for home directories), are called ordinary shares to distinguish them from home directory shares.
Upgrade considerations
If CIFS is configured as domain member server in CTDB clustering mode, you are not required to make any changes. During upgrade, the CIFS services is brought offline and when upgrade completes, the CIFS services is brought online. This is required since Samba does not support rolling upgrade of CTDB for major version change. After upgrade, use the FQDN instead of the virtual IP address to perform the necessary steps to mount the shares.
If CIFS is configured as domain member server in normal clustering mode, the upgrade is completed successfully and the CIFS- related VCS group come online. However, as the shares use the virtual IP address for msdfs path, the share access after upgrade fails. Hence, you have to delete the shares that are already present and then, add them back. When you add the shares again, use the FQDN instead of the IP address of the virtual IPs.
You also have to perform the following steps:
For DNS server:
Add SPN entry for all the server IPs on AD server. SPNs are used by Kerberos authentication to associate a service instance with a service logon account.
For non-DNS server:
Add FQDN entry for the virtual IP addresses using the Access CLISH using the network host add ipaddr fqdn command.
Add FQDN entry in the
/etc/hosts
file for all the virtual IP addresses on the Windows client.Add SPN entry for all the virtual IP addresses on the Windows client.