What's New in StorNext 7.2.4

Purpose of this Release

StorNext 7.2.4 is a maintenance and compatibility-focused release that enables seamless upgrades across all Xcellis hardware generations (Gen 1, Gen 2, and Gen 3 – see Upgrade Enablement). This release consolidates critical software fixes listed in the section Fixed Issues and Enhancements Addressed in StorNext 7.2.4, and expands hardware and operating system support.

Note: Once you upgrade StorNext software, downgrading or rolling back to a previous version is not supported.

Enhancements

Upgrade Enablement

Direct upgrade paths are now available for Xcellis Gen 1 system and Xcellis Gen 2 systems from StorNext version 7.1.0 or later. Xcellis Gen 3 systems can upgrade directly from StorNext version 7.2.2.

Bug Fix Consolidation

Fixes from StorNext version 7.2.2 (previously Xcellis Gen 3-only) are now available on Xcellis Gen 1 and Xcellis Gen 2 platforms.

Device Mappings

Increased the default value of the max_dev mount option from 512 KiB to 2 MiB to support larger device mappings.

Enhanced HA Configuration Security

Introduction of a Secret field in the GUI to strengthen security by requiring a shared secret value between nodes during HA configuration.

How It Works

The secret value is predefined on the secondary node and must be retrieved by an administrator (via SSH). The value is then entered into the GUI on the primary node.

Validation

The Scan Node function confirms the secret value. Incorrect values result in an error, preventing misconfiguration.

Recommended Access Order (RAO) Functionality

The RAO feature is a new capability introduced with LTO-9 tapes and compatible hardware, designed to improve the efficiency of reading files from tape. When supported by the tape library, RAO operates automatically in the background. This functionality is controlled by the TSM system parameter RAO_ENABLED, which is set to true by default. RAO is available on all operating system versions that support StorNext 7.2.4 and above.

Note: If the system does not support RAO, this setting is ignored, and leaving it enabled has no impact on system behavior.

The only configuration required for this feature is the TSM system parameter RAO_ENABLED, which can be set to either true or false. On systems with RAO-enabled hardware, setting RAO_ENABLED to true allows StorNext to utilize the tape drive’s RAO functionality for more efficient file retrieval. If set to false, the RAO feature is disabled and StorNext will retrieve files using the standard method. To configure the system parameter, modify the sysparm override file located at /usr/adic/TSM/config/fs_sysparm_override and add an entry that is RAO_ENABLED=true; or RAO_ENABLED=false;. For more information see Tools > Storage Manager > System Parameters.

Note: If data compression is on, then RAO does not work as well and may give less enhancement than if the data was not compressed. There is no risk of data loss or errors if this happens. The perfomance degredation is only on the RAO feature, so the system performs as well as a system that does not have RAO enabled.

Upgrade Restrictions

Beginning with StorNext version 7.2.4, you cannot upgrade Xcellis Gen 1, Xcellis Foundation, and Artico (R630) systems that have a Mellanox ConnectX-3 expansion card installed. Quantum no longer provides kernel patches, as the Mellanox ConnectX-3 expansion card is no longer supported by Mellanox.

Note: If your system does not have a Mellanox ConnectX-3 expansion card installed, you can upgrade to StorNext version 7.2.4 (or later).

Hardware Support

Newly Supported on Xcellis Gen3 Systems

Library and Drive Support

Supported

Not Supported

OS Compatibility

Customer Supplied Hardware Support

Client OS Support

New Features and Enhancements to the Quantum Unified User Interface (UUI)

Multi-Factor Authentication (MFA)

UUI Failover and Disaster Recovery

Additional Improvements

Information about Pre-Upgrade Checks

Beginning with StorNext version 7.2.0, the pre-upgrade check validation process also checks for RPM files that cannot be upgraded. Upon validation failure, an Admin Alert containing a list of RPMs found that are not expected on the node(s), is generated. You must remove these RPMs from the node(s) before you activate the upgrade. If the system you are upgrading includes the lin_tape RPMs, you must remove the RPMs before you start the upgrade process, and then install the RedHat 8 version of the RPMs after the upgrade process is complete.

Information About StorNext Firmware Upgrades

If your system is running StorNext 7.0.1.1 (or earlier) and you use the StorNext GUI to upgrade your firmware, do the following to upgrade to StorNext 7.0.2 (or later).

Caution: Due to a known file size limitation (10 GB), if you attempt to upgrade your firmware using the StorNext GUI, the upload of the second firmware file fails with the following error:

File upload failed. The request was rejected because its size exceeds allowed range.

Do the following to workaround this issue:

  1. Modify the com.icesoft.faces.uploadMaxFileSize parameter in the web.xml file (located in /usr/adic/tomcat/webapps/ROOT/WEB-INF/web.xml) to a value of 10737418240.

    Example

    <!--  Max. file size to upload (10 GB)  -->
    <context-param>
    <param-name>com.icesoft.faces.uploadMaxFileSize</param-name>
    <param-value>10737418240</param-value>
    </context-param>
  2. Save your changes to the web.xml file.

  3. Open a root UNIX shell window on your appliance, and run the following command to restart the StorNext GUI:

    Note: Wait a few minutes before you try to access the StorNext GUI, and then retry the command if it fails.

    # service stornext_web restart

Information About StorNext Unified Connector Upgrades

