StorNext Software

StorNext RAS Message - File System component [X] : License failed

The StorNext RAS message File System component [X] : License failed has 12 subtypes, based on the type of license failure. The ‘SR Notes’ section at the bottom of the RAS message describes the particular failure subtype. Please see the section below for explanations of each subtype.

You can find licensing information in the StorNext Licensing Guide, available either on the Quantum website or through the GUI by selecting Help > Documentation and selecting this guide.

You can view the current state of your licenses from the GUI, including capacity limits and expiration, by selecting Configuration > Licenses.

StorNext RAS Message - Physical Media Changer tape drive [X] : Maintenance operation failure

The Physical Media Changer tape drive [X] : Maintenance operation failure message refers to the automatic drive cleaning function in StorNext for a tape library. It has two possible causes, based on the details given under the ‘SR Notes’ section of the message.

When a drive requires cleaning, it returns a signal to StorNext. When StorNext receives that signal, a cleaning session is started, and it will not use that drive again to store or retrieve data until the cleaning session finishes. If a problem is encountered during this cleaning session, a RAS message is generated.

SR Notes Section: No Cleaning Media Available

StorNext RAS Message – File System Component [x] Not Responding

The message that a StorNext filesystem is not responding has two forms, which can be distinguished by the “SR Notes” section in the body of the message.

Form 1: <Reporting System> : fs <”file system name”> on host <FSS host system> not currently accessible (possibly stopped administratively). Thread <thread ID>pid 0, still trying.  Ticket creation time: <date & time>

Form 2: <Reporting System> : fs <”file system name”> : Timeout while attempting to force data flush for file <”filename”> (inode <inode number>) for file system <”file system name”> on host <Problem system>. See cvlog for more details.  Ticket creation time: <date & time>

DDM configuration for StorNext 5.2 and 5.2.0.1

The following steps provide DDM configuration for StorNext versions 5.2 and 5.2.0.1 which prevents one of the DDM licenses from being incorrectly used by the primary MDC.

Procedure

  1. On both the primary and the secondary MDC, edit the /etc/hosts file and remove any aliases for the two MDCs.  Ensure the IP address of the MDC is configured as the Fully Qualified Domain Name (FQDN) for both MDC.  For example, here is a partial listing of a /etc/hosts file showing only the IP and the FQDN for the two MDCs:

# External static node IP

10.20.232.72    upm660.lab.quantum.com

10.20.232.73    downm660.lab.quantum.com

StorNext - Unmanaged Filesystem on an MDC Displays a Yellow Exclamation Mark Icon (Warning)

StorNext - Unmanaged Filesystem on an MDC Displays a Yellow Exclamation Mark Icon (Warning)


Details:

  • An unmanaged filesystem that is active on the secondary MDC is displaying a yellow exclamation mark icon (Warning).
  • The filesystem is accessible.
  • GUI > Configuration > Filesystem displays a warning icon.

A possible explanation is that the filesystem is active on the stand-by MDC.

StorNext File System: Unable to Mount File System or Connect to FSM Via cvadmin

StorNext File System: Unable to Mount File System or Connect to FSM Via cvadmin


Issue:

When you are unable to mount a file system on some clients (when other clients can mount it fine), and unable to connect to the FSM process via a cvadmin tap, the user gets either a connection error or a license error.

One or more of the following errors might be observed:

FSM may have too many connections active.

[1214 11:27:31] 0xb7e2f6b0 (**Error**) Maximum number of connections (n) exceeded.
Connection by <hostname> rejected.

StorNext: File System Free Space Shows More Space Consumed Than Disk Usage Indicates

StorNext: File System Free Space Shows More Space Consumed Than Disk Usage Indicates ("du" and "df" Outputs Differ)


Symptom:
File system free space shows more space consumed than disk usage indicates in a StorNext File System. There are few, if any, sparse files.

