Computer Drive User Manual
Table Of Contents
- Chapter 1. HPSS 7.1 Configuration Overview
- Chapter 2. Security and System Access
- Chapter 3. Using SSM
- 3.1. The SSM System Manager
- 3.2. Quick Startup of hpssgui
- 3.3. Configuration and Startup of hpssgui and hpssadm
- 3.4. Multiple SSM Sessions
- 3.5. SSM Window Conventions
- 3.6. Common Window Elements
- 3.7. Help Menu Overview
- 3.8. Monitor, Operations and Configure Menus Overview
- 3.9. SSM Specific Windows
- 3.10. SSM List Preferences
- Chapter 4. Global & Subsystem Configuration
- 4.1. Global Configuration Window
- 4.2. Storage Subsystems
- 4.2.1. Subsystems List Window
- 4.2.2. Creating a New Storage Subsystem
- 4.2.3. Storage Subsystem Configuration Window
- 4.2.3.1. Create Storage Subsystem Metadata
- 4.2.3.2. Create Storage Subsystem Configuration
- 4.2.3.3. Create Storage Subsystem Servers
- 4.2.3.4. Assign a Gatekeeper if Required
- 4.2.3.5. Assign Storage Resources to the Storage Subsystem
- 4.2.3.6. Create Storage Subsystem Fileset and Junction
- 4.2.3.7. Migration and Purge Policy Overrides
- 4.2.3.8. Storage Class Threshold Overrides
- 4.2.4. Modifying a Storage Subsystem
- 4.2.5. Deleting a Storage Subsystem
- Chapter 5. HPSS Servers
- 5.1. Server List
- 5.1. Server Configuration
- 5.1.1. Common Server Configuration
- 5.1.1. Core Server Specific Configuration
- 5.1.2. Gatekeeper Specific Configuration
- 5.1.3. Location Server Additional Configuration
- 5.1.4. Log Client Specific Configuration
- 5.1.1. Log Daemon Specific Configuration
- 5.1.2. Migration/Purge Server (MPS) Specific Configuration
- 5.1.3. Mover Specific Configuration
- 5.1.3.1. Mover Specific Configuration Window
- 5.1.3.1. Additional Mover Configuration
- 5.1.3.1.1. /etc/services, /etc/inetd.conf, and /etc/xinetd.d
- 5.1.3.1.2. The Mover Encryption Key Files
- 5.1.3.1.3. /var/hpss/etc Files Required for Remote Mover
- 5.1.3.1.1. System Configuration Parameters on IRIX, Solaris, and Linux
- 5.1.3.1.1. Setting Up Remote Movers with mkhpss
- 5.1.3.1.2. Mover Configuration to Support Local File Transfer
- 5.1.1. Physical Volume Repository (PVR) Specific Configuration
- 5.1.1. Deleting a Server Configuration
- 5.1. Monitoring Server Information
- 5.1.1. Basic Server Information
- 5.1.1. Specific Server Information
- 5.1.1.1. Core Server Information Window
- 5.1.1.1. Gatekeeper Information Window
- 5.1.1.1. Location Server Information Window
- 5.1.1.2. Migration/Purge Server Information Window
- 5.1.1.3. Mover Information Window
- 5.1.1.1. Physical Volume Library (PVL) Information Window
- 5.1.1.2. Physical Volume Repository (PVR) Information Windows
- 5.1. Real-Time Monitoring (RTM)
- 5.2. Starting HPSS
- 5.1. Stopping HPSS
- 5.2. Server Repair and Reinitialization
- 5.1. Forcing an SSM Connection
- Chapter 6. Storage Configuration
- 6.1. Storage Classes
- 6.2. Storage Hierarchies
- 6.3. Classes of Service
- 6.4. Migration Policies
- 6.5. Purge Policies
- 6.6. File Families
- Chapter 7. Device and Drive Management
- Chapter 8. Volume and Storage Management
- 8.1. Adding Storage Space
- 8.2. Removing Storage Space
- 8.3. Monitoring Storage Space
- 8.4. Dealing with a Space Shortage
- 8.5. Volume Management
- 8.6. Monitoring and Managing Volume Mounts
- 8.7. New Storage Technology Insertion
- Chapter 9. Logging and Status
- Chapter 10. Filesets and Junctions
- Chapter 11. Files, Directories and Objects by SOID
- Chapter 12. Tape Aggregation
- Chapter 13. User Accounts and Accounting
- Chapter 14. User Interfaces
- Chapter 15. Backup and Recovery
- Chapter 16. Management Tools
environment variable HPSS_SSM_ALARMS with the desired name of the cache file. The default for
HPSS_SSM_ALARMS is defined in hpss_env_defs.h as NULL. SSM will revert to the internal memory
cache if it cannot access the specified cache file for any reason.
The site may set the HPSS_SSM_ALARMS environment variable to any UNIX file that has
read/write access for user root on the machine where the SM is to be run (since the SM runs as user root).
A good path might be /var/hpss/log/alarm_buffer to keep the log files all in one place.
Using a disk cache makes SSM alarms and events “persistent”; that is, if the System Manager is
restarted, SSM will be able to display all old messages still in the disk cache. Caching the alarms and
events in memory means the alarm cache starts out empty each time the System Manager is restarted.
By default, 2000 messages are cached before the oldest are discarded. This value can be modified by
setting the HPSS_SSM_ALARMS_DISPLAY environment variable to the desired number of messages
to be retained and restarting the System Manager.
Once an old message is discarded, it cannot be accessed anymore from the Alarms and Events window.
Older messages can be accessed by the delog utility.
Since the messages are cached and managed by the System Manager, all SSM users connected to the
System Manager will see the same messages. However, preferences selected on the Alarm and Event
Preferences window are applied on a user-by-user basis.
Messages can be delivered to the System Manager and stored in the cache only while the SSM System
Manager is running. Any messages generated while the System Manager is down will not be accessible
from the HPSS Alarms and Events window (but they should be accessible from the delog utility). This
means that there can be gaps in the list displayed in the Alarms and Events window if the System
Manager is shut down and restarted while the rest of HPSS is up.
9.6.4.2. Controlling Log Messages Displayed by hpssgui and hpssadm
The hpssgui and hpssadm programs each keep an internal cached copy of the Alarm and Event list. The
list is maintained by regular polling requests to the System Manager. Please review and reference the
hpssgui and hpssadm man pages for further details on the settings discussed in this section.
The polling interval is set by the HPSSSSM_UI_ALARM_RATE environment variable, which may be
overridden by the "-A" option to the hpssgui or hpssadm startup script. The default is to poll the System
Manager every 5 seconds for new log messages.
Each polling request returns only "new" messages, those which have not already been retrieved by the
hpssgui or hpssadm in a previous polling request. If there are no new messages in the System Manager
log cache, no messages are returned.
By default, the maximum number of messages retrieved by each polling request is 2000. If there are
more than 2000 new messages in the System Manager log message cache, only the 2000 newest will be
returned. This means that if new messages are arriving rapidly at the System Manager and the hpssgui or
hpssadm polling interval and maximum number of messages values are not set appropriately, there can be
gaps in the hpssgui or hpssadm Alarm and Event list.
The value for the maximum number of messages to return by each polling request may be redefined by
the HPSS_SSM_ALARM_GET environment variable or by the "-G" option to the hpssgui or hpssadm
startup script. The command line option takes precedence over the environment variable. This option
HPSS Management Guide November 2009
Release 7.3 (Revision 1.0) 306