If your system is running StorNext version 7.1 (or later), you must upgrade the StorNext Unified Connector on non-MDC based clients.

Note: The StorNext Unified Connector is automatically upgraded on MDC based clients as a part of the StorNext software upgrade process.

Caution: Only the latest version of the StorNext Unified Connector properly displays performance metrics and statistics in the UUI.

To upgrade your StorNext Unified Connector, see Unified Connector Tasks.

Information about FlexSync Support

StorNext 7.2.4 only supports FlexSync 3.1.0 (or later). If you want to install StorNext 7.2.4 on your system, or upgrade your system to StorNext 7.2.4 and want to use FlexSync, then you must install FlexSync 3.1.0 (or later), or upgrade to FlexSync 3.1.0 (or later) on each system using the feature, including the source destination, the target destination, and the managing appliance.

Caution: Mixed versions of FlexSync daemons is not supported and results in a communication error. You must install the same version of FlexSync, or upgrade to the same version of FlexSync on all of the hosts or systems using Flexsync. A newer version of the Flexsync daemon cannot communicate with an older version within a configuration, or on another host or system.

Manual Installation Required: Xcellis Workflow Extender (XWE) Unified Connector Package Not Automatically Installed in StorNext 7.2.4

In StorNext 7.2.4, the XWE Unified Connector package is not installed automatically and must be installed manually via the UUI. Follow the steps below after StorNext 7.2.4 is installed and configured on the XWE:

Installation Steps

  1. Register the XWE with the UUI. On the XWE, run the following command, replacing the placeholder with the UUI's hostname or IP address:

    /usr/cvfs/bin/snrest gateway register [hostname-or-ip-address-of-UUI]
  2. Access the UUI. Log in to the UUI and navigate to the Clients page.

  3. Download the Unified Connector Package. Locate the XWE in the Clients list. Under Actions, click the Download link to retrieve the Unified Connector package.

  4. Install the Package on the XWE. Follow the on-screen instructions to complete the installation using the downloaded package.

Compatibility and Support

The StorNext 7.2.4 Compatibility Guide provides the basic compatibility for StorNext 7.2.4, including the StorNext components supported, operating systems and service packs, libraries and drives, browsers, virtual machines, and appliance support. Listed below are just a few of the types of information available to you in the StorNext 7.2.4 Compatibility Guide.

Fixed Issues and Enhancements Addressed in StorNext 7.2.4

ID Description
SNXT-795 frequent lines like crond[216059]: pam_sss(crond:session): Request to sssd failed. Connection refused found in /var/log/secure
SNXT-948 --norequiredmedia description is missleading in fsimport man page
SNXT-1006 sntier relies on mountpoint causing issues when filesystem is stopped /removed but mounted
SNXT-1044 fsaddclass and fsmodclass drive pool name are not checked against the actual drive pools names and naming rules are inconsistent between fs and vs
SNXT-1161 'error 37' during mdarchive restore when 'quotas' is enabled
SNXT-1168 man page in sntier should mention --file to prevent directory affinitty move
SNXT-1234 Health Check (Media) is reporting 'Not enough LTO media' alerts despite there are unused blank tapes assigned to the policy.
SNXT-1408 UUI: Support running UUI on node 1 of MDC HA pair
SNXT-1478 Unprivileged users are not allowed to login after the Leapp upgrade completes and the rest of the platform upgrade is running
SNXT-1489 The grub settings intremap=no_x2apic_optout and nox2apic are not getting set on software RAID based XWD and XWE systems on upgrades to 7.2.0
SNXT-1491 XWEGen1 upgrade failed in ExtraRPMs with missing dependencies
SNXT-1530 Misconfigured snfs_rest_config.json file caused the fsmpm to fail to start without a good error output pointing to the cause.
SNXT-1536 Update the preupgrade check for the free space in /var for OS conversion upgrades from 10GB to 16GB
SNXT-1561 License: Invalid product code 0xB70(=DAE)
SNXT-1583 Consider having configurable use-at-your-own-risk revoke timeout
SNXT-1621 Fresh install of XWD or XWE results in missing /usr/cvfs/config/deviceparams file and system defaults for the I/O scheduler and nr_requests
SNXT-1656 'Balance' allocation strategy does not seem to work with default 'Inode Stripe Width' size
SNXT-1659 Add support for LTO RAO capability
SNXT-1670 XWE upgrade from 6.4.1 through to 7.2.0 fails the MellanoxUpdate checkpoint on 7.2.0 due to missing the kernel-modules-extra RPM
SNXT-1701 Add a new utility script to be used on Gen2 SWRAID based Xcellis systems to map the current boot drives to their physical slot numbers
SNXT-1758 fsmedcopy can write the EOD to the beginning of the tape if the source can't be read.
SNXT-1784 ActiveScale Cold Storage team would like REST API to trigger Audit
SNXT-1799 tracking bug for rdar://140352101 (acfs: heap overflow in dmfs_read_reply)
SNXT-1833 After upgrade to StorNext 7.2.0 the Notification (sl_noti_email_monitor) will not stay started
SNXT-1838 Need instrumented FSM code to resolve NFL issue
SNXT-1846 USBE container log grows to fill/scratch
SNXT-1939 ACLs on NFSv4: the users with read-only access should not be able to modify settings using nfs4_setfacl command
SNXT-1957 xdi crashes with SEGFAULT in SN7.2.0 with RH8 when using the webconsole