Review the sections below, which include important information about upgrading.
Before you begin the upgrade you should note the following considerations so you can plan accordingly. Consider the following prior to upgrading:
Not all StorNext releases may be upgraded to a given StorNext release. As a result, an upgrade to the current version of StorNext may require multiple, incremental upgrades, depending on the version of StorNext currently installed.
For information about supported upgrade paths, consult the StorNext Compatibility Guide. If your system is running a StorNext release prior to the supported upgrade releases for a given StorNext 6 (and later) release, consult an earlier version of the StorNext Compatibility Guide that applies to your specific upgrade, and the dependencies for StorNext Clients in the environment.
- Firmware upgrade installation files must first be acquired from Quantum.
Before upgrading StorNext review the following upgrade guidelines:
Note: This upgrade guide documents supported upgrades to StorNext 6 (and later) only. For customers with older versions of StorNext, consult the StorNext Upgrade Guide that corresponds to the version of StorNext you are upgrading to.
Note: StorNext 6 requires a minimum journal size of 4MB and a recommended size of 64MB. If you have file systems with journal sizes less than the 4MB minimum, you must resize their journals before upgrading to StorNext 6. Use the
cvupdatefs utility or the GUI to resize the journal. When the journal is resized, the new size must be 16MB or greater. File systems with journals between 4MB and 16MB will run with StorNext 6, but it is recommended that these file systems have their journal resized to the recommended 64MB.
Note: For non-Windows upgrades, the snPreInstall script must be run prior to install.stornext.
Beginning with StorNext 4.3.0, StorNext uses a MySQL database for information needed internally by Storage Manager.
The MySQL database requires a minimum of 8 GB of RAM.
Before attempting to upgrade from a previous StorNext release, make sure you have free space on the file system. If the file system is nearly full when you begin the upgrade, serious errors may occur or the upgrade could fail. Best practice is to maintain an area on the file system which is not used for data or system files, but is reserved as an empty buffer to ensure that upgrades and other operations complete successfully.
StorNext 6 (and later) and later has the following additional disk space requirements:
Directory Space Required
* Space requirements based on the following:
Additional space will be required as Storage Manager manages more files, directories, copies and versions.
- If you are planning on upgrading your RHEL5 to RHEL6, refer to Replacing an MDC in a non-HA environment (non-backup/restore method)” in the “Replacing an MDC” topic.
Make sure the MDC uses a supported operating system and platform, and if necessary update to a supported release or kernel version before installing StorNext.
There is a potential problem with the system clock on Nehalem Intel processors that can cause the clock to jump and temporarily freeze the system. The problem affects RedHat Linux releases 6.0, 6.1, 6.2 and their CentOS counterparts on systems with Intel processor versions identified by the internal codename Nehalem. The fix involves changing the kernel parameters in the
Follow the steps below to modify the
grub.conffile so that the Intel sleep state is disabled. Making this change could result in increased power consumption, but it helps prevent problems which result in system hangs due to processor power transition.
For the above systems, prior to installation, add the following text to the "kernel" line in
grub.conf:idle=poll intel_idle.max_cstate=0 processor.max_cstate=1
In some cases, performance can also be improved by adjusting the idle kernel parameter. However, care should be taken when using certain values. For example,
idle=pollmaximizes performance but is incompatible with hyperthreading (HT) and will lead to very high power consumption. For additional information, refer to the documentation for your version of Linux.
- Reboot the system for the change to take effect.
- Before upgrading, make sure there is no I/O activity. On the StorNext home page, the number of store candidates should be zero. For tape drives, make sure no media is mounted and no read/write operations are being performed. If there is I/O activity, wait for the I/O activity to complete before upgrading. If you attempt to perform an upgrade during a period of high activity, the upgrade may fail.
- Before upgrading, Quantum recommends reviewing system configuration settings and performing a backup procedure to back up StorNext configuration files.
- Before upgrading, Quantum recommends storing all files. (If you do not store files prior to upgrading, Quantum recommends running a rebuild policy after the upgrade.)
- Before upgrading, Quantum recommends making sure all tape drives are at approved firmware levels. After upgrading, you may not be able to use drives that are not running an approved firmware version.
Caution: As the File System Manager (FSM) supports over 1000 clients (with more than 1000 file requests per client), the resource limits of your MDC may be exhausted with additional load from other processes. Exceeding the file descriptor limit will cause errors to your system. Quantum recommends you not run additional applications on the MDC.
Note: The performance of the storage holding the Storage Manager database and metadata archives has an impact on overall StorNext file system performance. Quantum recommends that the Storage Manager database and metadata archives are stored on high performance storage devices, such as a RAID array. Storing the Storage Manager database on slower storage devices, including local disks, can result in poor performance or time-outs.
Note: The install.stornext script will scan the rpms that are to be installed to ensure that all dependencies will be successfully resolved. Unresolved dependencies will result in a warning from the install.stornext script, and prompt the user to either quit or continue. Continuing without resolving the dependencies may result in system instability or StorNext not being able to operate. It is strongly recommended that the missing dependencies are resolved prior to installing StorNext.
Consult your operating system's package repository for the missing dependencies. Required dependencies include gcc, make, and kernel-headers on Redhat or kernel-source on SUSE.
Note: The UIDs for the quantumdb and tdlm users and the adic group must be identical on both nodes of an HA pair. If the UIDs are not identical, the MySQL database will not start (due to file permission errors), which in turn prevents storage manager from fully starting up. Quantum recommends creating the UIDs for the quantumdb and tdlm users along with the
adic group on both nodes prior to running install.stornext
Separate licenses are required for different StorNext components (such as File System and Storage Manager) and features (such as Replication, HA and Distributed Data Mover.)
For a list of all the StorNext licenses, refer to the current StorNext Licensing Guide available online at http://www.quantum.com/snsdocs.
Disk licensing has been added to StorNext in order to help quantify customers’ configurations. Disk licenses are required on all StorNext Metadata Controllers (MDCs) but may be updated after upgrade. For additional information on disk licensing, see the StorNext 6 and StorNext FX 6 Licensing Guide.
Be aware of the following upgrade-related implications and plan accordingly:
- A non-expired Maintenance license is required to perform a StorNext upgrade. This means you must contact Quantum Technical Support for a Maintenance license before you can upgrade StorNext.
- The Maintenance license provided by Quantum Technical Support must be put into place prior to the upgrade, or you will not be allowed to proceed with the upgrade. You can either enter licenses through the StorNext GUI or manually edit the
- You will still be allowed to run StorNext if the Maintenance license expires. However, no future upgrades will be allowed.
- The Maintenance license must remain in place even after expiration to allow the StorNext software to run, because it indicates which version of the software was purchased.
- When you extract client/server .bin files, you must read and accept the StorNext End User License Agreement (EULA).
If you are ready to upgrade and then notice that the Storage Manager capacity has been exceeded, you can follow the procedure below to free up capacity to bring it under the licensed value. These steps will clean up “dead space” on tape media, and do not apply to storage disks.
Run the fsmedcopy command with no arguments. Running command generates a report of media and wasted space. The report looks similar to this:% fsmedcopy
Media Fragmentation Report Thu Feb 4 15:18:14 2010
Media ID Fill Level Wasted Space
000099 10.00 0.00
000098 30.00 5.00
000096 70.99 44.98
000095 0.12 99.65
The “Fill Level” column displays how full the media is. The “Wasted Space” column indicates how much of the used space is wasted, NOT the percentage of the entire tape.
Media with high percentages for both values (such as media 000096 in the example) are good candidates for eliminating dead space.
For each media you identify as having significant dead space, run this command:% fsmedcopy -r <mediaid>
Note: On a large system, the fsmedcopy report can take a long time to complete. If your site is dynamic (that is, it has a lot of file removes and updates,) you can skip step 1 and just pick media you know are full, and then run the command fsmedcopy -r against those media.
If you are upgrading to StorNext 6 (and later), and you have an existing
- Obtain a new license file for your system that includes the new
- Manually create a staging area for the license update at
/usr/cvfs/update/config. Do this on both the primary and secondary nodes in an HA environment.
- Manually copy in the new
/usr/cvfs/update/config. Do this on both the primary and secondary nodes in an HA environment.
- Upgrade to StorNext 6 (and later) per the applicable procedure.
Upon a successful upgrade, use the StorNext GUI to verify the license
object_storage is installed.
Taking into consideration the new licensing procedures, here is a summary of the steps necessary to upgrade to 6 (and later):
- Obtain the necessary licenses from Quantum Technical Support.
- Update the
license.datfile with a current Maintenance license and any other StorNext component/feature licenses you have purchased.
- Run the upgrade program as explained in Upgrade non-HA Linux MDCs.
- Log in to the StorNext GUI.
- Use the StorNext Configuration Wizard to finish configuring your system.
To upgrade to the StorNext 6 (and later) client software on Linux and Unix systems, install the new client software package. There is no need to uninstall previous versions of the client software. (On Solaris systems, you will need to uninstall previous versions before upgrading.) For more information about installing the client software on Linux and Unix, see the current StorNext Installation Guide.
The steps required to upgrade clients to StorNext 6 (and later) includes the following:
- Unmount all StorNext file systems.
- Stopping the cvfs services by running
/sbin/init.d/cvfs fullstop, or some other method.
- Unpack the new build.
- Unload and load or upgrade
- Restart services.
- Check cvadmin/cvlabel.
- Mount the StorNext file systems.
Installation and upgrade media is shipped on DVDs. If you plan to install from media, you must have a DVD ROM drive to perform the installation or upgrade. See DVD Directories for information on the directories used on the DVD.
The upgrade instructions in the following sections are for DVD upgrades. If you download your StorNext installation software from the Web, your steps will be slightly different. You will download an executable program that will require you to accept the StorNext end user license agreement and will then extract the StorNext installer.
Note: If you are performing an upgrade on a single MDC node system using RPM files, see
As part of the installation from a Web download, the software files are extracted into the /tmp/stornext directory by default. The software, when extracted, requires approximately 800 MB of space. Make sure there is enough free space in the default directory to extract the files. If there is not sufficient space, you may need to specify an alternative directory with the -d option.
Note: When selecting install packages to download from the web, observe that the stornext_full directory includes the Storage Manager install packages and the fs_only directory installs the StorNext File System only.
To specify an alternate location before beginning the installation, enter the following command:
<installation file> is the name of the installation file, and
<dir> is the directory into which you want to extract the installation files.