Cause:
On heavily used file systems, ones with many files added and deleted, the free space fragmentation can exceed 1,000,000 fragments. The current ABMFreeLimit calculation only returns the first 1,000,000 fragments back for reuse. The ABMFreeLimit parameter instructs the file system manager how to process the Allocation Bit Map, which in turn goes into the calculation of the file system free space.

StorNext: Truncation is not working

StorNext: Truncation is not working

 

Files Are Not Truncated as Expected


Even if the truncation mintime requirement is met, files may not be truncated. Files are truncated only to keep the file system below the low-water mark (by default 75% of the capacity). When the daily truncation policies run, the oldest files are truncated first in an effort to bring the file system usage below the low-water mark. Thus, files may remain on disk even though their truncation mintime requirement has been met if the disk space is not required.

StorNext: Resolving Authentication Error Messages on the MDC after Connecting a StorNext Client That Was Previously an XSAN MDC Client

Symptom:

If a StorNext client is configured to access a StorNext metadata controller (MDC), but was previously configured to access an XSAN MDC, the following error message can occur frequently in the StorNext MDC system log:

NSS received unexpected authenticated message from <StorNext Client IP address>. DISCARDED.

StorNext: Resolving when a StorNext File System Client Fails to Mount a StorNext File System

StorNext: Resolving When a StorNext File System Client Fails to Mount a StorNext File System


Symptom:
On a StorNext or StorNext FX system, you receive the following error:

mount.cvfs: Can't mount filesystem 'FILESYSTEMNAME'.
Check system log for details. Invalid argument


Cause:
The system cannot resolve the IP address or hostname defined in the fsnameservers file.

Resolution:
Use this procedure to troubleshoot this problem.

Scalar DLC: How can I find the Product Serial Number?


Scalar DLC: How can I find the Product Serial Number?



For all Quantum software products, including Scalar DLC, the serial number is located on the packaging around the software when it was shipped to the customer.

The Scalar DLC software is in the format S/N DLC00123 (for example, DLC00596).

The Scalar DLC serial number is often entered into the license.lic file when the license is delivered. See the file system_drive\Program Files\ADIC\SDLC\docs\license.lic for this information. 



StorNext File System: What Does the '[Node X] Disk Stripe Group 0 is DOWN' Message Mean?

StorNext File System:  What Does the '[Node X] Disk Stripe Group 0 is DOWN' Message Mean?


Symptom:
The following message displays on a metadata controller (MDC):
fsm[13492]: [ID 550974 daemon.warning] StorNext File System FSS 'FSname[0]': [Node X] Disk Stripe Group 0 is DOWN for this client.

Cause:
Stripe Group 0 must contain the metadata and usually includes the journal. While the MDC must be able to access this stripe group, the client is only required to have access to disks containing data.

StorNext: Error in Windows - Unable to Open Configuration File: No Such File or Directory

Symptom:
During Windows startup or a StorNext File System Service restart, an error dialog appears stating:
 
(Critical) StorNext File System FSS 'snfs1[0]': error: Unable to open C:\Program Files\StorNext\config\snfs1.cfg: No such file or directory
 

Cause:
This is typically caused by the removal of a file system configuration file without removing its corresponding autostart entry in the StorNext File System Startup List. (The name of the problem file system is listed twice in the error message: one is in quotes and has a number in square brackets appended to it, and the other is the name of the config file listed, minus the '.cfg' suffix.)
 

StorNext: How to Change the Setting of the PERCENT_FULL_TO_MIGRATE Environment Variable

StorNext: How to Change the Setting of the PERCENT_FULL_TO_MIGRATE Environment Variable
 

Issue:
The PERCENT_FULL_TO_MIGRATE environment variable is the percentage value used to check against to determine if a medium is full enough to be migrated.  Its default value is 99.9%. This article shows how to change this value.

StorNext: How to Avoid Reformating All Connected LUNs and Losing Data When the OS Is Updated or Reloaded

Problem to Avoid
Be careful when you perform an operating system update or reload!

To avoid accidentally reformatting all attached LUNs and removing all data on them, follow the advice given below.  If these things happen and the updated system includes StorNext, this could keep StorNext from functioning.

Pages