GC 27421208
GC 27421208
Version 7 Release 5
IBM
GC27-4212-08
Note
Before using this information and the product it supports, read the information in the Notices section.
This edition applies to version 7, release 5, Modification 2 of theIBM DS8000 Series Command-Line Interface User’s
Guide and to all subsequent releases and modifications until otherwise indicated in new editions.
© Copyright IBM Corporation 2004, 2016.
US Government Users Restricted Rights – Use, duplication or disclosure restricted by GSA ADP Schedule Contract
with IBM Corp.
Contents
About this book . . . . . . . . . . . vii Chapter 4. CLI commands . . . . . . 45
Who should use this book . . . . . .. vii . . About CLI commands . . . . . . . . . . .45
Conventions and terminology . . . . .. vii . . Understanding the syntax diagrams . . . . . .46
Syntax diagram conventions. . . . . .. vii . . Common command flags . . . . . . . . . .47
Publications and related information. . . . . . viii Framework commands . . . . . . . . . .48
Ordering IBM publications . . . . . . . . . xi dscli . . . . . . . . . . . . . . . .49
Sending comments . . . . . . . . . . . . xi echo . . . . . . . . . . . . . . . .50
exit . . . . . . . . . . . . . . . .51
Summary of Changes . . . . . . . . xiii help . . . . . . . . . . . . . . . .51
helpmsg . . . . . . . . . . . . . .52
quit . . . . . . . . . . . . . . . .53
Chapter 1. Introduction to the DS8000
setenv . . . . . . . . . . . . . . .53
series. . . . . . . . . . . . . . . . 1 setoutput . . . . . . . . . . . . . .55
Overview of the DS8000 series . . . . . . . . 1 showenv . . . . . . . . . . . . . .58
ver . . . . . . . . . . . . . . . .59
Chapter 2. Installing, upgrading, and Security commands. . . . . . . . . . . .61
uninstalling the DS CLI . . . . . . . . 3 User account and security commands . . . .61
Operating systems that support the DS CLI . . . . 3 Data encryption and security commands . . .94
Installing the DS CLI . . . . . . . . . . . 4 User access security commands . . . . . . 116
DS CLI preinstallation information . . . . . . 4 Internet Protocol Security (IPSec) commands 124
Mounting the DS CLI installation CD . . . . . 6 Application key commands. . . . . . . . . 137
Installing the DS CLI using the graphical mode. . 7 applykey . . . . . . . . . . . . . . 137
Installing the DS CLI using the console mode . . 10 lskey . . . . . . . . . . . . . . . 138
Installing the DS CLI using the unattended Physical resource information commands . . . . 139
(silent) mode . . . . . . . . . . . . . 14 lsda . . . . . . . . . . . . . . . 140
Correcting the Java Virtual Machine Not Found lsframe . . . . . . . . . . . . . . 142
Error . . . . . . . . . . . . . . . 15 lsstgencl . . . . . . . . . . . . . . 144
Upgrading the DS CLI on your system . . . . . 16 lshba . . . . . . . . . . . . . . . 146
Uninstalling the DS CLI . . . . . . . . . . 16 lsddm . . . . . . . . . . . . . . . 148
Uninstalling the DS CLI from your system using Storage complex configuration commands . . . . 152
graphical mode . . . . . . . . . . . . 17 chsp . . . . . . . . . . . . . . . 152
Uninstalling the DS CLI using unattended (silent) setvpn . . . . . . . . . . . . . . . 153
mode . . . . . . . . . . . . . . . 18 lsvpn . . . . . . . . . . . . . . . 154
Uninstalling the DS CLI using the console mode 18 showsp . . . . . . . . . . . . . . 155
Uninstalling the DS CLI from a System i model 18 Storage unit configuration commands . . . . . 157
Running and configuring the DS CLI . . . . . . 20 chsu . . . . . . . . . . . . . . . 158
Creating a default CLI profile . . . . . . . 21 lssu. . . . . . . . . . . . . . . . 159
Setting up user accounts using the DS CLI . . . 27 showsu . . . . . . . . . . . . . . 161
Activating your machine and feature licenses Storage image configuration commands . . . . 164
using the DS CLI . . . . . . . . . . . 30 chsi. . . . . . . . . . . . . . . . 165
OpenVMS system integration . . . . . . . 31 diagsi . . . . . . . . . . . . . . . 167
lsserver . . . . . . . . . . . . . . 168
Chapter 3. Running the DS CLI . . . . 35 lssi . . . . . . . . . . . . . . . . 170
showsi . . . . . . . . . . . . . . 172
Logging into the DS CLI . . . . . . . . . . 35
I/O port and host connection configuration
Using the DS CLI single-shot command mode . . . 36
commands . . . . . . . . . . . . . . 176
Using the DS CLI script command mode . . . . 37
Storage image I/O port commands . . . . . 176
Using the DS CLI interactive command mode
Host connection commands . . . . . . . 192
(history and reports) . . . . . . . . . . . 38
Storage configuration commands . . . . . . . 212
Obtaining the serial (storage image ID) number
Array site specific commands . . . . . . . 212
using the DS CLI . . . . . . . . . . . . 39
Array specific commands . . . . . . . . 218
DS CLI command help . . . . . . . . . . 39
Rank specific commands . . . . . . . . 226
Obtaining and interpreting DS CLI exit codes . . . 40
Extent pool specific commands . . . . . . 239
DS CLI operational limitations . . . . . . . . 42
Address group specific commands . . . . . 255
Messages in the CLI and management console
Logical control unit specific commands. . . . 256
server . . . . . . . . . . . . . . . . 42
CKD logical volume specific commands . . . 267
Contents v
Index . . . . . . . . . . . . . . . 705
Typeface Description
Bold Text in bold represents menu items.
bold monospace Text in bold monospace represents command names.
Italics Text in italics is used to emphasize a word. In command syntax, it is used for
variables for which you supply actual values, such as a default directory or the name
of a system.
Monospace Text in monospace identifies the data or commands that you type, samples of
command output, examples of program code or messages from the system, or names
of command flags, parameters, arguments, and name-value pairs.
Notice Description
Note These notices provide important tips, guidance, or advice.
Important These notices provide information or advice that might help you avoid inconvenient
or difficult situations.
Attention These notices indicate possible damage to programs, devices, or data. An attention
notice is placed before the instruction or situation in which damage can occur.
The following table displays the conventions that are used in the DS8000 series command syntax.
Table 1. Command syntax conventions
Syntax convention Description Example
Command A command is the first word or set of help
consecutive characters.
To view a PDF file, you need Adobe Reader. You can download it at no charge from the Adobe website
(get.adobe.com/reader/).
Online documentation
Publications
You can order or download individual publications (including previous versions) that have an order
number from the IBM Publications Center website (www.ibm.com/shop/publications/order/).
Publications without an order number are available on the documentation CD or can be downloaded
here.
Table 2. DS8000 series product publications
Title Description Order number
DS8870 Introduction and Planning Guide This publication provides an overview of V7.5 GC27-4209-11
the product and technical concepts for V7.4 GC27-4209-10
DS8870. It also describes the ordering V7.3 GC27-4209-09
features and how to plan for an installation V7.2 GC27-4209-08
and initial configuration of the storage V7.1 GC27-4209-05
system. V7.0 GC27-4209-02
See the Agreements and License Information CD that was included with the DS8000 series for the
following documents:
v License Information
v Notices and Information
v Supplemental Notices and Information
Related publications
Listed here are the IBM Redbooks® publications, technical papers, and other publications that relate to
DS8000 series.
Table 4. DS8000 series related publications
Title Description
IBM Security Key Lifecycle Manager online product This online documentation provides information about
documentation (www.ibm.com/support/ IBM Security Key Lifecycle Manager, which you can use
knowledgecenter/SSWPVP/) to manage encryption keys and certificates.
IBM Tivoli® Storage Productivity Center online product This online documentation provides information about
documentation (www.ibm.com/support/ Tivoli Storage Productivity Center, which you can use to
knowledgecenter/SSNE44/) centralize, automate, and simplify the management of
complex and heterogeneous storage environments
includingDS8000 storage systems and other components
of your data storage infrastructure.
Related websites
Sending comments
Your feedback is important in helping to provide the most accurate and highest quality information.
To submit any comments about this publication or any other DS8000 series documentation:
Send your comments by email to starpubs@us.ibm.com. Be sure to include the following information:
v Exact publication title and version
v Publication form number (for example, GA32-1234-00)
v Page, table, or illustration numbers that you are commenting on
v A detailed description of any information that should be changed
This table provides the current technical changes to the DS8000 series (as of July 2016).
Function Description
Modified commands v Added the loginprompt and promptmessage parameters to the chsp command. These
parameters were also added to the report definitions of the showsp command.
v Added the spidfstate parameter to the following commands:
– showlcu
– showlss
v Added the spidfdisable parameter to the following commands:
– manageckdvol
– managefbvol
v Added the config parameter to the offloadfile command.
v Modified the port parameter to serverport in the mkkeymgr and lskeymgr
commands. The parameter was also modified in the report definitions of the
lskeymgr command.
This table provides the current technical changes to the DS8000 series (as of June 2015).
Function Description
mksestg command Updated the mksestg command to reflect the following text under the repcap
parameter:
This table provides the current technical changes to the DS8000 series (as of May 22, 2015).
Function Description
Modified commands v setauthpol command - Added the enable, disable, and setlocaladmin parameters.
v showauthpol command - Added the localAdmin field to the report definition.
v lsioport command - Added the CmdRetries and TransferReady fields to the report
definitions. Included read diagnostic parameters TxPower , RxPower,
TransceiverTemp, SupplyVolt, TXBiasCurrent, ConnectorType, TxType, CurrentSpeed,
FECStatus, UncorrectedBitErr, and CorrectedBitErr fields to the report definitions.
v showioport command - Added the parameters included in the lsioport command
above to the report definitions.
This table provides the current technical changes to the DS8000 series (as of January 2015).
Function Description
CLI default profile Updated information, including the list of profile variables that you can use to create a
DS CLI profile. For information, see “Creating a default CLI profile” on page 21.
Version 7, Release 4
This table provides the current technical changes and enhancements to the DS8000 series (as of December
5, 2014).
Function Description
New commands v manageextpool command - Starts a process to initiate a change on extent pools.
v chpprc command - Modifies the characteristics of an existing Remote Mirror and
Copy relationship.
Version 7, Release 3
This table provides the current technical changes and enhancements to the DS8000 series.
Function Description
IBM Knowledge Center To view DS CLI commands reference and usage information in Knowledge Center, use
the search or filtering functions, or find it in the navigation by clicking System Storage
> Disk systems> Enterprise Storage Servers> DS8000 and see Reference in the
navigation. Go to the IBM Knowledge Center website to learn more.
Java 6 Attention: The DS CLI now requires the Java 6 platform, or later, to be installed
before the installation of the DS CLI.
Lightweight on-demand ODD provides support to capture data for analysis with no impact to host
dump (ODD) applications. For information, see the diagsi command
Summary of Changes xv
Function Description
Modified commands v lsstgencl command - Added the DA_Pair_Type field to the report definitions.
v lsda command - Added the WWN field to the report definitions.
v lsddm command - Added the Flash option to the diskclass parameter and the Flash
field to the report definitions.
v lsarrysite command - Added the Flash option to the diskclass parameter and the
Flash field to the report definitions.
v showarraysite command - Added the Flash field to the report definitions.
v lsarray command - Added the Flash field to the report definitions.
v showarray command - Added the Flash field to the report definitions.
v showckdvol command - Added the sysplex field to the report definitions.
v showfbvol command - Added the sysplex field to the report definitions.
v diagsi command - Added the odd and oddlite options to the action parameter.
v ver command - Added the Bundle Version and HMC DSCLI fields to the report
definitions.
Version 7, Release 2
This table provides the current technical changes and enhancements to the DS8000 series.
Function Description
Modified commands v chsestg command - Added reptype parameter.
v chsu command - Added ertestmode parameter.
v dscli command - Added port parameter.
v lsaccess command - Added vpn field.
v lsarraysite command - Added diskclass and diskrpm parameters.
v lssesstg command - Added reptype and opratio fields.
v managekeygrp command - Added updatecert value to action parameter.
v managepwfile command - Added mcall parameter.
v mkkeymgr command - Modified description and added cert parameter.
v mksestg command - Added reptype parameter.
v rmsestg command - Added reptype parameter.
v setenv command - Added banner_date parameter.
v showenv command - Added bannerDate value.
v showkeygrp command - Added certificate field.
v showsestg command - Added reptype and opratio fields.
v showsu command - Added Energy Report Test Mode, ER Recorded, ER Power®
Usage, ER Inlet Temp, ER I/O Usage, and ER Data Usage fields.
v who command - Added protocol parameter and protocol field.
New commands v manageaccess command - Manages the minimum security protocol access settings of
an HMC for all communications to and from the DS8000 system.
v managekeymgr command - Allows you to manage an existing encryption key server.
v showaccess command - Displays the access properties of a specified HMC.
v showkeymgr command - Displays detailed properties of a specified key manager
entry.
Version 7, Release 1
This table provides the current technical changes and enhancements to the DS8000 series.
Function Description
Modified commands v chsi command - Added ethmtmode and etccmode parameters.
v showsi command - Added ETHMTMode and ETCCMode fields.
v lspprc command - Added firstpass and type parameters.
v mkfbvol, chfbvol, and lsfbvol commands - Added types 050 and 099 for IBM i.
v showvolgrp command - Added etccmap parameter.
v showckdvol command - Added tier and pathgrp parameters. Added the following
new fields: tierassignstatus, tierassignerror, tierassignorder, tierassigntarget,
%tierassigned.
v showfbvol command - Added tier, pathgrp, and reserve parameters. Added the
following new fields: tierassignstatus, tierassignerror, tierassignorder,
tierassigntarget, %tierassigned.
v mkflash command - Added resetreserve parameter.
v resyncflash command - Added resetreserve parameter.
v resyncremoteflash command - Added resetreserve parameter.
v reverseflash command - Added resetreserve parameter.
v mkremoteflash command - Added resetreserve parameter.
v showlcu command - Added sfstate parameter.
v showlss command - Added sfstate parameter.
v manageckdvol command - Added tier and assignorder parameters. Added
sfdisable, tierassign, and tierunassign -action parameter values.
v managefbvol command - Added tier and assignorder parameters. Added
sfdisable, tierassign, and tierunassign -action parameter values.
v chextpool command - Added tierunassign parameter.
v showextpool command - Added tier parameter.
This table provides the current technical changes and enhancements to the DS8000 series.
Function Description
New commands v mkipsec command - Creates an Internet Protocol Security (IPSec) connection on the
DS8000 by importing a configuration file that contains a connection definition to the
hardware management console (HMC).
v chipsec command - Modifies an existing Internet Protocol Security (IPSec)
connection.
v rmipsec command - Deletes an Internet Protocol Security (IPSec) certificate from the
hardware management console (HMC).
v setipsec command - Allows you to manage Internet Protocol Security (IPSec)
controls.
v lsipsec command - Displays a list of defined Internet Protocol Security (IPSec)
connections.
v mkipseccert command - Imports an Internet Protocol Security (IPSec) certificate to
the DS8000.
v lsipseccert command - Displays a list of Internet Protocol Security (IPSec)
certificates.
v rmipseccert command - Deletes an Internet Protocol Security (IPSec) connection
definition from the IPSec server.
Modified command v offloadfile command - Added new parameters (-ipsec, -ipsecall, -ipsecraw, and
-ipsecstat) to the syntax.
IPsec tasks Added instructions for using DS CLI commands to perform IPSec tasks. For more
information, see “Internet Protocol Security (IPSec) tasks” on page 511.
Version 7, Release 0
This table provides the current technical changes and enhancements to the DS8000 series.
Function Description
Modified commands v mkuser command - Character limit enforced on username. Additional note added
pertaining to enclosing password in quotes.
v lsflash command - Added new parameter (-dataset) to the syntax.
v pausegmir command - Added new parameter (-withsecondary) to the syntax.
v lsgmir command - Added new Paused with Secondary Consistency and Paused
because Resume Failed copy states.
v showgmir command - Added new Paused with Secondary Consistency and Paused
because Resume Failed copy states.
v reverseflash command - Modified the default copy behavior when used with both
the -tgtse and -fast parameters.
v lspprc command - Added new Suspended state reason codes to the report
definitions.
v mkfbvol command - Added new parameter (-t10dif) to the syntax.
Function Description
Modified commands v The lspprc command - Added new Suspended state reason codes to the report
definitions.
v The lsgmir and showgmir commands - Added new Paused with Secondary
Consistency and Paused because Resume Failed copy states.
v The pausegmir command - Added new parameter (-withsecondary) to the syntax.
v The mkfbvol command - Added new parameter (-t10dif) to the syntax.
Removed commands v Removed the following deprecated commands and older reference information from
this publication. This information is now available in the Archived CLI Information
section of the IBM System Storage DS8000 Information Center.
– DS6000™ remote support and notification commands (setplex, showplex,
setdialhome, setsmtp, setsnmp, setsim, setcontactinfo, showcontactinfo, and
testcallhome)
– DS6000 PE package commands (offloadss, mkpe, sendss, sendpe, lsss, and lspe)
– DS6000 problem log commands (closeproblem, and lsproblem)
– setoutput command
– The Command equivalents topic.
– The Output field descriptions topic.
– The Configuring the DS8000 (using DS CLI) for use with the Tivoli Storage
Productivity Center Replication Manager topic.
– Instructions for installing the DS CLI on an OpenVMS system.
This table provides the current technical changes and enhancements to the DS8000 series.
Function Description
Modified commands v The help command - Add new parameter (-match ) to the syntax.
v The offloadfile command - Added new parameters (-sdocert, -auditlog, and
-hmc) to the syntax.
v The lsfbvol command - Added a new field (Datatype FB 512t) to the report
definitions.
v The showfbvol command - Added a new variable (512t) for -datatype to the syntax
diagram, and added a new field (Datatype FB 512t) to the report definitions.
v The showfbvol command - Added new fields to the report definitions.
v The showckdvol command - Added new fields to the report definitions.
v The mksestg command - Changed the -vircap parameter from required to optional.
v The lshostconnect command - Add new parameter (-wwpn) to the syntax.
v The mkhostconnect command - Added the -wwpn parameter as an alias to -wwname.
v The setenv command - Added new parameters (-locale, -timeout, -fullid, and
-maxNumReports) to the syntax.
v The showenv command - Added new fields to the report definitions.
v The showextpool command - Added new fields to the report definitions.
v The lsextpool command - Added new fields to the report definitions.
New commands v The lsaccess command displays the access settings of a hardware management
console (HMC).
v The chaccess command allows you to change one or more access settings of a
hardware management console (HMC). Only users with admin authority can access
this command.
Version 6, Release 1
This table provides the current technical changes and enhancements to the DS8000 series.
Function Description
Installing the DS CLI Updated the instructions for installing the DS CLI application using the graphical
application mode with changes to the way the QDSCLI library output is stored.
Error code descriptions Added error code descriptions to the installation instructions.
This table provides the current technical changes and enhancements for both the DS8000 and DS6000
series. It combines the information from the former DS8000 and DS6000 Command-Line Interface User's
Guides.
Function Description
Modified commands v chlss command - Added a new parameter (-ss) to the syntax.
v lsckdvol command - Added new values for configstate to the report definitions.
v showckdvol command - Added new values for configstate to the report definitions.
Added new fields (migrating and migratingfrom) to the report definitions.
v lsfbvol command - Added new values for configstate to the report definitions.
v showfbvol command - Added new values for configstate to the report definitions.
Added new fields (migrating and migratingfrom) to the report definitions.
v showextpool command - Added new fields (%migrating(in) and %migrating(out)) to
the report definitions.
v chextpool command - Added new parameters (-merge and -quiet) to the syntax.
v showrank command - Added new fields (migrating(in) and migrating(out)) to the
report definitions.
v lskey command - Added new activation key, IBM Easy Tier.
v chsi command - Added new parameters (-etautomode and -etmonitor) to the
syntax.
v showsi command - Added new fields (ETAutoMode and ETMonitor) to the report
definitions.
v managereckey command - Added new values (enable and disable) for the -action
parameter to the syntax.
v lskeygrp command - Added new values (disabled, enableauthpend, and
disableauthpend) for the -reckeystate parameter to the syntax, and also to the
report definitions.
v showkeygrp command - Added new fields (disabled, enableauthpend, and
disableauthpend) to the report definitions.
v rmckdvol command - Added a new parameter (-force) to the syntax.
v rmfbvol command - Added a new parameter (-force) to the syntax.
v showgmir command - Added a new parameter (-session) to the syntax. Added new
fields (unowned and recovering) to the report definitions.
v lskeygrp command - Added new field (datakeycreated) to the report definitions.
v showkeygrp command - Added new field (datakeycreated) to the report definitions.
New commands v The manageckdvol command allows you to initiate a change on count key data
(CKD) volumes.
v The managefbvol command allows you to initiate a change on fixed block (FB)
volumes.
v The offloadfile command allows you to offload the Easy Tier performance data.
v The lsgmir command displays a list of Global Mirror for the storage image of the
specified logical subsystem.
v The managekeygrp command allows you to manage an encryption key group.
This table provides the current technical changes and enhancements for both the DS8000 and DS6000
series. It combines the information from the former DS8000 and DS6000 Command-Line Interface User's
Guides.
Function Description
Modified commands v Added support for IBM DS8000 Encryption Recovery Key.
v Added information about changes to the Windows PATH environment variable. See
“Upgrading the DS CLI on your system” on page 16.
v showsu command - Added new values for Config to the report definitions.
v lskeygrp command - Added the unconfigured state and the reckeystate parameter to
the syntax diagram. Added new fields (reckeycreated, reckeystate, and unconfigured) to
the report definitions.
v showkeygrp command - Added new fields (reckeycreated, reckeystate, and unconfigured)
to the report definitions.
v setauthpol command - Added secadmin authority.
v mkuser command - Added secadmin authority.
v chuser command - Added secadmin authority.
v rmuser command - Added secadmin authority.
v lskeygrp command - Added label2 to the report definitions.
v mkkeygrp command - Added label2 to the syntax diagram.
v showkeygrp command - Added label2 to the report definitions.
New commands v The mkreckey command allows you to create a new encryption recovery key.
v The managereckey command allows you to manage an existing encryption recovery
key.
v The rmreckey command allows you to remove an encryption recovery key.
Version 4, Release 3
This table provides the current technical changes and enhancements for both the DS8000 and DS6000
series. It combines the information from the former DS8000 and DS6000 Command-Line Interface User's
Guides.
Version 4, Release 2
This table provides the current technical changes and enhancements for both the DS8000 and DS6000
series. It combines the information from the former DS8000 and DS6000 Command-Line Interface User's
Guides.
Version 4, Release 0
This table provides the current technical changes and enhancements for both the DS8000 and DS6000
series. It combines the information from the former DS8000 and DS6000 Command-Line Interface User's
Guides.
Note:
The DS8000 version of the DS CLI can connect to the DS6000 series, and all appropriate commands work
correctly. Commands that are specific to the DS6000 series are documented only in the Archived CLI
Information section of the IBM DS8000 Information Center and in versions of the DS CLI User’s Guide
earlier than version GC27-4212-00.
All DS8000 series models consist of a storage unit and one or two management consoles, two being the
recommended configuration.
The DS8000 series offers a range of features including automated storage tier optimization, point-in-time
copy functions with IBM FlashCopy®, Remote Mirror and Copy functions with Metro Mirror, Global
Copy, Global Mirror, Metro/Global Mirror, Multi-Target Metro Mirror, IBM z/OS® Global Mirror, and
z/OS Metro/Global Mirror.
In addition to the DS Command-Line Interface (CLI), the following management capabilities help you
manage your DS8000 functions:
v IBM DS8000 Storage Management GUI. The new DS8000 Storage Management GUI enables easier,
more effective management of logical and system configurations for the DS8000.
Note: For DS8000, you can have a maximum of 256 clients connected to a single storage unit server at
the same time. Clients include all DS Storage Managers, DS command-line interfaces, DS open
application interfaces, and IBM Tivoli Storage Productivity Center for Replication sessions. However, you
must not simultaneously start more than 100 client sessions including DS CLI sessions. Starting more
than 100 sessions simultaneously can result in connection problems.
While the DS CLI installation CD comes with the release bundle documentation for the DS8000, the
installation CD ISO image files are also available online. Each entry in the following table will take you to
a listing of release bundles and their corresponding DS CLI version numbers. At the bottom of each
listing is a link to the FTP site where you can download the installation CD ISO image files. You can also
go directly to the FTP site at DS CLI Downloads (ftp://ftp.software.ibm.com/storage/ds8000/updates/
DS8K_Customer_Download_Files/CLI/).
You can install the DS CLI on machines that use one of the following operating systems:
v AIX 5.1, 5.2, 5.3, 6.1, 7.1
v HP-UX 11.0, 11iv1, 11iv2, 11iv3
v HP Tru64 UNIX version 5.1, 5.1A
v Linux, Red Hat Advanced Server [AS] 3.0, Enterprise Server [ES] 3.0, Red Hat Enterprise Linux [RHEL]
4, 5, 6 and 7
v Linux, SUSE 8, 9, SUSE Linux Enterprise Server (SLES) 8, 9, 10, 11
v VMware ESX v3.0.1 Console
v Novell NetWare 6.5
v IBM i 5.4, 6.1, and 7.1
v OpenVMS 7.3-1 (or newer, Alpha processor only)
v Oracle Solaris 7, 8, 9
v Microsoft Windows Server 2000, 2003, 2008, 2012, Windows Datacenter, Windows XP, Windows Vista,
and Windows 7, 8
Consider the following specific concerns as you prepare to install the DS CLI.
After installation and before you can use the DS CLI commands on a DS6000 machine type, be aware of
the following requirements:
v Your management console must be equipped with the DS Storage Manager graphical user interface
(GUI).
v The GUI was installed as a full management console installation.
v Your storage system must be configured. You must use the DS Storage Manager for this initial
configuration. The configuration process includes the following tasks:
– Selecting your storage complex
– Assigning your storage unit to the storage complex
– Designating network information for the storage system
The following list provides information for installing the DS CLI on one of the supported operating
systems. This information includes the location of the installers for each supported operating system. The
installers are installed in the IMAGES\HMC\Disk1\InstData directory, and sorted into folders by
operating system.
v The following table provides the installation file location, by operating system.
v Java Platform (Java 8 or later) must be installed on your system. Before Release 7.3, the DS CLI only
required Java 1.4.2+. However, starting with Release 7.3, the DS CLI requires Java 8 or later. The
installation program checks for this requirement during installation and does not install the DS CLI if
you do not have Java Platform, Enterprise Edition (Java 8 or later).
v For an AIX installation:
– The LIBPATH environment variable can interfere with the installation of the DS CLI and can result in
the display of the Java Virtual Machine Not Found Error. To avoid this interference, you must disable
the LIBPATH environment variable before you install the DS CLI. After the installation of the DS CLI,
you must enable the LIBPATH environment variable so that it can be used with other applications.
– Run the following commands to sequentially disable the LIBPATH environment variable, install the
DS CLI, and restore the LIBPATH environment variable:
export LIBSAVE=$LIBPATH
unset LIBPATH
AIX/NoVM/dsclisetup.bin LAX_VM /opt/ibm-Java-whatever/java/bin/java
export LIBPATH=$LIBSAVE
unset LIBSAVE
v For a Windows installation:
– The User Access Control (UAC) settings for Windows Vista, Windows 7 and later, or Windows
Server 2008 and later, might not allow for exporting files (by using the offloadfile command) to a
directory that requires elevated privileges. Unfortunately, the Windows operating system returns
success in exporting the files and the offloadfile command, but the files do not exist in the
specified directory. To work around this problem, complete the following steps:
- Select a different directory that does not require elevated privileges to create a file.
- Right-click the DSCLI desktop shortcut and select Run as Administrator.
v For an IBM i model installation:
Note: The installation of DS CLI on an IBM i model is done remotely from a Windows platform. You
cannot run the DS CLI installer directly on an IBM i model.
The IBM i model and i5/OS™ must meet the following requirements before the DS CLI can be
installed:
– Prerequisites:
- The latest Java group program temporary fixes (PTF)
Note: The device name /dev/rdisk/disk? is the default format for the HP 'agile' mode as
defined in HP-UX 11iv3. In older HP-UX versions, or HP-UX 11iv3 in the legacy mode, the
device name format is /dev/dsk/c?t?d?.
Linux Enter the following command on Red Hat systems:
mount /dev/cdrom
Oracle Solaris
Enter the following command:
mkdir /mnt
mount -F hsfs -r /dev/dsk/c0t6d0s2 /mnt
Note: The device name /dev/dsk/c0t6d0s2 is the default name for Oracle Solaris. The device
name might be different on your system depending on your hardware configuration.
Windows
You are not required to mount the CD if you are using this operating system.
HP Tru64 UNIX
Issue the following command:
mount -t cdfs -o noversion /dev/rznn /mnt
Notes:
1. From the command line, you can use the -i parameter to specify any user interface mode when
installing the DS CLI: -i [swing | console | silent]. The default mode for installing Windows is
swing. The default for UNIX and Linux is console mode. You do not have to specify the mode in the
command unless you want to use something other than the default mode.
2. While in console mode, you can type back to return to the previous screen, or quit to exit the
installation.
You can install the DS CLI using the graphical mode with the help of an installation wizard. Before you
can use the DS CLI, some operating systems require that you restart your system after the installation is
complete. You might also be required to open a new command prompt window to start a DS CLI session.
Note: After you install the new version of the DS CLI, your old DS CLI sessions might be unusable.
Complete the following steps to install the DS CLI using the graphical mode:
1. Start the setup file that is appropriate for your operating system. You can find the setup file on the
installation CD by navigating to IMAGES\HMC\Disk1\InstData, and then selecting your platform to
find the appropriate setup file. For example, in Windows the path would be IMAGES\HMC\Disk1\
InstData\Windows\NoVM\dsclisetup.exe.
The Introduction window is displayed.
Initially (for all types of installation), the DS CLI installer checks your standard directories for the
correct version of Java. If the correct version of Java is not found, you receive one of the following
messages:
v If you are using Windows, the following message is displayed:
LaunchAnywhere Error: Could not find a valid Java virtual machine to load.
You may need to reinstall a supported Java virtual machine.
v If you are using Unix or Linux, the following message is displayed:
No Java virtual machine could be found from your PATH
environment variable. You must install a VM prior to
running this program.
Note: If you are installing onto a System i system, a window that asks for the directory where Java
is installed on the i5/OS is displayed when you click Next. Go to Step 7 to continue the installation
process.
6. (Novell NetWare installation) When you select Novell NetWare and click Next, the Choose Install
Folder window is displayed. Click Next to continue. Complete the information on the Set Novell
NetWare Configuration window. You are asked to supply the location where the Windows drive is
mapped and where the Java home directory that contains the version of Java you want to use is
located. Click Next to continue the installation. Click Cancel if you want to exit the installation.
When you click Next to continue the installation, the Pre-Installation Summary window is displayed.
Go to Step 8 to continue the installation process.
7. (OS400 installation) On the OS/400 System Information window, confirm that any previous versions
of the CLI have been uninstalled and then click Next. On the Enter Sign On Credentials window,
enter the iSeries system name, user name, and password. Click Next to continue. The
Pre-Installation Summary window is displayed. Go to Step 8 to continue the installation process.
8. (Pre-Installation Summary window) Verify that the displayed information is accurate. This window
provides the location where the command-line interface will be installed and specifies how much
space it will occupy on your drive. Click Install to continue or Cancel to exit the installation. You
can change the installation directory by clicking the Previous button.
When you click Install to continue the installation process, the Installation progress window is
displayed.
9. (Installation progress window) This window provides the progress bar that reflects the progress of
the installation as the files are installed. After the installation is complete, click Next to continue or
Cancel to exit the installation.
When you click Next to continue the installation process, the Important Information window is
displayed.
10. (Important Information window) This window provides you with the opportunity to read the
README file. Click Done to complete the installation.
Note: Beginning in Version 6 Release 1, the QDSCLI library output is stored in the output file that
you specified in the DS CLI. Errors will be stored in a file of the same name with error appended to
it. If you have programmed anything using the output, you should update your programs to look
in both the specified file and the error file to get a complete view of the results.
2. Before you can start the DS CLI from the i5/OS, you must add the QDSCLI library to the i5/OS
library list.
3. You can check the following directories to verify that the DS CLI has been installed for your operating
system:
AIX /opt/ibm/dscli
HP-UX
/opt/ibm/dscli
Linux /opt/ibm/dscli
Oracle Solaris
/opt/ibm/dscli
Windows
(32-bit) C:\Program Files\IBM\dscli
(64-bit) C:\Program Files (x86)\IBM\dscli
HP Tru64 UNIX
/opt/ibm/dscli
IBM i /ibm/dscli
Novell NetWare
SYS:\IBM\dscli
Consider the following before you complete the installation of the DS CLI:
v You must have a version of Java 8 or later that is installed on your system in a standard directory. The
DS CLI installer checks the standard directories to determine if a version of Java 8 or later exists on
your system. If this version is not found in the standard directories, the installation fails. If the
installation fails because the correct version of Java is not found, see “Correcting the Java Virtual
Machine Not Found Error” on page 15.
v If the DS CLI was installed on your client or host system in the past, you must end any active sessions
of the DS CLI before you run the DS CLI installation CD.
v If you are installing onto a Novell NetWare system, you are directed to provide the following
information:
– The directory where your Windows drive is mapped
– The directory where the JAVA HOME is located
Complete the following steps to install the DS CLI using the console mode:
1. Insert the DS CLI Installation CD into the CD drive.
2. Open a command prompt and navigate to the location of the dsclisetup file on the DS CLI CD. You
can find the setup file by navigating to IMAGES\HMC\Disk1\InstData, and then selecting your
platform to find the appropriate setup file. For example, in Windows the path would be
IMAGES\HMC\Disk1\InstData\Windows\NoVM\dsclisetup.exe.
3. Type the following command on the command line: dsclisetup<.exe | .bin> -i console. For
example, for Windows, type: dsclisetup.exe -i console or, for Linux, type: dsclisetup.bin -i
console. For an installation onto an OS/400 system from a Windows operating system, type:
setupwin32console.exe -os400. The Introduction screen is displayed.
Notes:
a. You can use the -i parameter to specify any user interface mode when installing the DS CLI: -i
[swing | console | silent]. The default mode for installing Windows is swing. The default for
UNIX and Linux is console mode. You do not have to specify the mode in the command unless
you want to use something other than the default mode.
b. While in console mode, you can type back to return to the previous screen, or quit to exit the
installation.
===========================================================
Introduction
------------
InstallAnywhere will guide you through the installation of IBM System Storage DS Command
Line Interface. It is strongly recommended that you quit all programs before continuing
with this installation. Respond to each prompt to proceed to the next step in the
installation. If you want to change something on a previous step, type ’back’.
You may cancel this installation at any time by typing ’quit’.
PRESS <ENTER> TO CONTINUE:
===============================================================================
License Agreement
-----------------
Installation and Use of IBM System Storage DS Command Line Interface Requires
Acceptance of the Following License Agreement:
Use of the IBM System Storage DS Command Line Interface (CLI) is governed by
the IBM Agreement for Licensed Internal Code, a copy of which has been provided
with your DS Machine.
->1- Windows
2- Novell NetWare
ENTER THE NUMBER FOR YOUR CHOICE, OR PRESS ENTER TO ACCEPT THE DEFAULT:
6. If you are installing on a Windows operating system, type 1. If you are installing on a Novell
NetWare operating system, type 2. Press Enter if you want to select the default operating system, or
press Enter after you have typed in your selection. The Choose Install Folder screen is displayed.
Choose Install Folder
---------------------
7. Enter the path where you would like to install the DS CLI, or press Enter to accept the default
location. The confirmation message below is displayed.
INSTALL FOLDER IS: C:\Program Files\IBM\dscli
IS THIS CORRECT? (Y/N):
8. Type Y and press Enter to continue installing the DS CLI in the specified location. Type N and press
Enter to change the location. Type Y to confirm that the location is correct, and press Enter.
a. If you are installing on Windows, the Pre-Installation Summary window is displayed.
Pre-Installation Summary
------------------------
Product Name:
IBM System Storage DS Command Line Interface
Install Folder:
C:\Program Files\IBM\dscli
b. If you are installing the CLI on a Novell NetWare system, the Set Novell NetWare Configuration
window is displayed. Enter the Novell location where the Windows drive is installed and press
Enter. The Set Novell NetWare Configuration screen is displayed. Enter the location of the JAVA
directory that you would like to use and press Enter. The Pre-Installation Summary screen is
displayed.
[==================|==================|==================|==================]
[-----Calling Refresh Environment...-------------|------------------|---------
--------|------------------]
===============================================================================
Installation Result
-------------------
C:\Program Files\IBM\dscli
10. Press Enter to continue. Important information about the README file is displayed.
Important Information
---------------------
README
---------------------------------------------------------
Contents
---------------------------------------------------------
1.0 About this README file
11. Press Enter to continue reading until you reach the end of the important information. When you
finish reading the important information, the CLI installation is complete.
Using the unattended (silent) mode of installation, you can install the DS CLI from the command line
using default selections without prompts or feedback. You can create a configuration file and use a text
editor to change the default installation selections.
Before you can use the DS CLI, some operating systems require that you restart your system after the
installation is complete. Or, you might be required to open a new command prompt window to start a
DS CLI session.
Note: After you install the new version of the DS CLI, your old DS CLI sessions might be unusable.
Complete the following steps to install the DS CLI using the unattended (silent) mode:
1. Log on to your system as an administrator.
2. Insert the DS CLI installation CD into the CD drive.
3. Open a command prompt and navigate to the location of the dsclisetup file on the DS CLI CD. You
can find the setup file by navigating to IMAGES\HMC\Disk1\InstData, and then selecting your
platform to find the appropriate setup file. For example, in Windows the path would be
IMAGES\HMC\Disk1\InstData\Windows\NoVM\dsclisetup.exe.
4. Issue the following command at the command prompt: dsclisetup.exe -i silent. Press the Enter
key on your keyboard to start the installation process in unattended (silent) mode.
The silent installation process applies all the default options to your installation. If you want to
modify the default options, go to the next step.
Note: Initially the DS CLI installer checks your standard directories for the correct version of Java. If
the correct version of Java is not found, you receive the following message:
v If you are using Windows, the following message is displayed:
LaunchAnywhere Error: Could not find a valid Java virtual
machine to load.
You may need to reinstall a supported Java virtual machine.
v If you are using UNIX or Linux, the following message is displayed:
No Java virtual machine could be found from your PATH
environment variable. You must install a VM prior to
running this program.
If you receive this message, see “Correcting the Java Virtual Machine Not Found Error” on page 15.
5. Optionally, you can generate a configuration file in a non-silent mode, then use this file in subsequent
silent installs. For example:
a. Execute the following command to install a sample instance of dscli. dsclisetup.exe -r
"c:\install.properties" The resulting file, install.properties, will contain all of the install settings.
b. Modify the settings in install.properties if needed.
The Java Virtual Machine Not Found error occurs when the DS CLI installer cannot find the correct
version of Java in the standard directories of your system. You must have Java 8 or later on your system
for the DS CLI to work.
Notes:
1. This error might also occur if you are installing the DS CLI on an AIX system. The LIBPATH
environment variable can interfere with the installation of the DS CLI and can result in the display of
the Java Virtual Machine Not Found error. To prevent this error, disable the LIBPATH environment
variable before you install the DS CLI. After the installation of the DS CLI, enable the LIBPATH
environment variable so that it can be used with other applications.
If Java 8 or later is not found during the initial check, the following message is displayed:
v If you are using Windows, the following message is displayed:
LaunchAnywhere Error: Could not find a valid Java virtual machine to load.
You may need to reinstall a supported Java virtual machine.
v If you are using UNIX or Linux, the following message is displayed:
No Java virtual machine could be found from your PATH
environment variable. You must install a VM prior to
running this program.
After ensuring that Java 8 or later is installed, complete one of the following actions to correct the Java
Virtual Machine Not Found error:
v Run the DS CLI installer again from the console, and provide the path to the JVM using the LAX_VM
option. The following examples represent paths to the correct version of Java:
– For a Windows system, specify the following path:
dsclisetup.exe LAX_VM "C:\Program Files\java-whatever\jre\bin\java.exe"
Note: Because there is a space in the Program Files directory name, you are required to add quotes
around the file name.
– For a UNIX or Linux system, specify the following path:
dsclisetup.bin LAX_VM /opt/ibm-Java-whatever/java/bin/java
Note: If you use the LAX_VM argument, the installer attempts to use whatever JVM that you
specify, even if it is an unsupported version. If an unsupported version is specified, the installation
might complete successfully, but the DS CLI might not run and return an "Unsupported Class
Version Error" message. You must ensure that you specify a supported version.
– Continue with the installation of the DS CLI.
v (For UNIX or Linux) Add the Java virtual machine location to your PATH environment variable by
running the following command:
export PATH=$PATH:/opt/ibm-Java-whatever/java/bin
Then, run the dsclisetup.bin program to install the DS CLI.
v (AIX only) Run the following commands to sequentially disable the LIBPATH environment variable,
install the DS CLI, and restore the LIBPATH environment variable:
There are considerations and preparation that you must make before you make this upgrade.
Notes:
1. Beginning with Release 4.2, the DS CLI installation program changed from the InstallShield
MultiPlatform installer to the InstallAnywhere installer, which reduced many restrictions.
2. Installations of multiple DS CLIs using the InstallShield MultiPlatform installer are not supported.
3. Installations of multiple DS CLIs using the InstallAnywhere installer (with up to one DS CLI using
the ISMP installer or one ESS CLI) are supported.
4. As a result of supporting multiple DS CLI installations, the DS CLI location is no longer added to the
Windows PATH environment variable. This may cause any existing shell scripts to fail if they rely on
the DS CLI program location being in the PATH variable. To fix this problem, you can choose from
one of the following solutions:
v You can set the default DS CLI location by manually adding it to the PATH environment variable.
v You can use the full DS CLI path name in all of the DS CLI scripts that you use.
v You can write a script to change to a specific DS CLI location, then execute the rest of your scripts
using that DS CLI location.
v You can change the PATH environment variable so it is using the correct DS CLI location before
calling each script.
As part of your upgrade preparation, consider the following items:
v If the DS CLI was previously installed with the InstallShield MultiPlatform installer, an upgrade
requires that you remove the existing DS CLI and that you install the upgraded DS CLI. This method
is the most certain way to ensure that you receive an error-free installation. However, this removal and
installation process can be a concern where you have customized the system profile file. A
reinstallation can most likely overwrite your current system profile file. If you want to keep your
current system profile file, complete the following tasks:
1. Make a copy of your current system profile file and save it in a convenient place.
2. Merge the saved system profile file into the new system profile file in the DS CLI installation
directory after the installation has completed. You can therefore keep any customized variables, and
retain any new variables in the system profile file that was installed with the upgraded DS CLI.
Note: Personal profiles that are not saved under the DS CLI installation directory are not affected
by the upgrade process.
The following topics describe the steps required to successfully remove the DS command-line interface.
Notes:
1. The following procedure applies to uninstalling the DS CLI. This procedure cannot be used to
uninstall other versions of the CLI.
2. If you do not want to create a new profile when you reinstall the CLI, select to not delete the DS CLI
profile as you complete this task, or copy the profile file to a safe place before you uninstall the CLI.
1. Run the uninstaller to remove the DS CLI from your system.
Note: Refer to the User's Guide that is installed with your current DS CLI for removal instructions.
a. Navigate to the location where the DS CLI was installed. For example, on Windows the path
might be C:\Program Files\IBM\dscli. On UNIX or Linux systems, the location might be
/opt/ibm/dscli.
b. Open the _uninst directory (On Windows, C:\Program Files\IBM\dscli\_uninst\uninstaller.exe.
On UNIX or Linux systems, /opt/ibm/dscli/_uninst/uninstaller.
c. You can use the -i parameter to specify any user interface mode when you uninstall the DS CLI:
-i [swing | console | silent]. The default mode for uninstalling Windows is swing. The default
for UNIX and Linux is console mode. You do not have to specify the mode in the command unless
you want to use something other than the default mode.
Note: While in console mode, you can type back to return to the previous screen, or quit to exit
the installation.
d. From the command prompt, specify the -i swing parameter to open the uninstaller in graphical
mode. The Uninstall IBM System Storage DS® Command Line Interface window is displayed.
Click the Uninstall button to complete the uninstallation process, or Cancel to cancel the
uninstallation.
e. The Uninstall Complete window is displayed after the uninstallation process completes. Click OK
to close the window.
2. Alternately, you can use the Add/Remove Programs facility of the Windows operating system to
uninstall the DS CLI from your system. When you complete the uninstallation steps, restart your
system to complete the uninstallation. Complete the following steps to uninstall the DS CLI using the
graphical mode.
a. Navigate to the Windows Control Panel and open the Add/Remove program facility.
b. Scroll the list of currently installed programs and click the listing for IBM DS Command-Line
Interface.
c. Click the Change/Remove button and the Welcome window for the Uninstaller is displayed.
d. Click Next to continue or click Cancel to exit the removal process. When you click Next , the
Confirmation window is displayed that shows the directory from which the DS CLI program is
uninstalled.
e. Click Remove to continue or Cancel to stop the removal and exit the uninstallation process. Click
Back to return to the previous window. When you click Remove, the Uninstallation Progress
window is displayed. When the uninstallation process is finished, the Finish window is displayed,
which contains a statement about the success or failure of the uninstallation process. Click Finish
to close.
If the uninstallation program does not remove some information from your system, the Restart
window is displayed. You must restart so that previously locked files are released and
automatically deleted.
f. Close the Add/Remove Programs window.
g. Restart your system, if required (now or later), to complete the removal process.
Notes:
1. If you are using Windows or Novell, you use the Add/Remove Programs feature to uninstall the DS
CLI.
2. This uninstall process works only with DS CLI. No other versions of CLI can be removed with this
process.
1. Locate the uninstaller file in the /_uninst folder. If you selected the default directory, you can find
the _uninst folder using the /opt/ibm/dscli path. The uninstaller file name is uninstaller.exe for
Windows, or uninstaller for other platforms.
2. Type the following command at the command prompt: <install directory>/_uninst/uninstaller -i
silent
3. Press the Enter key. All the associated CLI files are uninstalled.
Note: On Windows, you might need to restart your computer to complete the removal of files that
were locked during the uninstallation process.
Complete the following steps to uninstall the DS CLI using the console mode:
1. Enter the following command at a command prompt: <install directory>/_uninst/uninstaller -i
console
2. The Uninstall IBM System Storage DS Command Line Interface page is displayed.
Preparing CONSOLE Mode Installation...
===================================================================
IBM System Storage DS Command Line Interface (created with
InstallAnywhere by Macrovision)
-------------------------------------------------------------------
===================================================================
Uninstall IBM System Storage DS Command Line Interface
------------------------------------------------------
About to uninstall...
3. Press Enter to continue. The DS CLI is now uninstalled from your system. You might have to restart
to complete the removal of files that were locked during the uninstallation process.
When the DS CLI was installed onto your System i model, you used a remote system for the installation
(for example, Windows, UNIX or AIX). Part of the installation process is the creation of an uninstaller.
However, because you were using another system to do your installation, the uninstaller that was created
was for the system that you installed from and not for the System i model. This uninstaller cannot be
used to uninstall the DS CLI.
When you want to uninstall the DS CLI, you can use one of the following two methods:
v Uninstall directly from your i5/OS System i model by completing the following steps:
1. Delete the library using DLTLIB QDSCLI.
2. Run the command, EDTF 'DSCLI_INSTALL_PARENT', where ''DSCLI_INSTALL_PARENT' is the
parent directory of the DS CLI installation. The default parent directory is /ibm.
3. Insert a 9 (recursive delete) beside the DS CLI directory to remove all DS CLI java code.
You might use this method if you are not planning to upgrade the DS CLI and you want to totally
uninstall the DS CLI from your System i model.
v Uninstall using a remote system.
You might use this method when you are upgrading the DS CLI, because after the removal, you can
use this remote system to install the upgraded DS CLI.
You cannot use the conventional DS CLI removal methods that are used on other systems because the
installation of the DS CLI on your System i model was done from a remote system. The remote
installation does not allow the creation of an uninstaller that can be used directly by your System i model
for the removal process. However, it is possible to use your System i model directly (bypassing the
uninstaller) to remove the DS CLI.
You cannot use the uninstaller that was created for the DS CLI when you originally installed the DS CLI
because it was created for the remote system that you used for the installation and not for the System i
model.
You can complete this procedure at any time. However, it is common to complete this procedure when
you want to uninstall the DS CLI from your system, but you do not intend to complete an associated
upgrade of the DS CLI.
Note: The i5/OS direct removal method requires that you use the i5/OS console mode and that you
issue an i5/OS command. The following steps presume that you are logged in to the i5/OS and have the
authority to issue a removal command.
Complete the following steps to uninstall the DS CLI through the direct use of your System i model:
1. Issue the following command from your i5/OS application:
RUNJVA CLASS(run) PARM(’-console’)
CLASSPATH(’/QIBM/ProdData/Java400/jt400ntv.jar:/yourdir/_uninst
/uninstall.jar’)
Substitute your uninstall directory for yourdir.
2. Wait until the uninstall process is complete before you continue with your next process.
Uninstalling the DS CLI from your System i model using the remote method
Complete this task to uninstall the DS CLI from your System i model using the remote method.
Ensure that the remote system that you use to uninstall the DS CLI is network-attached to the System i
model and is a supported platform for DS CLI.
You can use the following remote method to uninstall the DS CLI from a System i model. You can
complete this procedure at any time. However, it is common to complete this procedure when you want
to upgrade the DS CLI, because the remote system that you are using to remove the DS CLI is typically
the same system that you use for the upgrade.
To remove the DS CLI from your System i model using the remote method, complete the following steps:
1. Navigate to the _uninst folder on the Windows desktop. The _uninst folder was created when the DS
CLI installer was initially run on the remote Windows machine.
2. Run the uninstaller.exe file to uninstall the DS CLI on the remote System i system. Enter the system
name, user name, and password to complete the uninstallation.
You must install the DS CLI before you complete these post-installation tasks. See Chapter 3, “Running
the DS CLI,” on page 35 for information about running the DS CLI, obtaining help, and interpreting exit
codes.
Note: Before you can use the DS CLI with the i5/OS, if you are using external load source, you must set
up the initial configuration of your DS8000 or DS6000 models. After the initial configuration, you can do
a D-mode IPL and begin using the DS CLI directly from the i5/OS. In the meantime, you can follow the
list below as a guide for your initial configuration.
If a user enters a value with a command that is different from a value in the profile, the command
overrides the profile.
Note: Changing the default profile changes the DS CLI default settings for all users. If you do not
want to change the DS CLI default settings for all users, consider creating a personal default profile
instead.
v You can create a personal default profile by making a copy of the system default profile as
<user_home>/dscli/profile/dscli.profile.
v You can create a profile for a specific DS8000 system by making a copy of the system default profile
and specifying the primary and secondary management console IP addresses and the storage image ID.
For example:
<user_home>\dscli\profile\DS8000_name1
<user_home>\dscli\profile\DS8000_name2
v You can create a profile for the storage unit operations, typically for Copy Services commands, by
starting with a specific DS8000 profile and then adding the remote storage image ID. For example:
<user_home>\dscli\profile\operation_name1
<user_home>\dscli\profile\operation_name2
These profile files can be specified using the DS CLI command parameter -cfg <profile_name>. Profile
names are not required to use the .profile file name extension or any extension. However, the -cfg
profile_name parameter must be a complete file name, including the extension if one is specified. Also, if
the profile is stored in the user's personal profile directory at <user_home>\dscli\profile, you need to
specify only the file name. If the profile is stored in any other directory, the <profile_name> must also
include the full path name. If the -cfg profile file is not specified, the user's default profile file is used. If a
user's profile file does not exist, the system default profile file is used.
The home directory <user_home> is defined by the Java system property named "user.home". The location
of your home directory is determined by your operating system. The following examples are home
directories in different operating systems:
Windows 7 and later operating systems
For Windows 7 and later operating systems, the property value defaults to the environment variable
%USERPROFILE% in a directory called c:\Users\Administrator.
UNIX or Linux operating systems
For a UNIX or Linux operating system, the property value defaults to the environment variable
$HOME. As a result, your personal profile is ~/dscli/profile/dscli.profile.
OpenVMS system
For an OpenVMS operating system, the property value defaults to the logical name SYS$LOGIN. As
a result, your personal profile is [.dscli.profile]dscli.profile.
When you install the DS CLI, the default profile is installed in the profile directory with the software. The
file name is dscli.profile; for example, c:\Program Files (x86) \IBM\dscli\profile\dscli.profile.
Table 6 provides the list of profile variables that you can use to create the profile.
Table 6. Profile variables
Variable Description
username: string Specifies your user name for entering DS CLI commands. This variable is
equivalent to option -user.
password: string Specifies the password to authenticate when you start a CLI session. This
parameter is not required nor recommended. If you use this method to designate
your password, the password is displayed on the screen. Another option is to
specify a password file (pwfile) that is used when you start the DS CLI. This
variable is equivalent to option -passwd.
pwfile: passwordfile Specifies a password file containing your password as an alternative to the variable
password. This variable is equivalent to option -pwfile.
banner: on | off Enables or disables the banner that appears before the command output. This
variable is equivalent to the command option -bnr. The command option -bnr
overrides this default value.
delim: character Specifies a delimiter character for the format: delim variable. The default character
is a comma. This variable is equivalent to the command option -delim. The
command option -delim overrides this default value.
devid: string Specifies the storage image ID that is the target for the command. This value is
equivalent to the command option -dev. The command option -dev overrides this
default value.
echo: on | off Specifies whether the command is printed before it is executed.
Example
#
# DS CLI Profile
#
#
# Management Console/Node IP Address(es)
# hmc1 and hmc2 are equivalent to -hmc1 and -hmc2 command options.
#hmc1: 127.0.0.1
#hmc2: 127.0.0.1
#
# Default target Storage Image ID
# "devid" and "remotedevid" are equivalent to
# "-dev storage_image_ID" and "-remotedev storage_image_ID" command options,
# respectively.
#devid: IBM.2107-AZ12341
#remotedevid: IBM.2107-AZ12341
# pwfile
# Specifies a password file containing your password as an alternative
# to the variable of password.
# pwfile is equivalent to command option -pwfile
# Example: pwfile:c:/mydir/75CNF11/pwfile.txt
#
# locale
# Default locale is based on user environment.
#locale: en
# Output settings
#
# ID format of objects:
# on: fully qualified format
# off: short format
fullid: off
# Output format type for ls commands, which can take one of the following values:
# default: Default output
# xml : XML format
# delim : delimit columns using a character specified by "delim"
# stanza : Horizontal table format
# "format" is equivalent to option "-fmt default|xml|delim|stanza".
#format: default
#
# Display table header for ls commands. "header" is equivalent
# to option "-hdr on|off".
# on : Table headers are displayed. (default)
# off : No table headers are displayed.
header: on
#
# Display verbose information. "verbose" is equivalent to option "-v on|off".
# on : Display verbose information.
# off : No verbose information.
verbose: off
# End of Profile
The default administrator and security administrator accounts are set up automatically at the time of
installation. To access the storage administrator account, use the user name admin and the default
password admin. To access the security administrator account, use the user name secadmin and the default
password secadmin. These passwords are temporary and expire after their initial use. You must change the
password before you can use any of the other functions. The storage administrator can assign a user to
one or more user roles, except for the security administrator role. Only the security administrator can
assign a user to the security administrator role. The user roles and the associated functions allowed by
the assignment are as follows:
admin (Administrator)
All users that you assign to the storage administrator user role have access to all DS6000 storage
management console-server service methods, and all DS8000 storage image resources except those
that are reserved for security administrator users.
secadmin (Security Administrator)
All users that you assign to the security administrator user role may initiate recovery key operations,
and add other users to this role. Users in this role may not be assigned to any other user role, and
users in any other user role may not be assigned to this role.
op_volume (Logical Operator)
The logical operator user role allows access to service methods and resources that relate to logical
volumes, hosts, host ports, logical subsystems, logical volumes, and volume groups, excluding
security methods. In addition, this user role inherits all authority of the monitor user role.
op_storage (Physical Operator)
The physical operator user role allows access to physical configuration service methods and
resources, including storage complex, storage image, array, rank, and extent pool objects. This user
role inherits all the authority of the Copy Services operator and logical operator user roles, excluding
security methods.
In addition to assigning users to one or more user roles, you also must assign a default password to each
user. When you notify users of their role assignment and default password, indicate that the default
password is only good for the initial log on. Users must change the password at the time of their initial
log on. Also, remind all users to record their password in a safe place, because there is no way that the
administrator or the application can retrieve a password.
Note: You must change the default password for an account, including the administrator account, to be
able to use any CLI command other than the one to change the password. See the chuser command for
more information.
There are multiple codes that are associated with these features. For a complete list of activation codes,
please see the IBM Disk Storage Feature Activation (DSFA) website at:
On the website, enter your machine type, serial number, and machine signature. If you need to acquire
the information to complete these fields, issue the DS CLI showsu command to show the machine type
and serial number, and the showsi command to show the machine signature.
Download your codes in XML format onto a CD or USB drive. You can then import the codes from the
XML file when you process the DS CLI applykey command.
Notes:
1. For DS8000, in most situations, the DSFA application can locate your 2244 license authorization record
when you enter the DS8000 (2107) serial number and signature. However, if the 2244 license
authorization record is not attached to the 2107 record, you must assign it to the 2107 record in the
DSFA application. In this situation, you must have the 2244 serial number (which you can find on the
License Function Authorization document).
2. For DS6000, in most situations, the DSFA application can locate your order confirmation code (OCC)
when you enter the DS6000 (1750) serial number and signature. However, if the OCC is not attached
to the 1750 record, you must assign it to the 1750 record in the DSFA application. In this situation,
you must have the OCC (which you can find on the License Function Authorization document).
The DS CLI applykey command activates the licenses for your storage unit. The DS CLI lskey command
verifies which type of licensed features are activated for your storage unit.
The following list provides the areas that you might consider for optimizing the use of the DS CLI in
your OpenVMS system:
v Command Console LUN (CCL)
v OpenVMS system messages
v Message help
v Java Run Time Environment (JRE)
v Quota recommendations
Fibre Channel CCL devices have the OpenVMS device type GG, which result in OpenVMS device names
in the form $1$GGAn. In contrast, Fibre Channel disk devices have the OpenVMS device type DG, which
result in device names in the form $1$DGAn. Therefore, LUN 0 devices on OpenVMS are a special device
type, different from disk devices.
The DS CLI lshostvol command displays the mapping of host device names or volume names to machine
type 2105, 2107/242x, and 1750 volume IDs. That implies that all host devices belonging to
However, the inclusion of CCL devices can be confusing for users who expect that the lshostvol
command displays only the disk devices. You can use the OpenVMS logical name
IBMDSCLI$SHOW_GG_DEVICES to modify the DS CLI behavior: If this logical name translates to an
expression which evaluates as True in OpenVMS conventions (1, Y, YES, T, or TRUE), then the $1$GGAn
CCL devices are shown in the command output. Otherwise, the $1$GGAn CCL devices are not shown.
The DS CLI messages are presented in an operating-system independent format. In contrast, native
OpenVMS programs provide messages using the system message facility as displayed in the following
format: %facility-level-identification, text.
To ensure that the OpenVMS command SET MESSAGE and customer-written tools that scan for such
messages work correctly, the DS CLI provides each message using OpenVMS system services in addition
to the operating system independent output. After displaying the OpenVMS message, the normal DS CLI
message is provided unchanged. This ensures that the DS CLI messages are identical across platforms
and that you can work with the DS CLI documentation.
However, these redundant messages can be confusing for users who are not familiar with OpenVMS. You
can use the OpenVMS logical name IBMDSCLI$OPENVMS_MESSAGES to modify the DS CLI
behavior: If this logical name translates to an expression which evaluates as True in OpenVMS
conventions (1, Y, YES, T, or TRUE), then the additional OpenVMS-formatted messages are presented.
Otherwise, only the operating system independent DS CLI messages are shown.
The DS CLI installation process offers the option to add modules to the system help library
SYS$COMMON:[SYSHLP]HELPLIB.HLB and the system messages database
SYS$COMMON:[SYSHLP]MSGHLP$LIBRARY.MSGHLP$DATA. If you choose this option, the module IBMDSCLI is
added as the top-level key to the help library, and the DS CLI status messages can be accessed using the
HELP/MESSAGE/FACILITY=IBMDSCLI command. Additionally, the login procedure
IBMDSCLI$MANAGER:IBMDSCLI$LOGIN.COM activates the message section file
IBMDSCLI$SYSTEM:IBMDSCLI_Messages_Shr.exe for the current process.
In every case, the installation process provides the following files in the directory which is referred by the
logical name IBMDSCLI$HELP:
IBMDSCLI_Ovr.hlp
A help library containing one module with the top-level key IBMDSCLI. You can add this library
to the search list for help libraries in your OpenVMS system by defining appropriate logical
names HLP$LIBRARY, HLP$LIBRARY_1, HLP$LIBRARY_2, and so on.
If you do not want the installation process to modify the OpenVMS system libraries, you can use these
OpenVMS default logical names to integrate the DS CLI help information manually.
The following information provides an overview of how the installation of the DS CLI affects the Java
environment of your OpenVMS system.
Because the DS CLI relies on Java Run Time Environment (JRE) V1.4.2, mandatory JRE files are installed
in the directory tree that is referenced by the logical name IBMDSCLI$JRE. This setup is according to HP
guidelines. The login procedure IBMDSCLI$MANAGER:IBMDSCLI$LOGIN.COM calls the JRE setup
procedure which defines several logical names and DCL symbols for usage by the Fast Virtual Machine.
If your OpenVMS host system uses other software that requires JRE but cannot run with the same JRE
version as the DS CLI, users of that software can switch between different Java versions. To use different
JRE versions, you must run a command procedure to set up the Java environment definitions for the
version that you want to use in the given process. See the OpenVMS Java documentation at:
http://h18012.www1.hp.com/java/documentation
/1.4.2/ovms/docs/user_guide.html
The DS CLI application-specific Java classes are bundled in Java Archive (.JAR) files in the directory
referenced by logical name IBMDSCLI$LIBRARY. These files must be included in the Java classpath. On
OpenVMS, two logical names define the classpath:
CLASSPATH
For UNIX-style names. You can use a string inside single quotation marks that consists of
colon-separated path names.
JAVA$CLASSPATH
For OpenVMS specification syntax. You can specify multiple paths with a comma-separated
expression (not enclosed in single quotation marks) as OpenVMS logical name search list.
JAVA$CLASSPATH overrides CLASSPATH, if JAVA$CLASSPATH is defined.
Because of this override process, you might have to redefine the JAVA$CLASSPATH to provide the class
path as a JAVA command parameter. However, this JAVA command parameter is only required if you
want to use other Java-based software in the same process.
To get the best Java performance on OpenVMS, HP recommends that you set process quotas to match a
typical UNIX system. HP also recommends these as minimum quota settings (except where noted). See
these recommendations at the SDK for OpenVMS (h18012.www1.hp.com/java/documentation/1.4.2/
ovms/docs/user_guide.html)
Note: For the DS6000 model, you must ensure that you have installed the DS Storage Manager using the
full-management console installation and that you have configured your domain. Without this domain
configuration (which is a one-time process), you cannot use the DS CLI.
Note: DS CLI logs are created on the system running the DS CLI. The location of the logs is under the
user home directory at dscli/log/. This location cannot be changed. For example, on Windows XP the
logs for the administrator user are created under the directory C:\Documents and Settings\
Administrator\dscli\log. On UNIX, the logs are created under the directory ~/dscli/log.
You must ensure that you are in the directory where you installed the DS CLI, or use the full path name
of the DS CLI. The following list provides the location of the default directory for each operating system:
AIX /opt/ibm/dscli
HP-UX
/opt/ibm/dscli
Linux /opt/ibm/dscli
Oracle Solaris
/opt/ibm/dscli
Windows
(32-bit) C:\Program Files\IBM\dscli
(64-bit) C:\Program Files (x86)\IBM\dscli
HP Tru64 UNIX
/opt/ibm/dscli
IBM i /ibm/dscli
Novell NetWare
SYS:\IBM\dscli
To log in to the DS CLI, open a command prompt and enter dscli with the following information:
HMC1
Specify the primary management console.
Note: If you are using a 2105 machine type as part of your network and are going to use the
Copy Services functions, you must specify the IP address of the primary or secondary domain
control server where you have installed the DS CLI.
Note: Because the passwords for the administrator and security administrator accounts expire
after you log in for the first time, you must change the password before you can perform any
other DS CLI command function. Use the chuser command to change your password.
Each time you log in to the DS CLI, either in the directory where you installed the DS CLI or using the
full path name for the DS CLI, you can specify this information using either of the following three
methods:
v You may log in to the DS CLI without specifying any of this information on the command line and the
application will prompt you to enter the information interactively. For example: /opt/ibm/dscli/dscli.
v You may log in to the DS CLI by specifying this information on the command line. For example: dscli
-hmc1 mtc032h.storage.tucson.ibm.com -user admin -passwd topn0t.
v You may log in to the DS CLI by specifying this information on the command line, except for the
password, by using the -pwfile parameter instead of the -passwd parameter. For example: dscli -hmc1
9.1.12.123 -user admin -pwfile /home/ming/dscli/security.dat, where "ming" is the user ID used to
log into the operating system. The security.dat file was created by using the DS CLI command
managepwfile. See the DS CLI command managepwfile for more details.
Notes:
1. Entering a DS CLI command at the dscli command prompt requires that you continue entering all
the parameters and values until the command is complete. This can result in an automatic line wrap
if your command has many parameters and values.
2. You cannot force a line break or wrap by pressing the Enter key and then typing the rest of the
command on a second line. The DS CLI interprets the use of the Enter key as an end to the function
and begins to process whatever is contained on the line, ignoring the second line.
3. The DS CLI command examples that are provided in this guide are often shown with line wraps that
would not occur during your input. These examples are displayed for clarity and other formatting
considerations.
You must supply the login information and enter the command that you want to process at the same
time.
Notes:
a. The command example uses the -fullid DS CLI command parameter. The -fullid command
parameter generates fully qualified IDs, which include the storage image ID, for every ID that is
displayed in the command output.
b. The command example also uses the -hdr off command parameter, which turns off the header that
is associated with the report generated from the lssi command.
c. Almost every DS CLI command requires the use of the storage image ID. You can set it as an
environment variable by setting devid in the profile file, or by setting devid by using the setenv
command. If you choose not to set it, a default devid will be used on systems where the
management console is aware of only one storage image. If you provide the -dev
(storage_image_ID) parameter in commands, the value that you type takes priority over the devid
environment variable. If you specify a full ID that contains the storage image ID, the storage
image ID that you specify takes priority over the value from the -dev (storage_image_ID) parameter
and over the devid environment variable.
2. Wait for the command to process. The following type of report is generated to list the storage image
IDs that are associated with the storage complex.
v IBM.2107-75FA111
v IBM.2107-75FA112
Consider the following requirements when you use the DS CLI script command mode:
v The DS CLI script can contain only DS CLI commands. Use of shell commands results in a process
failure.
v You can add comments to the scripts. Comments must be prefixed by the number sign (#). For
example, # This script contains PPRC Path establish procedures.
v Set the echo environment variable by using the dscli profile file or use the setenv command to specify
that the dscli command name is displayed before the command output.
You can enter the DS CLI script from the command prompt at the same time that you provide your login
information.
1. Enter the script name at the command prompt by using the following format:
dscli -hmc1 mtc032h.storage.tucson.ibm.com -user admin -passwd password
-script ~/bin/mkpprcpairs
Note: If you are using IBM i and logged on to the DS CLI, you start the script mode by using the
following format:
DSCLI SCRIPT(’/myscript’) USER(admin) OUTPUT(’/outfile’)
2. Wait for the script to provide success or failure of the process.
The following example shows a script that is used to establish remote mirror and copy relationships for
volume pairs for the DS8000 series:
In addition to being able to enter DS CLI commands at the DS CLI command prompt, a history function
provides a view of the last DS CLI commands that you have used. It also allows you to repeat any of the
last commands more quickly than having to type out the entire command. The example at the end of this
process shows how the history function works.
The Windows platform allows the user to retrieve prior commands by using the up arrow, but this is a
feature of the Windows platform and is not built into the DS CLI. While other platforms might not allow
the up arrow feature, all of the supported platforms have the history function described here.
Note: Many of the DS CLI commands have a feature that allows you to specify a dash (-) for the
parameter and the specified value is read from standard input. However, you cannot use the dash (-)
while in the DS CLI interactive command mode.
Complete the following steps to use the DS CLI in the interactive command mode:
1. Log on to the DS CLI at the directory where it is installed.
2. Provide the information that is requested by the information prompts. The information prompts might
not appear if you have provided this information in your profile file. The command prompt switches
to a dscli command prompt.
3. Begin using the DS CLI commands and parameters. You are not required to begin each command
with dscli because this prefix is provided by the dscli command prompt.
Tip: Issue the setenv command to control how the reports that are generated by the ls commands
are displayed on your computer. The setenv command allows you to set or display command output
format options. For example, you can specify that the reports be displayed in one of the following
formats:
delim Displays output in a table format and sets the column delimiter to a single character.
xml Displays output in XML format.
stanza Displays output in stanza (vertical table) format.
To use the DS CLI history function that is associated with the interactive command mode, complete the
following steps:
1. Issue an exclamation mark (!) to display CLI commands that you have used in the current session.
For example: dscli> ! results in a list of commands such as the following example:
Obtaining the serial (storage image ID) number using the DS CLI
Almost every DS CLI command requires the use of the storage image ID. If you add your target storage
image ID into your profile file under the devid designation, you are not required to provide the storage
image ID when you issue each command.
Use the lssi DS CLI command to list the storage image IDs that are associated with your storage
complex. The storage image ID consists of the manufacture name (IBM), the machine type (2107 or 1750),
and the serial number. You can record the target storage image ID in your profile file. This can save you
input time when you have to process many transactions that cannot be part of a script.
To obtain a list of the storage image ID numbers, complete the following steps:
1. Log in to the DS CLI in interactive command mode.
2. Enter the following command format at the dscli command prompt to obtain the storage image IDs:
dscli> lssi -s
3. Wait for the command to process. The following type of report is generated, which lists the storage
image IDs that are associated with the storage complex.
v IBM.2107-75FA111
v IBM.2107-75FA112
The help command contains parameters that influence the type of help information that you can receive:
Table 8. Parameters for the help command
Command Description
help Displays a list of all the DS CLI commands that are
available for use.
help -s Displays a list of commands with brief descriptions.
help -l Displays a list of commands with their associated syntax.
help -match <string> Displays a list of commands that contain the specified
string. This parameter cannot be used with any other
parameters.
command_name -h Displays the reference page (man page) for the command
command_name -help name.
command_name -?
help command_name
help -s command_name Displays the brief description for the command name.
help -l command_name Displays the usage statement for the command name.
Notes:
Example
dscli> help -match flash
Whenever you complete a transaction using the DS CLI single-shot mode or the script mode, an exit code
is generated. However, no exit codes are generated when you use the DS CLI interactive mode, because
you never leave the DS CLI session.
When you use the single-shot mode, an exit code is generated after each DS CLI command is fully
processed. When you use the script mode, exit codes are only generated when the script exits the session.
In script mode, you must interpret output for the status.
DS CLI exit codes provide more general reasons (than the error messages provide) why a CLI command
transaction has failed. The following table lists the exit codes and their meanings.
Note: The operating system might generate other exit codes not listed in Table 9 if the DS CLI is stopped
by another process. For example, code 143 for the Windows operating system.
Table 9. DS CLI exit codes
Code Category Description
0 Success Specifies that the command is
successfully processed.
2 Syntax error Specifies that there is an error in the
way that the command is presented
(misaligned or wrong parameters) for
processing.
3 Connection error Specifies that there is a connectivity
or protocol error.
Complete the following steps to view, interpret, and use the DS CLI exit codes.
1. (Script mode) Retrieve the most recent exit code. For a Windows operating system, use %ERRORLEVEL%
to retrieve the most recent exit code. For a UNIX or Linux operating system, use $? to retrieve the
most recent exit code.
The following examples demonstrate the retrieval commands. The first part of the example shows the
command that failed and the second part of the example shows the code to obtain the DS CLI exit
code.
Windows operating system
C:\Program Files\ess\cli>dscli test
CMMCI9013E Command: test was not found.
Tip: Enter “help” for a list of available commands.
C:\Program Files\ess\cli>echo %ERRORLEVEL%
2
UNIX or Linux operating system
aix23 ->dscli test
CMMCI9013E Command: test was not found.
Tip: Enter “help” for a list of available commands.
echo $?
2
2. Use the previous table to interpret the value that is associated with the code and correct the command
according to the exit code description.
Based on the interpretation of the exit code value and the following processing description that is
associated with a failed DS CLI transaction, you can determine your next course of action.
Single-shot mode
The following processing is associated with a single-shot mode transaction:
v All operations of the DS CLI transaction that can be processed are processed even though an error
has occurred with one or more of the processed parameters that are associated with the transaction.
v A report on all successful completions is generated.
v A report on all failures is generated.
Note: The volume space is called an extent pool. An extent pool contains one or more ranks of a
common storage type (fixed block or CKD).
v Logical subsystems cannot be created using the DS CLI. A fixed block LSS is automatically created
when your first fixed block volume is assigned to the LSS address space. A fixed block LSS is
automatically deleted when the last fixed block volume is removed from an LSS address space.
Note: You can use DS CLI commands to create, modify, and delete LCUs, which are the CKD volume
equivalent of a fixed block LSS.
v You must not start more than 100 DS CLI sessions simultaneously. Starting more than 100 DS CLI
sessions simultaneously can result in connection problems.
v The maximum number of simultaneous DS CLI sessions is dependent on several execution
environment factors such as the host hardware configuration, the vendor and version of the host OS,
the vendor and version of the Java used by the DS CLI, the type and mix of DS CLI commands, LAN
congestion, and the capacity, configuration, and current workload of your system. It is unlikely that
you will experience problems using multiple DS CLI sessions, but under high stress conditions, you
might be required to reduce the number of simultaneous DS CLI sessions on each host and the total
number of DS CLI sessions to your system.
v Beginning with Version 6 Release 1, the DS CLI is available from the HMC console with the following
restrictions:
– The DS CLI is only available in interactive mode from the fluxbox menu.
– You cannot upgrade the DS CLI on the HMC except though newer releases of HMC software.
– You cannot edit the existing DS CLI profile, or specify a different profile.
– You cannot use commands that upload or download files, for example:
- offloadauditlog
- offloadfile
- applykey cannot be used with the -file parameter
- setauthpol cannot be used with the -action value of settruststore
The user interfaces and the supporting software issue three types of messages. When you need to see the
details about a DS CLI message, use the helpmsg command.
Informational messages
These messages are identified by the letter "I" at the end of the message identifier. They provide
A command-line interface command consists of the following types of components, arranged in the
following order:
1. The command name.
2. The command flags and flag parameters.
3. One or more command parameters, each followed by any sub parameters it might require.
The command name specifies the task that the command-line interface is to complete. For example,
lsarraysite tells the command-line interface to list array sites, and mklcu tells the command-line interface
to create a logical control unit.
Flags modify the command. They provide additional information that directs the command-line interface
to complete the command task in a specific way. For example, the -h flag tells the command-line interface
to display the reference page for the command. Some flags can be used with every command-line
interface command. Others are specific to a command and are invalid when used with other commands.
Flags are preceded by a hyphen (-), and can be followed immediately by a space and a flag parameter.
Flag parameters provide information that is required to implement the command modification that is
specified by a flag. For example, the -user flag requires a user_name parameter, and the -passwd flag
requires a password parameter. Flag parameters are variables. This means that their value changes to meet
your needs. Every user has a different user name and password. Not all flags require parameters. In this
case, the flag itself provides all the information that is necessary. Some flag parameters are optional and
might allow the use of multiple values. These values must be separated with a comma and no white
space between the values. If you do not provide a parameter, then a default value is assumed. For
example, you can specify -v on, or -v off to turn verbose mode on or off; but specifying -v only, results in
an error.
The command parameter provides basic information that is necessary to complete the command task.
When a command parameter is required, it is always the last component of the command; and it is not
preceded by a flag. Some commands permit multiple command parameters with each parameter
separated by a white space and not a comma (unlike flag parameters that allow multiple values). Some
commands, like lsuser, do not require a command parameter, because a default value of all is always
assumed. For some commands, like lsarraysite, the command parameter is optional. If no value is
provided, then a default value of all is assumed. If a value is provided, then the command-line interface
lists information only about the array site or sites provided in the command parameter string.
In the following example, lsrank is the command name. -dev and -l are command parameters.
IBM.2107–75FA120 is the sub parameter for the -dev parameter, and R1, R2, and R3 are a list of command
parameters. Note that the banner is not listed for all examples provided in this document.
Syntax diagrams
Main path line
►► ►◄
Begins on the left with double arrowheads (>>) and ends on the right with two arrowheads
facing each other (><). If a diagram is longer than one line, each line to be continued ends with a
single arrowhead (>) and the next line begins with a single arrowhead. Read the diagrams from
left-to-right, top-to-bottom, following the main path line.
Keyword
►► dscli ►◄
Represents the name of a command, parameter, or argument. A keyword is not in italics. Spell a
keyword exactly as it is shown in the syntax diagram.
Required keywords
► User Name ►◄
-scope user_resource_scope "-"
Indicates the parameters or arguments you must specify for the command. Required keywords
appear on the main path line. Mutually exclusive required keywords are stacked vertically.
Optional keywords
►► ►◄
-h -help -?
Indicates the parameters or arguments you can choose to specify for the command. Optional
keywords appear below the main path line. Mutually exclusive optional keywords are stacked
vertically.
Variable
►► variable ►◄
Represents the value you need to supply for a parameter or argument, such as a file name, user
name, or password. Variables are in italics.
Special characters
- (minus) or / (slash) sign
Parameters are prefixed with a - (minus) sign. Parameters define the action of a command or
modify the operation of a command. You can use multiple parameters, followed by variables,
when you issue a command.
Parameters Description
-p on | off Turns paging on or off. Displays 24 rows at a time unless used with
the -r flag. The default is off in single-shot mode and on in
interactive mode. You can page up or down by pressing any key. You
can specify -p on or -p off to turn the paging on or off; but if you
specify only -p, you get an error.
Note: You can only use this flag with the ls type (for example, lsuser,
lskey, lsserver) commands and the help (setoutput) command.
-r number Specifies the number of rows (1 - 100) per page. This flag is valid
only when the -p flag is set to on. The default value is 24 rows.
Note: You can only use this flag with the ls type (for example, lsuser,
lskey, lsserver) commands and the help (setoutput) command.
-fmt xml | stanza | delim | default
xml Sets the output format to XML.
Note: You can use this option only with list (for example,
lsuser, lskey, lsserver) commands
stanza Sets the output format to stanza.
Note: You can use this option only with list (for example,
lsuser, lskey, lsserver) commands
delim Sets the output format to a table. You must set the column
delimiter to a single character with the -delim flag.
Note: You can use this option only with list (for example,
lsuser, lskey, lsserver) commands
default Sets the output to a space-separated plain text table.
Note: You can use this option only with list (for example,
lsuser, lskey, lsserver) commands
-delim char Sets the output to delimited output and the delimiter to the single
character char. You must enclose char in single or double quotation
marks if the character is a shell metacharacter (such as * or \t). If
char is not specified, the CLI program returns a syntax error. A blank
space, even when it is enclosed within quotation marks, is not a valid
character as a delimiter.
Note: You can use this option only with list (for example, lsuser,
lskey, lsserver) commands
Framework commands
This section contains the user interface framework commands for the DS command-line interface.
dscli
The dscli command starts the DS CLI. Use this command to run DS CLI commands in interactive,
single-shot, or script mode.
►► dscli ►
-h -cfg profile -hmc1 hmc1 -hmc2 hmc2
-help
-?
-ver
-overview
► ►
-port 1718 -user user_name -passwd password
1750 -pwfile passwordfile
1751
► ►◄
command
-script file_name
Parameters
-help | -h | -?
(Optional) Displays a help screen about how to use the DS CLI program.
-ver
(Optional) Displays the DS CLI version.
-overview
(Optional) Provides overview information about the DS CLI.
-cfg profile
(Optional) Specifies a profile file. This parameter is not required if you are use default profiles. The
default profile file name is dscli.profile, and it is provided as part of the DS CLI package under the
profile directory. See “Creating a default CLI profile” on page 21 for more information.
-hmc1 hmc1
(Optional) Specifies the primary management console IP address or the DNS name.
Note: You can connect the DS CLI to the HMC by using an IPV6 IP address if your Java virtual
machine level supports IPV6.
This parameter is not required if you created this information as a profile variable.
-hmc2 hmc2
(Optional) Specifies the secondary management console IP address or the DNS name. This parameter
is not required if you created this information as a profile variable.
-port 1718 | 1750 | 1751
(Optional) Specifies that the DS CLI should use only the specified port. By default, the DS CLI first
attempts to connect by using port 1751 with an NIST-compliant certificate. If that connection fails, the
Chapter 4. CLI commands 49
DS CLI attempts to connect to an existing DS8000 port 1750 with the legacy certificate. If the second
attempt also fails, the DS CLI attempts to connect to port 1718 with the legacy certificate used by ESS
2105 systems. This default behavior means that the DS CLI connects to any ESS 2105 or DS8000
system. However, checking multiple ports can cause a connection delay when a DS CLI connects to a
DS8000 system or ESS 2105 that does not listen on the 1751 port. If the target DS8000 system is
known, you can use this parameter to eliminate any connection delay that is caused by checking
multiple ports.
1718 Connect by using port 1718 only (ESS 2105 with legacy certificate).
1750 Connect by using port 1750 only (DS8000 before Release 7.2 with legacy certificate).
1751 Connect by using port 1751 only (DS8000 Release 7.2 and later with NIST SP
800-131a-compliant certificate).
-user user_name
(Optional) Specifies your user name for entering DS CLI commands.
-passwd password
(Optional and not recommended) Specifies the password to authenticate when you start the CLI
session. This parameter is not required nor recommended. If you use this method to designate your
password, the password is displayed on the screen. Another option is to specify a password file (see
the next parameter) that is used when you start the DS CLI.
-pwfile passwordfile
(Optional) Specifies a password file containing your password as an alternative to the –passwd
parameter.
Note: You cannot specify both the -pwfile and the -passwd parameter when you start the DS CLI,
otherwise an error message is given.
command
(Optional) Specifies the single command that you want to run.
Note: You cannot specify both the command and -script file_name parameters. Use -script for script
mode, command for single-shot mode, and use neither for interactive mode.
-script file_name
(Optional) Initiates the script mode so that multiple dscli program commands are issued
consecutively by using a saved file. Format options that are specified using the framework setoutput
command apply to all commands in the file. Output from successful commands routes to stdout, and
output from failed commands routes to stderr. If an error occurs during the processing of one of the
commands in the file, the script exits at the point of failure and returns to the system prompt.
echo
The echo command allows you to specify whether the dscli will echo each specified command, or to
display a user-specified string.
If echo is turned on, each command will be printed before it is executed. The echo can also be turned on
or off using the dscli profile file or the setenv command.
►► echo ►◄
on
off
message
Note: If the echoprefix variable is set, its value will be printed on the same line preceding the
commands that are echoed.
Example
exit
The exit command ends an interactive command-line interface session.
►► exit ►◄
help
The help command displays a list of commands available in a command-line interface and optionally
displays the syntax or brief description of each command. If you specify this command with no
parameters, this command displays only a list of available commands.
►► help ►
-? -l off -r number command_name
-h -s -p on
-help
► ►◄
-match string
Parameters
-? | -h | -help
Displays a detailed description of this command, including syntax, parameter descriptions, and
examples. If you specify a help option, all other command options are ignored.
-l
Displays a list of available commands with the syntax diagrams for each. If you specify a command
name with this parameter, this command displays the syntax for only the specified command.
-s
Displays a list of available commands with a brief description of each. If you specify a command
name with this parameter, this command displays a brief description for only the specified command.
Example
Invoke help
#dscli> help -s exit
helpmsg
The helpmsg command is used to obtain details about information, warning, and error messages.
►► helpmsg message_ID ►◄
Parameters
Notes:
1. The message information revealed by this command is a snapshot of what is available in your current
code version.
2. This command does not work for GUI messages.
3. For the most up-to-date information, see the list of individual messages in the IBM DS8000 online
documentation.
message_ID
(Required) Specifies the message number that you are querying. You must enter the entire message
number (for example, CMUC00246I, CMUC00244W, CMUC00247E). You do not have to enter all caps.
Substitute keys are not allowed and cause an error if used.
Example
Explanation
Action
Retry the create volume task and specify an extent pool and a
logical subsystem group that are in the same rank group.
quit
The quit command ends an interactive command-line interface session.
►► quit ►◄
-?
-h
-help
Parameters
-? | -h | -help
Displays a detailed description of this command, including syntax, parameter descriptions, and
examples. If you specify a help option, all other command options are ignored.
setenv
The setenv command overrides the default values of the DS CLI environment variables. Default values
are stored in the DS CLI profile. New values are valid for the current interactive session only and not
permanently saved in the DS CLI profile.
►► setenv ►
-paging on -rows # -format default -delim char
off xml
delim
stanza
► ►
-header on -verbose on -banner on
off off off
► ►
-devid storage_image_ID -remotedevid storage_image_ID -echo on
off
► ►
-echoprefix echo_prefix -locale user_locale -timeout timeout_in_sec
none
► ►◄
-fullid on -maxnumreports max_reports -banner_date locale
off iso8601
Parameters
-paging on | off
(Optional) Specifies whether to display one page of text at a time or all of the text at once.
where:
yyyy the year
MM the month (01-12)
dd the day (01-31)
HH the hour (00-23)
mm the minutes (00-59)
ss the seconds (00-59)
Z the time zone offset from UTC [-HHmm | +HHmm]
Example
setoutput
The setoutput command sets or displays command output format options.
►► setoutput ►
-? default off on
-h -fmt delim -p on -hdr off
-help xml
stanza
► ►◄
-delim char -r number off off
-v on -bnr on
Parameters
-? | -h | -help
(Optional) Displays a detailed description of this command, including syntax, parameter
descriptions, and examples. If you specify a help option, all other command options are ignored.
-fmt default | delim | xml | stanza
(Optional) Specifies the format of the output. You can specify one of the following values:
default
Specifies that the output is to be displayed in a tabular format with a space as the delimiter
between the columns. This value is the default.
delim
Specifies that the output format is to be set to a table and sets the column delimiter to a
single character that is specified by the -delim char parameter.
xml
Specifies that the output is to be displayed in XML format.
stanza
Specifies that the output is to be displayed in a stanza (vertical table) format.
-p off | on
(Optional) Specifies whether to display one page of text at a time or all of the text at once.
off
Displays all of the text at one time. This value is the default.
on Displays one page of text at a time. Pressing any key displays the next page.
-hdr on | off
(Optional) Specifies whether to display the table header.
on Displays the table header. This value is the default.
off
Does not display the table header.
-delim char
(Optional) Specifies that the delimiter character (such as a comma) used in the report.
-r number
(Optional) Specifies the number of rows per page to display when the -p parameter is on. The
default is 24 rows. You can specify a value from 1 to 100.
-v off | on
(Optional) Specifies whether to enable verbose mode.
Format Examples
The setoutput command with no options displays the current output settings in the default format
(space-separated plain text table), regardless of the values of the output settings.
dscli> setoutput
The following lines are an example of the commands that you can enter to get (long) output in
comma-separated format for an unassigned rank only. Enter the setoutput command to specify the report
format and then enter the lsrank command to designate the rank you want to query.
dscli> setoutput -fmt delim –delim ,
dscli> lsrank –dev IBM.2107-75FA120 -state unassigned
Note: Although this example shows the header turned on, you can choose to turn off the header. To turn
off the header, issue the command and include the -hdr off parameter.
ID,Group,State,datastate,Array,RAIDtype,extpoolID,stgtype
=========================================================
R0,-,Unassigned,Normal,A0,5,-,fb
The following lines are an example of the commands that you can enter to get (long) output in XML
format for an unassigned rank only. Enter the setoutput command to specify the report format and then
enter the lsrank command to designate the unassigned rank that you want to query.
dscli> setoutput -fmt xml
dscli> lsrank –dev IBM.2107-75FA120 –state unassigned
When columns are horizontally long, output can be difficult to visually align. The stanza format option
eliminates this problem. The following output is an example of the commands that you can enter to get
(long) output in stanza format for an unassigned rank only. Issue the setoutput command to specify the
report format and then enter the lsrank command to designate the unassigned rank that you want to
query.
dscli> setoutput -fmt stanza
dscli> lsrank –dev IBM.2107-75FA120 –state unassigned
showenv
The showenv command displays the DS CLI environment variables.
►► showenv ►◄
Example
ver
The ver command displays the versions of the command-line interface, storage management console
(HMC or SMC), and licensed machine code. It does not display the version number of the Graphical User
Interface (GUI).
►► ver ►◄
-s -cli -stgmgr -lmc
-l
Parameters
-s
(Optional) Specifies that the system displays the version of the command-line interface program. You
cannot use the -s and -l parameters together.
Example
DSCLI 7.7.30.198
StorageManager 7.7.7.0.20130628.1
HMC DSCLI 7.7.30.180
====================Version===================
Storage Image LMC Bundle Version
==============================================
IBM.2107-75YZ881 7.7.30.128 87.30.40.0
Key:
Security commands
This section contains commands that are used to maintain security, including user accounts and security,
Internet Protocol Security (IPSec), and private network security.
The DS8000 system comes with an internal authentication and authorization service, called the Basic
authentication service. This service also provides user management and is identical to the service
provided in previous DS8000 models. The DS8000 system uses an external authentication service, such as
a LDAP server, but still uses the internal authorization service to grant access to resources as defined by
the DS8000 user group roles. These roles include administrator, storage operator, volume operator, Copy
Services operator, service operator, and monitor.
An authentication policy defines the authentication service to be used. It also defines any parameters that
are required to connect to and use that authentication service, and any mappings from that service's user
groups to the DS8000 user group roles. It is assumed that any external authentication service provides
tools for user account management, therefore the DS8000 system manages user accounts that are defined
in the Basic authentication service. Currently, the DS8000 system defines two policy types, Basic and SAS
(Storage Authentication Service). The Basic policy type uses the DS8000 Basic authentication service, and
the SAS policy type uses the authentication service that is provided by an IBM SSPC (IBM System
Storage Productivity Center).
With the introduction of the encryption recovery key, a "dual control" security process is required to
protect the authorized usage of the recovery key. This dual control process requires two separate user
accounts to process most recovery commands. If these accounts are owned by two different people, then
the recovery key cannot be used by any one person to gain access to encrypted data. The first user role is
the same 'admin' user role that has existed in previous versions of the DS8000 system, but it is now
referred to as a storage administrator. The second user role, 'secadmin', is referred to as a security
administrator. In the dual control process, the security administrator initiates a recovery key operation,
and the storage administrator authorizes the operation that completes, or activates, the operation. The
storage administrator cannot initiate any recovery key operation and a security administrator cannot
authorize any recovery key operation.
A user that has security administrator authority cannot have the authority of any other user role. A user
with any other user role cannot have the security administrator authority at the same time. This isolation
of the security administrator authority is extended into the creation of a SAS policy by restricting who
can specify mapping of external users and groups to the security administrator role to only those users
with security administrator authority. This last restriction can create problems if the active SAS policy
does not have any valid users or groups that are mapped to the security administrator role because no
user can initiate any of the recovery key operations. To avoid these problems, the following SAS creation
procedure is recommended:
1. Either the storage administrator or security administrator creates a new, or copies an existing SAS
policy.
2. The security administrator specifies the mappings to the security administrator role.
3. The storage administrator specifies all other attributes and mappings of the SAS policy.
4. Either the storage administrator or security administrator tests the new policy.
5. The storage administrator activates the new policy.
chauthpol
The chauthpol command changes the general attributes of an authentication policy, such as the policy
name and the activation state.
►► chauthpol ►
-name new_pol_name -activate -username user_name
► pol_name ►◄
-pw password -quiet "-"
Parameters
-name new_pol_name
(Optional) Specifies the new name for the authentication policy. This parameter cannot be used with
the -activate parameter.
-activate
(Optional) Activates the specified authentication policy. This parameter requires the -username and
-pw parameters, and optionally the -quiet parameter. This parameter cannot be used with the -name
parameter. To use this parameter, you must be logged in with the currently active authentication
policy with storage administrator authority. The name that is specified by the -username parameter
must have storage administrator authority in the specified authentication policy to be activated.
-username user_name
(Optional) Specifies a valid user name in the policy that is being activated.
Note: You must have administrator privileges in the current policy to modify the user name in the
new policy.
This parameter is required when the -activate parameter is specified.
-pw password
(Optional) Specifies the password of the user name that is specified in the -username parameter.
Note: You must have administrator privileges in the current policy to modify the password in the
new policy.
This parameter is required when the -activate parameter is specified.
-quiet
(Optional) Turns off the modification confirmation prompt for this command.
pol_name | –
(Required) Specifies the name of the authentication policy. If you use the dash (-), the specified value
is read from standard input. You cannot use the dash (-) while you are in the DS CLI interactive
command mode.
Example 1
Example 2
chpass
The chpass command changes the password expiration time, minimum password age, minimum
password length, password history, and the number of login attempts for a basic user account.
►► chpass ►
-expire number -fail number -age number -length number
► ►◄
-history number -reset -pol pol_name
Parameters
-expire number
(Optional) Specifies the number of days a user account password is valid before it expires and needs
to be changed by the user. The default number of days is 90. If you do not want the password to
expire, enter a value of zero. After the password expires, the user is not allowed to log in unless the
password is changed.
Note: Though the expiration range is 0 - 9999, a nonzero must also be greater than or equal to the
minimum age value. So, to avoid a possible password problem, do not allow the password to expire
before you change the value. For example, assuming an age value of 7 (meaning you cannot change
the password more than once a week), but the expiration is set to 5 days, there would be two days in
which you could not use the account.
-fail number
(Optional) Specifies the number of login attempts allowed on any given user account. The number of
login attempts can be zero to twenty-five. The default number of login attempts is 5. If you do not
want a limit on the number of login attempts, enter zero. After the number of login attempts is
exceeded, the user account is locked.
-age number
(Optional) Specifies the number of days that a user must wait before changing a password. A zero
disables the age requirement of the password, and the default age is 1.
Note: The range is 0 - expiration value, inclusive. The real check is that the age value should not
exceed the password expiration value, for the reason explained under the -expire parameter.
-length number
(Optional) Specifies the minimum length (from 6 to 16 characters) for passwords. The default is 8.
-history number
(Optional) Specifies the number of unique passwords (from 1 to 16) that a user must go through
before reusing a password. The default is 8.
-reset
(Optional) Resets all of the password rule values to their default values.
Note: The -reset parameter can only be specified by itself and not with any other parameters.
-pol pol_name
(Optional) Specifies the name of the basic authentication policy. This parameter is optional if you
have authenticated with a 'basic' authentication policy type, but it is required if you are authenticated
with another type of authentication policy.
chuser
The chuser command modifies and locks or unlocks a DS CLI or a DS Storage Manager basic user
account.
All users can use this command to change their own password. However, users with administrator
authority can also use this command to update any user's account password to modify user group
authority, or to lock or unlock a user account. Users with security administrator authority can only
modify the attributes of a user ID in the security administrator group role. Users with administrator
authority can modify the attributes of a user ID in any user role except security administrator.
Note: When a person with administrator authority designates the password, the password is set to expire
upon its initial use. The user of the password must use the chuser command to establish a new password
before access to the rest of the DS CLI can be granted.
►► chuser ►
-pw new_password -lock -unlock -group group_name [ ... ]
► User_Name ►◄
-pol pol_name -scope user_resource_scope "-"
Parameters
-pw new_password
(Optional) Specifies that the new designated password is to be assigned to the user.
Notes:
1. When a person with administrator authority uses this parameter in association with the -unlock
parameter, the new password is temporary and expires upon the initial use.
2. When a person without administrator authority uses this parameter, the new password becomes
the valid password and replaces the prior password.
new_password
Indicates the new password.
The new password must meet the following criteria:
v Must be at least the minimum length as set by an administrator and no longer than 16
characters.
v Must contain at least two types of characters from the three groups: alphabetic, numeric,
and symbols.
– Allowable characters include a-z, A-Z, 0-9, and the symbols !@#$%&*().
v Cannot contain the user ID of the user.
Note: If symbols are contained in your password, you might be required to enclose the
password in quotation marks. This prevents any special interpretations or expansions by the
operating system shell program.
Note: When unlocking a user account for this scenario, the administrator must also assign a new
password to the user using the -pw parameter. The new password is temporary and immediately
expires after its initial use. The administrator must notify the user of this new password.
v Someone with administrator authority has locked the user account.
-group group_name [ ... ]
(Optional) Specifies a user's access authority group or groups. A user can be assigned to many of the
following user groups:
v admin (Administrator)
v op_storage (Physical Operator)
v op_volume (Logical Operator)
v op_copy_services (Copy Services Operator)
v secadmin (Security Administrator)
v service (Service Operator)
v monitor (Monitor)
v no_access (No Access)
-pol pol_name
(Optional) Specifies the name of the basic authentication policy. This parameter is optional if you
have authenticated with a 'basic' authentication policy type, but it is required if you are authenticated
with another type of authentication policy.
-scope user_resource_scope
(Optional) Specifies the user resource scope, which must meet the following criteria:
v Must be 1 to 32 characters long
v The characters are limited to upper and lower case alphabetic, numeric, and the special characters,
dash ( - ), underscore ( _ ), and period ( . ). You can also define the scope as a single asterisk ( * ).
Notes:
1. The administrator inserts the name of the user account that is affected by the changes (that is,
group name, lock, or unlocking).
2. Users who are changing their passwords can insert their user names.
If you use the dash (-), the specified value is read from standard input. You cannot use the dash (-)
while you are in the DS CLI interactive command mode.
Example
cpauthpol
The cpauthpol command copies an existing authentication policy to a new policy. You can only copy a
policy within the same storage complex. Copying between different storage complexes is not supported.
This command is not supported on DS6000 models.
Parameters
-name new_pol_name
(Required) Specifies the new name for the (copied) authentication policy.
pol_name | -
(Required) Specifies the name of the existing authentication policy that is being copied. If you use the
dash (-), the specified value is read from standard input. You cannot use the dash (-) while you are in
the DS CLI interactive command mode.
Example
Invoking the cpauthpol command to copy an existing authentication policy to a new policy.
dscli> cpauthpol –name my_policy4 my_policy2
lsauthpol
The lsauthpol command displays a list of all the authentication policies on the storage complex. This
command is not supported on DS6000 models.
►► lsauthpol ►◄
-s -type pol_type pol_name
-l
...
"-"
Example
Invoking the lsauthpol command to display a list of all the authentication policies on the storage
complex.
dscli> lsauthpol -l
Key:
* Displayed when the -s parameter is specified.
+ Displayed only when the -l parameter is specified.
►► lsuser ►◄
-s -pol pol_name -scope user_resource_scope User_Name [ ... ]
-l "-"
Parameters
-s
(Optional) Displays only the user names. You cannot use the -l and the -s parameters together.
-l
(Optional) Displays the default output. You cannot use the -l and the -s parameters together.
-pol pol_name
(Optional) Specifies the name of the basic authentication policy. This parameter is optional if you
authenticated with a 'basic' authentication policy type, but it is required if you are authenticated with
another type of authentication policy.
-scope user_resource_scope
(Optional) Displays only the user accounts that have the specified user resource scope. If you do not
specify the scope, users with any user resource scope might be displayed.
User_Name ... | -
(Optional) Displays the user accounts with the specified user names. Separate multiple user names
with a blank space between each name.
Example
Note: For this command and all other DS CLI list commands, the results are shown in table format to
provide clarity. The actual reports do not display as table.
Key:
* Displayed when the -s parameter is specified.
+ Displayed only when the -l parameter is specified.
managepwfile
The managepwfile command manages a security file that contains passwords for any existing DS user
account. This password security file can then be used with the -pwfile parameter of the dscli command
instead of the -passwd parameter. Although using a security file is not required, it is strongly
recommended as a more secure method of entering the user's password when invoking the dscli
command. The security file method does not require entering the password on the command line, nor is
it contained in any script files.
► ►◄
-mc2 hmc2 -mcall -name username -pw password
Parameters
-action
(Required) Specifies that a process that is designated by the sub-parameter be enacted on the
password file.
add Specifies that an entry for the user and the specified primary HMC be created in the
password file. If the password file does not exist, it will be created.
remove
Specifies that the password file entry be removed for the designated user.
change
Specifies that the password file entry be changed for the designated user.
-pwfile file_name
(Optional) Specifies the name that you want to use for the password file. You can specify the
password file as an absolute path or a relative path. The relative path is obtained from the current
working directory.
-mc1 hmc1
(Optional) Specifies the DNS name or the IP address. “hmc1” designates the Model 2107 primary
HMC, Model 1750 primary SMC, Model 2105 primary Copy Services server DNS or IP address.
Note: If you do not specify this parameter, the DS CLI will use the value that was specified for -hmc1
in the current CLI session connection, or the default value, if specified, for HMC1 in your profile file.
Note: If you do not specify this parameter, the DS CLI will use the value that was specified for -hmc2
in the current CLI session connection, or the default value, if specified, for HMC2 in your profile file.
This value, as entered and converted to lower case, along with the value of the -name parameter is
used as a key in the password file. If the values for -mc1 and -mc2 are equivalent, then only one key
is generated.
-mcall
(Optional) Specifies any existing DNS name or IP address in the password file. The specified action is
applied to any entry in the password file that is identified only by the –name value as the lookup key.
You can use this parameter to change all of the passwords for a particular user in one command.
For the remove and change actions, you can specify this value instead of the –mc1 parameter, the -mc2
parameter, or both. For the add action, this parameter is ignored.
-name username
(Optional) Specifies the name that you use to access the DS CLI. This information, along with the
-mc1 and -mc2 parameter information, is used as keys in the password file.
-pw password
(Optional) Specifies a user-assigned password. The password is case-sensitive.
Notes:
1. The primary or secondary Storage Manager IP addresses, along with the user name, are used to form
a key to locate the user's password in the security file. However, these values are stored as character
strings. Therefore, either use the same string every time for the IP addresses, or use managepwfile to
store all variations of the IP addresses. In other words, the IP address of 9.11.64.211 and the DNS
name of myds8000.chicago.abc.com would form different keys even though they identify the same
machine.
2. A password file is created with a user's default protection mask. The user can update the protection
mask to allow access only to the owner of the file. Also, you must write down the directory name
where the password file is contained in case you need to use it later.
3. The password file has a default value of <user_home>/dscli/security.dat.
The home directory <user_home> is defined by the Java system property named "user.home" The
location of your password file is determined by your operating system. The following examples are
home directories in different operating systems:
Windows XP operating system
For a Windows XP operating system, the property value defaults to the environment variable
%USERPROFILE%. As a result, your personal profile is C:\Documents and Settings\<username>\
dscli\security.dat.
UNIX or Linux operating system
For an UNIX or Linux operating system, the property value defaults to the environment variable
$HOME. As a result, your personal profile is ~/dscli/security.dat.
i5/OS
For the i5/OS, your personal profile is /home/<username>/dscli/security.dat.
OpenVMS system
For an OpenVMS operating system, the property value defaults to the logical name SYS$LOGIN.
As a result, your personal profile is [.dscli.profile]security.dat.
Example
mkauthpol
The mkauthpol command creates an empty authentication policy. This command is not supported on
DS6000 models.
After you create an authentication policy, use the manageauthpol command to configure it, and the
chauthpol command to enable it.
Parameters
-type sas
(Required) Specifies the authentication policy type. Currently, SAS (Storage Authentication Service) is
the only valid value for this parameter and it is required.
pol_name | -
(Required) Specifies the name of the authentication policy. If you use the dash (-), the specified value
is read from standard input. You cannot use the dash (-) while you are in the DS CLI interactive
command mode.
Example
mkuser
The mkuser command creates a DS CLI or a DS Storage Manager Basic authentication policy user account
with a password and user group authority. Only users with security administrator authority can create
user IDs in the security administrator role and cannot create an ID in any other group role. A user with
administrator authority can create user IDs in any group role except security administrator.
Parameters
-pw password
(Required) Specifies the password that is assigned to the user that allows their use of the DS CLI
command-line function. This password is temporary and expires after the initial use. The user must
assign themselves a new password using the chuser command before they can use any other
commands in the DS CLI.
password
The password that is assigned by the administrator to a user.
The password must meet the following criteria:
v Must be at least the minimum length as set by an administrator and no longer than 16
characters.
v Must contain at least two types of characters from the three groups: alphabetic, numeric,
and symbols.
v Allowable characters are: a-z, A-Z, 0-9, and the symbols !@#$%&*().
v Cannot contain the user ID of the user.
Note: If symbols are contained in your password, you might be required to enclose the
password in quotation marks to prevent any special interpretations or expansions by the
operating system shell program.
Note: Even with a valid password, a user cannot interactively login when all of the following
conditions are present:
v The version of DS CLI used is pre-R6.1
v Entering the password without either the -passwd or -pwfile parameters
v The DS CLI is operating in the Windows (all versions), Netware, or OpenVMS
environments
v The password contains anything other than alphabetic or numeric characters (that is,
symbols)
But if any of these conditions is not present, then the user should not encounter any
problems in logging in with a valid password.
-group group_name [...]
(Required) Specifies the user's access authority group.
v admin (Administrator)
v op_storage (Physical Operator)
v op_volume (Logical Operator)
v op_copy_services (Copy Services Operator)
v secadmin (Security Administrator)
v service (Service Operator)
v monitor (Monitor)
v no_access (No Access)
Note: An ellipsis [...] signifies that multiple comma-separated values can be specified.
-pol pol_name
(Optional) Specifies the name of the basic authentication policy. This parameter is optional if you
Note: The user resource scope is matched to one or more resource group IDs that are assigned to
resource groups. If the resource group ID of a resource group matches the user resource scope, the
user is authorized to issue Copy Services requests to a logical volume, LSS, or LCU that is assigned
to the resource group. To issue a Copy Services request to establish a volume pairing, an LSS-pairing,
or LCU-pairing, the user must be authorized to access the source volume, source LSS, or source LCU,
respectively. To issue a Copy Services request that operates on an LSS or LCU or has a session
parameter, the user must be authorized to access that LSS or LCU.
user_name | –
(Required) The user name of the new user that you are creating.
An account name must be between 1 and 64 characters in length and can include the alphanumeric
characters (a-z, A-Z, 0-9), the period(.), the hyphen (-), the underscore (_), and letters from any other
languages. If you use the dash (-), the specified value is read from standard input. You cannot use the
dash (-) while you are in the DS CLI interactive command mode.
Example
rmauthpol
The rmauthpol command allows you to remove an authentication policy. This command is not supported
on DS6000 models.
►► rmauthpol pol_name ►◄
-quiet ...
"-"
Parameters
-quiet
(Optional) Turns off the removal confirmation prompt for this command.
pol_name ... | -
(Required) Specifies the name of the authentication policy that you want to remove. The ellipsis (...)
indicates that, optionally, you can specify multiple values. If you use the dash (-), the specified value
is read from standard input. You cannot use the dash (-) while you are in the DS CLI interactive
command mode.
rmuser
The rmuser command removes a basic user account.
Only users with administrator authority can use this command to delete a user ID. Users with only
security administrator authority can delete a user ID in the security administrator group role. Users with
administrator authority can delete a user ID in any group role except security administrator.
►► rmuser User_Name ►◄
-quiet -pol pol_name "-"
Parameters
-quiet
(Optional) Turns off the removal confirmation prompt for this command.
-pol pol_name
(Optional) Specifies the name of the basic authentication policy. This parameter is optional if you
authenticated with a 'basic' authentication policy type, but it is required if you are authenticated with
another type of authentication policy.
User_Name | –
(Required) Specifies the user name of the user account to be removed.
If you use the dash (-), the specified value is read from standard input. You cannot use the dash (-)
while you are in the DS CLI interactive command mode.
Example
setauthpol
The setauthpol command modifies policy attributes that apply to a specific type of authentication policy,
changing the contents of the policy. To change attributes that are independent of the policy type, use the
chauthpol command.
Using the setauthpol command, you can map external users and groups to one or more authority groups
and to a user resource scope. Only users with security administrator authority can map a user ID or
group to the security administrator group role. Users with security administrator authority cannot be
mapped to any other group role. A user with administrator authority can map a user ID, or group, to any
group role except security administrator.
Depending on the policy type and the action that is selected, all of the other parameters can vary in
meaning. For this reason, the syntax diagrams and the parameter descriptions are separated by policy
types and actions. If a parameter is not found under a specific policy type, then it does not apply to that
policy type.
Notes:
v You must have administrator or security administrator authority and a user resource scope of '*' in the
current policy to use this command.
v If an external user belongs to several external groups that map to more than one user resource scope,
other than DEFAULT, the user cannot log on unless there is also a mapping between the external user
and one specific user resource scope.
v The previous parameters -groupmap and -usermap, used with the addmap, rmmap, and setmap
actions, are now deprecated but are still valid for use in commands. The new parameters -extgroup,
-extuser, and -dsgroup replace the deprecated parameters, and cannot be used in the same command
line with them.
Each of the following sections shows the options for one of the listed -action parameters:
-action setauthserver
-action addmap
► ►
-extuser extusr11[,extusr2...] -dsgroup dsgrp1[,dsgrp2...]
► pol_name ►◄
-scope user_resource_scope "-"
-action rmmap
► pol_name ►◄
-scope user_resource_scope "-"
-action rmallmap
► ►
-extuser extusr1[,extusr2...] -dsgroup dsgrp1[,dsgrp2...]
► pol_name ►◄
-scope user_resource_scope "-"
-action setmap
► ►
-extuser extusr1[,extusr2...] -dsgroup dsgrp1[,dsgrp2...]
► pol_name ►◄
-scope user_resource_scope
-action setsasuser
-action settruststore
-action setlocaladmin
► pol_name ►◄
"-"
Action parameters
-action setauthserver
(Required) Specifies the authentication server that is used in the policy.
-action addmap
(Required) Adds to the mappings of external users or groups in the DS8000 authority group roles.
Chapter 4. CLI commands 77
Note: Either the -extgroup or -extuser (or both) parameters can be used with either the -dsgroup or
-scope (or both) parameters to add a mapping between the specified mapping pairs.
-action rmmap
(Required) Removes either all or specific mappings of external users or groups from the DS8000
authority group roles.
Note: Either the -extgroup or -extuser (or both) parameters can be used with either the -dsgroup or
-scope (or both) parameters to remove the mapping between the specified mapping pairs. Any
existing mappings that are not part of the specified parameters are not removed.
-action rmallmap
(Required) Removes multiple mappings of either DS8000 authority group roles and user resource
scope to external users or groups.
Note: Any, or all, of the -extgroup, -extuser, -dsgroup, or -scope parameters can be used to remove
all mapping pairs with any of the specified parameters. Any existing mappings that are not part of
the specified parameters are not removed.
-action setmap
(Required) Maps external users or groups to DS8000 authority group roles. If previous mappings are
defined, the setmap action replaces them. Use the addmap action to add new mappings without
replacing previous versions. All unspecified roles are unchanged.
Note: Either the -extgroup or -extuser (or both) parameters can be used with either the -dsgroup or
-scope (or both) parameters to set the mapping between the specified mapping pairs. Any existing
mappings for the specified keyword pairs are replaced by the specified mapping.
-action setsasuser
(Required) Specifies the storage authentication service (SAS) user.
-action settruststore
(Required) Specifies the location of the truststore file. You must specify the password to check the
integrity of the keystore data, and to set the truststore.
-action setlocaladmin
(Required) Specifies that a storage administrator with global resource scope authority can set a local
administrator for the authentication policy. The local administrator is specified as the user account in
the local security repository who can log in to the system when a given remote user directory policy
is configured and the remote user directory server is not accessible.
The following table includes all the valid combinations of actions and parameters and their effects on the
DS8000 system. One or more options from parameter group 1 must be specified. If any options are listed
in parameter group 2, one or more of those options must also be specified.
Table 10. setauthpol action and parameter combinations
Action Parameter group 1 Parameter group 2 Effects
addmap -extgroup extgrp1[,extgrp2] -dsgroup dsgrp1[,dsgrp2] Add mapping to existing
-extuser extusr1[,extusr2] -scope user_resource_scope maps
rmmap -extgroup extgrp1[,extgrp2] -dsgroup dsgrp1[,dsgrp2] Remove mapping from
-extuser extusr1[,extusr2] -scope user_resource_scope existing maps
rmallmap -extgroup extgrp1[,extgrp2] Remove specified values from
-extuser extusr1[,extusr2] all existing maps
-dsgroup dsgrp1[,dsgrp2]
-scope user_resource_scope
setauthserver -loc loc1[,loc2] Set location of authentication
server
No attributes that can be set for this policy type are available.
Note: The user resource scope is matched to one or more resource group IDs that are assigned to
resource groups. If the resource group ID of a resource group matches the user resource scope, the
user is authorized to issue Copy Services requests to a logical volume, LSS, or LCU that is assigned
to the resource group. To issue a Copy Services request to establish a volume pairing, an LSS-pairing,
or LCU-pairing, you must be authorized to access the source volume, source LSS, or source LCU,
respectively. To issue a Copy Services request that operates on an LSS or LCU or has a session
parameter, you must be authorized to access that LSS or LCU.
pol_name | -
(Required) Specifies the name of the authentication policy. If you use the dash (-), the specified value
is read from standard input. You cannot use the dash (-) while you are in the DS CLI interactive
command mode.
Note: The user resource scope is matched to one or more resource group IDs that are assigned to
resource groups. If the resource group ID of a resource group matches the user resource scope, the
user is authorized to issue Copy Services requests to a logical volume, LSS, or LCU that is assigned
to the resource group. To issue a Copy Services request to establish a volume pairing, an LSS-pairing,
Notes:
1. The user resource scope is matched to one or more resource group IDs that are assigned to
resource groups. If the resource group ID of a resource group matches the user resource scope,
you are authorized to issue Copy Services requests to a logical volume, LSS, or LCU that is
assigned to the resource group. To issue a Copy Services request to establish a volume pairing, an
LSS-pairing, or LCU-pairing, you must be authorized to access the source volume, source LSS, or
source LCU, respectively. To issue a Copy Services request that operates on an LSS or LCU or has
a session parameter, you must be authorized to access that LSS or LCU.
2. When a scope mapping is removed from a -extuser or -extgroup, the default scope will still
apply.
pol_name | -
(Required) Specifies the name of the authentication policy. If you use the dash (-), the specified value
is read from standard input. You cannot use the dash (-) while you are in the DS CLI interactive
command mode.
Notes:
1. The user resource scope is matched to one or more resource group IDs that are assigned to
resource groups. If the resource group ID of a resource group matches the user resource scope,
you are authorized to issue Copy Services requests to a logical volume, LSS, or LCU that is
assigned to the resource group. To issue a Copy Services request to establish a volume pairing, an
LSS-pairing, or LCU-pairing, you must be authorized to access the source volume, source LSS, or
source LCU, respectively. To issue a Copy Services request that operates on an LSS or LCU or has
a session parameter, you must be authorized to access that LSS or LCU.
2. When a scope mapping is removed from a -extuser or -extgroup, the default scope still applies.
pol_name | -
(Required) Specifies the name of the authentication policy. If you use the dash (-), the specified value
is read from standard input. You cannot use the dash (-) while you are in the DS CLI interactive
command mode.
Example
The difference between the previous and new syntax for specifying users and groups
v Previous syntax
dscli> setauthpol –action addmap –groupmap
admin:Admins/monitor:Admins,Users
v New syntax
dscli> setauthpol –action addmap –extgroup Admins
–dsgroup admin
dscli> setauthpol –action addmap –extgroup
Admins,Users –dsgroup monitor
Remove all mappings between the external group 'Dept54' and all internal DS0000 groups and/or
scope
dscli> setauthpol –action rmallmap –extgroup Dept54
showauthpol
The showauthpol command displays detailed properties of a specified authentication policy. This
command is not supported on DS6000 models.
►► showauthpol pol_name ►◄
-map -revmap "-"
Parameters
-map
(Optional) Displays tables with mappings of Basic authorization group roles and user resource scopes
to external groups and users in the specified policy. No table is displayed if there are no mapping
relationships in the specified policy.
Example 1
Invoking the showauthpol command to view the detailed properties of a specified authentication
policy.
dscli> showauthpol my_policy2
name my_policy2
type SAS
state inactive
location 9.11.xxx.xxx
truststore my_policy2_trustStore.jks
sasuser -
localAdmin admin
Example 2
Invoking the showauthpol command to view the detailed properties of a specified authentication
policy using the -map parameter.
dscli> showauthpol -map my_policy2
name my_policy2
type SAS
state inactive
location 9.11.xxx.xxx
truststore my_policy2_trustStore.jks
sasuser -
localAdmin admin
DS_group Ext_group
op_volume grpa,grpb
op_copy_services grpa,grpb
DS_group Ext_user
admin joe,bob
no_access bob
Scope Ext_group
Accounting grpa
Purchasing grpb
Scope Ext_user
* bob
Accounting joe
Example 3
Invoking the showauthpol command to view the detailed properties of a specified authentication
policy using the -revmap parameter.
dscli> showauthpol -revmap my_policy2
name my_policy2
type SAS
state inactive
location 9.11.xxx.xxx
truststore my_policy2_trustStore.jks
sasuser -
localAdmin admin
Ext_group DS_group
grpb op_volume,op_copy_services
grpa op_volume,op_copy_services
Ext_user DS_group
bob admin,no_access
joe admin
Ext_group Scope
grpb Purchasing
grpa Accounting
Ext_user Scope
bob *
joe Accounting
Note: A dash (-) means that the local administrator was not available.
The -map and -revmap are mutually exclusive, but both display the mapping from external users and
groups to DS8000 user role groups and user resource scopes. The-map parameter displays this information
from the DS8000 point of view and is useful for answering questions like, “Which external users and
groups map to the DS8000 role group administrator?” The -revmap parameter displays the same
information, but from the external point of view and is useful answering questions like, “Which DS8000
user role groups and user resource scope map to the external group Human_Resources?”
The following additional properties are displayed when the -map parameter is specified:
The following additional properties are displayed when the -revmap parameter is specified:
showpass
The showpass command lists the properties of passwords.
►► showpass ►◄
-pol pol_name
Example
Note: In the showuser command, the DaysToExpire field displays the number of days a particular
user account password will be valid before it expires.
Failed Logins Allowed
The number of login attempts allowed on any given user account.
Password Age
The minimum days a user must wait before changing a password.
Minimum Length
The minimum length of a password
Password History
The number of unique passwords that a user must go through before reusing a password.
showuser
The showuser command displays details for basic user accounts.
A CLI user who has administrative authority uses this command to display the properties (group
assignment, user account status and number of failed logins) that are associated with a current user
account.
►► showuser User_Name ►◄
-pol pol_name "-"
Parameters
-pol pol_name
(Optional) Specifies the name of the basic authentication policy. This parameter is optional if you
have authenticated with a 'basic' authentication policy type, but it is required if you are authenticated
with another type of authentication policy.
User_Name | –
(Required) Specifies the name of the user account .
Example
For this command and all other DS CLI show commands, the results are shown in table format for clarity.
The actual reports do not display as tables.
The following table represents the headers that are displayed on the output reports that are associated
with the showuser command.
testauthpol
The testauthpol command allows you to test the specified authentication policy. This command is not
supported on DS6000 models.
► pol_name ►◄
-group dsgroup1[,dsgroup2,...] "-"
Example
who
The who command displays authentication information for the users who are currently logged in.
►► who ►
-s -group group_name -pol pol_name -type client_type
-l
► ►◄
-address client_address -protocol none user_name
sslv3 "-"
tlsv1.0
tlsv1.1
tlsv1.2
Parameters
-s
(Optional) Displays the user names for the users who are currently logged on. The -l and -s
parameters cannot be used together.
-l
(Optional) Displays details about the users who are currently logged on, including user name and
authority groups that the user belongs to. The -l and -s parameters cannot be used together.
Example
Invoking the who command to view authentication information for the users who are currently logged
in.
dscli> who
whoami
The whoami command displays authentication information for the current user. This command is not
supported on DS6000 models.
►► whoami ►◄
-s
-l
Parameters
-s
(Optional) Provides the user name of the current user. The -l and -s parameters cannot be used
together.
-l
(Optional) Provides details about the current user, including user name and authority groups that the
user belongs to. The -l and -s parameters cannot be used together.
Example
Invoking the whoami command to view authentication information for the current user.
dscli> whoami
For security purposes, encryption keys are stored on external key servers, not on the DS8000 system. The
mkkeymgr, chkeymgr, rmkeymgr, and lskeymgr commands are used to specify the location of the external
key servers and which servers are to be used by the DS8000 system. If multiple servers are specified, it is
assumed that the servers themselves manage the process to ensure that the stored keys are synchronized.
Because multiple manufacturers' products might be using the same key servers, the mkkeygrp, rmkeygrp,
lskeygrp, and showkeygrp commands are used to specify a label for any specific encryption key.
In some environments, there might be two disjoint groups of external key servers that are defined and
that cannot synchronize their stored keys securely. In this case, you can specify a second label, one label
chkeymgr
The chkeymgr command updates the attributes of the key server entry on the storage complex. This
command is not supported on DS6000 models.
►► chkeymgr key_server_ID ►◄
-state active "-"
inactive
lskeygrp
The lskeygrp command displays a list of the key server encryption key group entries on a specified
storage image. This command is not supported on DS6000 models.
►► lskeygrp ►
-dev storage_image_ID -s -state accessible
-l inaccessible
unconfigured
rekeying
► ►
-reckeystate configured -grpstatus critical
newkeyveripend degraded
newkeyauthpend failed
rekeyveripend normal
rekeyauthpend not_normal
recovauthpend
deconfauthpend
disabled
enableauthpend
disableauthpend
► ►◄
-mgrstatus critical Encryption_Group_ID
degraded ...
failed "-"
normal
not_normal
Parameters
-dev storage_image_ID
(Optional) Displays key group entries for the specified storage image ID, which includes
manufacturer, machine type, and serial number. For example, IBM.2107-75FA120. The storage image
ID is required if you do not specify a fully qualified encryption group ID. It is also required if you do
not set the devid variable in your profile or through the setenv command, and the HMC is aware of
more than one storage image. Using the -dev parameter temporarily overrides any defined value for
devid for the current command.
-s
(Optional). Displays only the attributes that are identified as short output. You cannot use the -s and
the -l parameters together.
Example
dscli> lskeygrp
Date/Time: December 13, 2013 8:28:26 AM MST IBM DSCLI Version: 7.7.20.86 DS:
ID ... reckeydate datakeydate grpstatus keystatus label label2
====...======================================================================
1 ... 2013-09-28 2013-04-18 critical normal CompanyABC CompanyABC2
Note: A DS8000 system with only one HMC configured displays status as normal.
degraded
Indicates that at least two key servers for the specified encryption group reported an access status
of normal or degraded. Use the showkeygrp command with the –access parameter to determine the
access status of each HMC.
failed
Indicates that all key servers for this encryption group reported an access status of failed. Use the
showkeymgr command with the –access parameter to determine the access status of each HMC.
normal
Indicates that all key servers for this encryption group reported an access status of normal.
"-"
Indicates by the dash ( - ) that the state of the encryption group is either unconfigured or all key
servers report a state of inactive.
label
Indicates the label for the key server encryption key group. Because of the possible length of the
label value, this column is the second to last column even as new columns are added to the output.
Example: MyCompany
label2
Indicates the second label for the key server encryption key group. Because of the possible length of
the label2 value, this column is the last column even as new columns are added to the output.
Example: MyCompany2
lskeymgr
The lskeymgr command displays a list of key servers that are on the storage complex and provides status
information for those key servers. This command is not supported on DS6000 models.
►► lskeymgr ►
-s -serverport serverport_ID -state active
-l inactive
► ►◄
-status critical -addr IP_address key_server_ID ...
failed "-"
hmc1_degraded
hmc2_degraded
normal
not_normal
Parameters
-s (Optional) Displays the key server IDs.
Example
dscli> lskeymgr
Example
Invoking the lskeymgr command to display status for the key server whose status is not_normal:
Note: A DS8000 system with only one HMC configured displays the status as normal.
degraded
Indicates that two or more HMCs have access to the specified key server, but at least one
other HMC does not.
failed Indicates that neither HMC1 or HMC2 have access to the key server.
hmc1_degraded
Indicates that HMC2 has access to the specified key server, but HMC1 does not.
Newer DS8000 systems display this status as critical.
Use the showkeymgr command with the –access parameter to determine the status of each
HMC.
hmc2_degraded
Indicates that HMC1 has access to the specified key server, but HMC2 does not.
Newer DS8000 models display this status as critical.
Use the showkeymgr command with the –access parameter to determine the status of each
HMC.
normal
Indicates that all HMCs have access to the specified key server.
"-" Indicates by the dash (-) that the specified key server is not an active key server.
Addr
The IP address of the key server.
Server Port
Indicates the key server port number, which is 4 or 5 decimal characters from 1 – 65535. For example,
8100.
managekeygrp
The managekeygrp command allows you to manage an encryption key group.
The key servers use the key labels to locate a specific encryption key that is stored in the key server. With
the introduction of the dual platform key server support, a second label was added for the second key
server platform. If the action is rekey or updatecert and no labels are specified, the existing labels are
reused. If only one label is specified, that label is used for both key server platforms, replacing any
existing labels. If two labels are specified, one label is used with the first key server platform, and the
second label is used with the second platform, replacing any existing labels.
The DS8000 tests the connection to the encryption key that is stored on each key server once every eight
hours. To test the encryption key access for a specific encryption key group on demand, use this
command with the –action testaccess parameter. To view the results, use the showkeygrp command
with the –access parameter.
► encryption_group_ID ►◄
-label key_label -quiet " - "
-label2 second_key_label
Parameters
-dev storage_image_ID
(Optional) Displays the properties for the specified storage image ID, which includes manufacturer,
machine type, and serial number. For example, IBM.2107-75FA120. The storage image ID is required if
you do not specify a fully qualified encryption group ID, do not set the devid value in your profile or
through the setenv command, and the HMC is aware of more than one storage image. Using the
-dev parameter temporarily overrides any defined value for devid for the current command.
-action rekey | testaccess | updatecert
(Required) Specifies an action for the encryption key group. The valid values are as follows:
rekey
Specifies that a new key, as specified by the –key parameter, should be generated.
testaccess
Specifies that access to the encryption group key for the specified encryption group must be
tested. Use the showkeygrp –access command to view the results.
updatecert
This option also specifies that a new key, as specified by the –key parameter, should be generated.
It also updates the key client certificate from a Gen-1 to a NIST SP 800-131a compliant Gen-2
certificate that is used to authenticate with the key server.
Note: Before using the updatecert action, ensure that all key servers that are used by the DS8000
system contain the Gen-2 trust anchor certificate. Switching back to a Gen-1 certificate requires
contacting IBM support.
-key data
(Optional) Use this parameter to specify that the encryption key group data key will be rewrapped
with the rekey action. The key can be rewrapped with either new or existing key labels.
The -key parameter is required for the rekey or updatecert actions. It is optional for the testaccess
action. This parameter specifies which key is the object of the specified action.
data specifies a random 256-bit encryption key that is generated by the key server and is used by the
DS8000 system to wrap the encryption group key. This key is identified by one of the key labels that
is specified by the –label or –label2 parameters.
-label key_label
(Optional) Use this parameter to specify the label for the encryption key group data key. This
parameter is required when using the -label2 parameter. You can enter a maximum of 64 ASCII
characters for the label, which is used by a key server to identify a specific data key that the DS8000
system uses to wrap the encryption group key.
-label2 second_key_label
(Optional) This parameter is used by a second key server to identify a specific data key that the
DS8000 system uses to wrap the encryption group key. You can enter a maximum of 64 ASCII
characters for the label.
-quiet
(Optional) This parameter turns off the confirmation prompt for the command. This parameter is
processed for testaccess only.
Example
An invocation example
dscli> managekeygrp –dev IBM.2107-75FA120 -action rekey -key data -label companyABC -label2
companyXYZ 1
managekeymgr
The managekeymgr command allows you to manage an existing encryption key server.
The DS8000 tests the access from each hardware management console (HMC) to each key server once
every five minutes. To test access for a specific key manager on demand, use this command with the
–action testaccess parameter. To view the results, use the showkeymgr with the –access parameter.
Parameters
-action setcert|testaccess
(Required) Specifies the location of the local certificate file.
setcert
Specifies the replacement of the existing anchor certificate that is used in secure communications
with the key server.
testaccess
Specifies to test (by pinging) the connection from each HMC to the specified key server. The
results are displayed in the showkeymgr command by using the –access parameter.
-loc location
(Optional) Specifies the location of the certificate file to use as the trust anchor to authenticate
communications to the specified key server. The certificate is in PEM or DER format. For example,
c:\mystore\trust.pem
Example
An invocation example
managereckey
The managereckey command is used to manage an existing encryption recovery key.
► encryption_group_ID ►◄
"-"
Parameters
-dev storage_image_ID
(Optional) Specifies the storage image ID, which includes manufacturer, machine type, and serial
number. For example, IBM.2107-75FA120. The storage image ID is required if you do not specify a
fully qualified encryption group ID. It is also required if you do not set the devid variable in your
profile or through the setenv command, and the HMC is aware of more than one storage image.
Using the -dev parameter temporarily overrides any defined value for devid for the current command.
-action verify | rekey | recover | cancel | validate | authorize | enable | disable
(Required) Specifies the action to complete on the encryption recovery key.
Verify
The verify option is for users with security administrator authority, and is the second step in
creating an Encryption Recovery Key or re-creating an existing Encryption Recovery Key. Verify
that you received the new Recovery Key from the first step (mkreckey, or managereckey with the
-rekey option), by specifying that new key with the -key parameter. The next step requires the
storage administrator to authorize the pending operation.
Rekey
The rekey option is for users with security administrator authority, and is the first step to
reconfigure an existing Encryption Recovery Key. The existing Encryption Recovery Key is not
required to start the rekey operation. The next step requires the security administrator to verify
the new recovery key.
Recover
The recover option is for users with security administrator authority, and is the first step to using
the Encryption Recovery Key to recover access to the encrypted data on the DS8000. The user
specifies the Encryption Recovery Key with the -key parameter. The next step requires the storage
administrator to authorize the recover operation.
Cancel
The cancel option is for users with either security administrator or storage administrator authority
to cancel any verification or authorization pending steps. The existing Encryption Recovery Key
is not required and no further steps are required.
Validate
The validate option is for users with security administrator authority, and is used to ensure that
the existing Encryption Recovery Key is identical to the recovery key that is in the user's
possession. The user specifies the Encryption Recovery Key in their possession with the -key
parameter, but no further steps are required.
Example
An invocation example
dscli> managereckey -dev IBM.2107-75FA120 -action verify
-key 0123-4567-8912-3586-0123-4567-8912-3586-0123-4567-8912-
3586-0123-4567-8912-3586 1
mkkeygrp
The mkkeygrp command creates an entry for the key server encryption key group on the storage image.
► Encryption_Group_ID ►◄
"-"
Parameters
-dev storage_image_ID
(Optional) Specifies the storage image ID, which includes manufacturer, machine type, and serial
number. For example, IBM.2107-75FA120. The storage image ID is required if you do not specify a
fully qualified encryption group ID, do not set the devid variable in your profile or through the
Example
An invocation example
mkkeymgr
The mkkeymgr command creates an entry in the storage complex to access one or more key servers.
The terms key server and key manager are closely related and sometimes used interchangeably. The key
manager is the program that runs on a physical server and provides key services to key clients, such as
the DS8000 system. Key services include generating, storing, and retrieving encryption keys. This
command uses the term key server to indicate both the physical server and the key manager as
appropriate.
To use an encryption group, the key client on the DS8000 HMC must have access to two or more key
servers. A given key server is identified by an IP address and an IP port number, where the IP port also
determines whether the key server requires a security protocol (TLS or not TLS) in communications. The
DS8000 key client uses a TLS protocol if, and only if, a certificate is provided. However, if a certificate is
provided and the specified IP port is a non-TLS port, or if no certificate is provided and the specified IP
port is a TLS port, then the DS8000 key client cannot connect to the key server.
►► mkkeymgr ►
-serverport -serverport_ID -cert location -state active
inactive
Parameters
-serverport serverport_ID
(Optional) Specifies the key server port ID. The key server port ID is four or five decimal characters.
For example, 8100 is a valid server port ID.
-cert location
(Optional) Specifies the location of the certificate file to use as a trust anchor to authenticate the
Example
Example
mkreckey
The mkreckey command is for users with security administrator authority. It is the first step in creating a
new Encryption Recovery Key when no key currently exists.
If a key does exist, the security administrator must use the managereckey -action rekey command to rekey
an existing key. The command returns the new key which the security administrator should copy to a
safe place. The next step requires a security administrator to verify the new recovery key with the
managereckey command. This command is not supported on DS6000 models.
►► mkreckey encryption_group_ID ►◄
-dev storage_image_ID "-"
Parameters
-dev storage_image_ID
(Optional) Specifies the storage image ID, which includes manufacturer, machine type, and serial
number. For example, IBM.2107-75FA120. The storage image ID is required if you do not specify a
fully qualified encryption group ID, do not set the devid variable in your profile or through the
setenv command, and the HMC is aware of more than one storage image. Using the -dev parameter
will temporarily override any defined value for devid for the current command.
encryption_group_ID | -
(Required) Specifies the encryption group ID for the new encryption recovery key that you want to
Example
An invocation example
rmkeygrp
The rmkeygrp command removes an entry for the key server encryption key group on a specified storage
image. This command is not supported on DS6000 models.
►► rmkeygrp encryption_group_ID ►◄
-dev storage_image_ID -quiet ...
"-"
Parameters
-dev storage_image_ID
(Optional) Specifies the storage image ID, which includes manufacturer, machine type, and serial
number. For example, IBM.2107-75FA120. The storage image ID is required if you do not specify a
fully qualified encryption group ID, do not set the devid variable in your profile or through the
setenv command, and the HMC is aware of more than one storage image. Using the -dev parameter
will temporarily override any defined value for devid for the current command.
-quiet
(Optional) Turns off the removal confirmation prompt for this command.
encryption_group_ID
(Required) Specifies the ID for the encryption group. The ellipsis (...) indicates that, optionally, you
can specify multiple values. If you use the dash (-), the specified value is read from standard input.
You cannot use the dash (-) while you are in the DS CLI interactive command mode.
Example
An invocation example
rmkeymgr
The rmkeymgr command removes a key server entry on the storage complex. This command is not
supported on DS6000 models.
Parameters
-quiet
(Optional) Turns off the removal confirmation prompt for this command.
key_server_ID ... | -
(Required) Deletes the key servers with the specified key server ID. You must separate multiple IDs
or ID ranges with a space between each value. The ellipsis (...) indicates that, optionally, you can
specify multiple values. If you use the dash (-), the specified value is read from standard input. You
cannot use the dash (-) while you are in the DS CLI interactive command mode.
Example
An invocation example
dscli> rmkeymgr 1
rmreckey
The rmreckey command allows you to remove an encryption recovery key. This command is not
supported on DS6000 models.
►► rmreckey encryption_group_ID ►◄
-dev storage_image_ID "-"
Parameters
-dev storage_image_ID
(Optional) Specifies the storage image ID, which includes manufacturer, machine type, and serial
number. For example, IBM.2107-75FA120. The storage image ID is required if you do not specify a
fully qualified encryption group ID, do not set the devid variable in your profile or through the
setenv command, and the HMC is aware of more than one storage image. Using the -dev parameter
will temporarily override any defined value for devid for the current command.
encryption_group_ID | -
(Required) Specifies the encryption group ID for the encryption recovery key that you want to
deconfigure. The encryption group ID is a decimal number that ranges from 1 to N, where N is the
maximum number of encryption groups supported by the DS8000. Use the showsi command to
determine this maximum number. If you use the dash (-), the specified value is read from standard
input. You cannot use the dash (-) while you are in the DS CLI interactive command mode.
Example
An invocation example
showkeygrp
The showkeygrp command displays detailed information for a specified encryption key group. This
command is not supported on DS6000 models.
►► showkeygrp Encryption_Group_ID ►◄
-dev storage_image_ID -access "-"
Parameters
-dev storage_image_ID
(Optional) Displays the properties for the specified storage image ID, which includes manufacturer,
machine type, and serial number. For example, IBM.2107-75FA120. The storage image ID is required if
you do not specify a fully qualified encryption group ID, do not set the devid value in your profile or
through the setenv command, and the HMC is aware of more than one storage image. Using the
-dev parameter temporarily overrides any defined value for devid for the current command.
-access
(Optional) Displays output with dates and times that the specified encryption group last assessed the
encryption key on the key server.
Encryption_Group_ID
(Required) Specifies the ID for the encryption group.
Example
Note: A DS8000 system with only one HMC configured displays status as normal.
degraded
Indicates that at least two key servers for this encryption group reported an access status
of normal or degraded.
failed Indicates that all key servers for this encryption group reported an access status of
failed.
normal
Indicates that all key servers for this encryption group reported an access status of
normal.
"-" Indicates by the dash ( - ) that the encryption group state is either unconfigured or all
key servers report a state of inactive.
Example
Invoking the showkeygrp command to display encryption key access per key server (KeyMgr)
A "-" (dash) displays if the specified encryption key server has never attempted to access the
encryption key.
LastSuccess
Indicates the date and time of the last successful attempt of the specified encryption group to
access the encryption key on the key servers. The output displays in ISO 8601 data/time format.
yyyy-MM-dd’T’HH:mm:ssZ
where:
yyyy the year
MM the month (01-12)
dd the day (01-31)
HH the hour (00-23)
mm the minutes (00-59)
ss the seconds (00-59)
Z the time zone offset from UTC [-HHmm | +HHmm]
"-" A "-" (dash) displays if the specified key server has never successfully accessed the
encryption key.
LastFailure
Indicates the date and time of the last failed attempt of the specified encryption group to access
the encryption key on the key servers . The output displays in ISO 8601 data/time format.
yyyy-MM-dd’T’HH:mm:ssZ
where:
yyyy the year
MM the month (01-12)
dd the day (01-31)
HH the hour (00-23)
mm the minutes (00-59)
ss the seconds (00-59)
showkeymgr
The showkeymgr command displays detailed properties of a specified key server entry. You can also use
this command to view when the hardware management console (HMC) last accessed the specified key
server.
►► showkeymgr key_server_ID ►◄
-access "-"
Parameters
-access
(Optional) Displays a table that includes dates and times that each HMC last accessed the specified
key server.
key_server_ID
(Required) Specifies the key server ID, in the range from 1 - n, where n is the number of key servers.
Use the showsp command to determine the number of supported key servers.
Example
Note: The actual TLS protocol that is used depends also on whether the DS8000 system was
set to NIST 899131a-compliant.
certificate
Indicates the certificate file. A dash (-) is displayed if no certificate was specified.
Example
Invoking the showkeymgr command to display access information about the specified key server.
where:
yyyy the year
MM the month (01-12)
dd the day (01-31)
HH the hour (00-23)
mm the minutes (00-59)
ss the seconds (00-59)
Z the time zone offset from UTC [-HHmm | +HHmm]
"-" A "-" (dash) displays if the HMC has never successfully accessed the specified key server.
LastFailure
Indicates the date and time of the last failed attempt by the HMC to access the specified key
server. The output displays in ISO 8601 data/time format.
yyyy-MM-dd’T’HH:mm:ssZ
where:
yyyy the year
MM the month (01-12)
dd the day (01-31)
HH the hour (00-23)
mm the minutes (00-59)
ss the seconds (00-59)
Z the time zone offset from UTC [-HHmm | +HHmm]
"-" A "-" (dash) displays if the HMC has never failed to access the specified key server.
chaccess
The chaccess command changes one or more access settings of a hardware management console (HMC).
Only users with administrator authority can access this command.
►► chaccess ►
-cmdline enable -wui enable -modem enable
disable disable disable
► ►◄
-hmc 1
2
all
Parameters
-cmdline enable | disable
(Optional) Specifies whether you want to enable or disable the command line shell access to the
HMC via the Internet or a VPN connection. This command affects service access only and does not
change access to the machine via the DS Command Line Interface.
-wui enable | disable
(Optional) Specifies whether you want to enable or disable the Web User Interface (WUI) access on
the HMC through the Internet or a VPN connection. This command affects service access only and
does not change access to the machine through the DS Storage Manager.
-modem enable | disable
(Optional) Specifies whether you want to enable or disable the modem dial-in and VPN initiation to
the HMC.
-hmc 1 | 2 | all
(Optional) Specifies to which HMC you want the access settings to apply. hmc 1 specifies the primary
HMC, and hmc 2specifies the secondary HMC. The default value allspecifies the primary HMC on a
single HMC system, and both the primary and secondary HMCs on a dual HMC system.
Example
lsaccess
The lsaccess command displays the access settings and virtual private network (VPN) status of the
primary and backup hardware management consoles (HMCs).
►► lsaccess ►◄
-s -hmc 1
-l 2
all
Example
For this command and all other DS CLI list commands, the results are shown in table format to provide
clarity. The actual reports do not display as tables.
The following table represents the headers that are displayed on the output report that is associated with
the lsaccess command using the -hmc parameter.
Invoking the lsaccess command to display a list of
the HMC access settings.
manageaccess
The manageaccess command manages the security protocol access settings of a hardware management
console (HMC) for all communications to and from the DS8000 system. You can also use the
manageaccess command to start or stop outbound virtual private network (VPN) connections instead of
using the setvpn command.
When a DS8000 system is installed, the HMC sends a certificate (signed public key) to IBM for server
authentication and for encrypting communications of applications that use VPN (Internet and modem)
connections. You can use the manageaccess command to start or stop a VPN session and to create a
secure VPN connection. The IBM VPN server also provides additional authentication to allow traffic to
certain IBM servers only, for the call home feature and for remote service.
Notes:
1. Only users with admin authority can access the manageaccess command.
2. Only IBM support personnel with special access rights can use the VPN connection.
3. The VPN connection is used when remote access is required by IBM Support personnel and no local
onsite access to the machine is available.
4. The VPN connection can take from 2 to 10 minutes for the secure connection to be established and
recognized by the RS3/RS4 server.
5. The secure VPN connection ends automatically when the terminal emulation session ends. However,
you can end the session earlier by issuing the manageaccess –action disable -ctrl vpn command.
See the related link for a description of the behavior of the –hmc parameter.
► ►◄
-quiet -hmc 1
2
all
The following diagram shows the manageaccess command with the -ctrl parameter value set to vpn.
The valid -action values for this control are enable and disable.
The following diagram shows the manageaccess command with the -ctrl parameter value set to port1750.
The valid -action values for this control are enable and disable.
The following diagram shows the manageaccess command with the -ctrl parameter value set to cim |
gui | wui | ni. The valid -action value for these controls is setsecurity. You must also specify the
-level parameter.
Parameters
-ctrl cim | gui | wui | ni | vpn | port1750
cim This control specifies the inbound connection protocol to the CIM (SMI-S) server on the HMC
or HMCs. Set this control to the 800131a level when all CIM clients that are accessing the
CIM server on the HMC or HMCs can support the NIST SP800-131a protocol.
The valid -action value for this control is setsecurity. You must also specify the –level
value, either legacy or 800131a.
Note: Setting this control causes the CIM server to reboot. All programs with CIM clients are
forced to log on again.
gui This control specifies the inbound connection protocol to the DS Storage Manager GUI
through browsers such as Internet Explorer or Firefox. Set this control to the 800131a level
only when all browsers that are accessing the DS Storage Manager GUI can support the NIST
SP800-131a protocol.
The valid -action value for this control is setsecurity. You must also specify the –level
value, either legacy or 800131a.
For information about browser access to the Web User Interface (WUI), see the following
definition.
Note: Setting this control causes the DS Storage Manager GUI to reboot. All DS Storage
Manager GUI users are forced to log on again.
wui This control specifies the inbound connection protocol to the service GUI or Web User
Interface (WUI) through browsers such as Internet Explorer or Firefox. Set this control to the
800131a level only when all browsers that are accessing the WUI can support the NIST
SP800-131a protocol.
The valid -action value for this control is setsecurity. You must also specify the –level
value, either legacy or 800131a.
For information about browser access to the GUI, see the preceding definition.
Note: Setting this control requires manually rebooting the HMC for the change to take effect.
ni This control specifies the inbound connection protocol to the DS8000 system from external
programs such as the DS CLI, TPC, TPC-R, and others, through the network interface (NI).
Set this control to the 800131a level only when all external programs that are accessing the
DS8000 system can support the NIST SP800-131a protocol.
The valid -action value for this control is setsecurity. You must also specify the –level
value, either legacy or 800131a.
Note: Setting this control does not cause any server to reboot.
port1750
Specifies the inbound port 1750 to the DS8000 system from external legacy programs, such as
the DS CLI, TPC, TPC-R, and others, that were created prior to Release 7.2. While Release 7.2
and later programs use the new 1751 port with an NIST SP 800-131a-compliant certificate, the
1750 port uses a certificate that is not compliant with NIST SP 800-131a.
The valid -action values for this control are enable and disable.
Notes:
1. If the ni control is set to legacy, you can use this control to enable or disable the 1750
port. If the ni control is set to 800131a, this control is set to disabled and cannot be
enabled.
2. Setting the security mode on the ni control from legacy to 800131a disables this control.
Setting the security mode on the ni control from 800131a to legacy restores this control to
its previous value, either disabled or enabled.
3. Setting this control does not cause any server to reboot.
-action enable | disable | setsecurity
Specifies an action to apply to the specified access control, as follows:
enable
Specifies that the access control is enabled. This value is valid when the -ctrl value is vpn or
port1750.
disable
Specifies that the access control is disabled. This value is valid when the -ctrl value is vpn or
port1750.
setsecurity
Specifies the security level to use with the specified access control. This value is valid when
the -ctrl value is cim, gui, wui, or ni.
-level legacy | 800131a
(Optional) Specifies the security protocol level. Each connection automatically uses the highest level
security protocol that is supported by both ends of the connection.
This parameter is valid for the following controls: cim, gui. wui. and ni, with the -action value of
setsecurity.
The following security protocols are allowed:
legacy SSLv3, TLSv1.0, TLSv1.1, TLSv1.2, and later.
800131a
TLSv1.2 and later.
Notes:
1. -hmc 1 specifies the primary HMC, and –hmc 2 specifies the secondary HMC regardless of how
-hmc1 and -hmc2 were specified during the DS CLI startup. A DS CLI connection can succeed if, at
DS CLI startup, a user inadvertently uses –hmc2 to specify the primary HMC and –hmc1 to specify
the secondary HMC. If this is the case, using -hmc 1 in this command still refers to the actual
primary HMC.
2. This parameter is valid only with the -ctrl vpn option and -action values of enable or disable.
All other controls apply to all HMCs unless otherwise specified.
showaccess
The showaccess command displays the access properties of a specified hardware management console
(HMC).
►► showaccess HMC_ID ►◄
"-"
Parameters
HMC_ID | -
(Required) Specifies the primary (hmc1) or the secondary (hmc2) HMC for which the properties are
displayed.
Note: The hmc1 value specifies the primary HMC, and the hmc2 value specifies the secondary HMC,
regardless of how -hmc1 and -hmc2 were specified during the DS CLI startup. A DS CLI connection
can succeed if you inadvertently specify a primary HMC as –hmc2 and the secondary HMC as -hmc1
when you start the DS CLI. If this is the case, using hmc1 in this command still refers to the actual
primary HMC.
Example
For this command and all other DS CLI show commands, the results are shown in table format to
provide clarity. The actual reports do not display as tables.
The following tables represent the headers that are displayed on the output report that is associated with
the showaccess command.
Note: A dash (-) is displayed if the state (cmdline, wui, modem, vpn, port1750, cim [security], gui
[security], ni [security], and wui [security]) is unknown. This result might occur if the client is not
connected to the HMC.
hmc Indicates the HMC for which access properties are listed. hmc1 is the primary HMC, and hmc2 is
the secondary HMC.
cmdline
Indicates the access setting (enabled or disabled) for the command-line shell on the HMC through
Internet or VPN connection. This information is for service access only and is not related to
access to the system through the DS command-line interface.
wui Indicates the access setting (enabled or disabled) for the HMC Web User Interface (WUI) on the
HMC through Internet or VPN connection. This information is for service access only and has no
effect on access to the system by the DS Storage Manager.
modem
Indicates the access setting (enabled or disabled) for the modem dial-in and VPN initiation to the
HMC.
vpn Displays the connection status (enabled or disabled) of the outbound VPN connection.
port1750
Displays the status (enabled or disabled) of the legacy port 1750.
cim (security)
Indicates the security protocol that is allowed for the inbound connections to the CIM (SMI-S)
server on the HMC or HMCs. The allowed security protocols are as follows:
legacy
SSLv3, TLSv1.0, TLSv1.1, TLSv1.2, and later.
800131a
TLSv1.2 and later.
gui (security)
Indicates the security protocol that is allowed for the inbound connections to the DS Storage
Manager server on the HMC or HMCs. The allowed security protocols are as follows:
legacy
SSLv3, TLSv1.0, TLSv1.1, TLSv1.2, and later.
800131a
TLSv1.2 and later.
ni (security)
Indicates the security protocol that is allowed for the inbound connections to the network
interface (NI) server on the HMC or HMCs that the DS CLI, TPC, TPC-R, and other programs
use. The allowed security protocols are as follows:
legacy
SSLv3, TLSv1.0, TLSv1.1, TLSv1.2, and later.
800131a
TLSv1.2 and later.
wui (security)
Indicates the security protocol that is allowed for the inbound connections to the service GUI, or
WUI, server on the HMC or HMCs. The allowed security protocols are as follows:
legacy
SSLv3, TLSv1.0, TLSv1.1, TLSv1.2, and later.
The DS8000 system supports IPSec connections that you can specify the connection by using a connection
file. This connection file has the following format:
conn conn_ID
(Required) Specifies a connection definition with the name of conn_ID. This line is immediately
followed by other parameters, one per line, without intervening blank lines. The connection definition
ends by a blank line that follows all other parameters. The conn_ID is required by most IPSec
commands except mkipsec, and is limited to the following characters: upper and lowercase
alphabetic, numeric, dash (-), underscore (_), and period (.).
authby = pubkey | rsasig | psk | secret
pubkey | rsasig
Specifies the public key signature authentication, including rsasig (RSA digital signature). The
default is pubkey if authby, leftauth, nor rightauth is specified.
psk | secret
Specifies the pre-shared key authentication.
Note: This parameter is deprecated, but still accepted, since two peers are not required to use the
same authentication method. The leftauth and rightauth parameters should be used to specify the
individual authentication methods.
auto = add | route | start
add
Specifies that the connection is loaded by the server, but disabled.
route
Specifies that the connection is loaded in such a way that if an attempt to connect is detected
between the left and right peers, the connection is enabled.
start
Specifies that the connection is loaded by the server, and is enabled.
The following table lists the valid keywords for encryption, integrity, and dhgroup.
Table 11. Valid keywords for encryption, integrity, and dhgroup
Keyword Description IANA IKE ESP
3des 168 bit 3 xoga k
3DES-EDE-CBC
cast128 128 bit CAST-CBC 6 oga k
blowfish128 or 128 bit Blowfish-CBC 7 xoga k
blowfish
blowfish192 192 bit Blowfish-CBC 7 xog k
blowfish256 256 bit Blowfish-CBC 7 xog k
null Null encryption 11 - k
aes128 or aes 128 bit AES-CBC 12 xoga k
aes192 192 bit AES-CBC 12 xoga k
aes256 256 bit AES-CBC 12 xoga k
aes128ctr 128 bit 13 xoga k
AES-COUNTER
aes192ctr 192 bit 13 xoga k
AES-COUNTER
aes256ctr 256 bit 13 xoga k
AES-COUNTER
aes128ccm8 or 128 bit AES-CCM 14 xoga k
aes128ccm64 with 64 bit ICV
aes192ccm8 or 192 bit AES-CCM 14 xoga k
aes192ccm64 with 64 bit ICV
aes256ccm8 or 256 bit AES-CCM 14 xoga k
aes256ccm64 with 64 bit ICV
aes128ccm12 or 128 bit AES-CCM 15 xoga k
aes128ccm96 with 96 bit ICV
aes192ccm12 or 192 bit AES-CCM 15 xoga k
aes192ccm96 with 96 bit ICV
aes256ccm12 or 256 bit AES-CCM 15 xoga k
aes256ccm96 with 96 bit ICV
aes128ccm16 or 128 bit AES-CCM 16 xoga k
aes128ccm128 with 128 bit ICV
aes192ccm16 or 192 bit AES-CCM 16 xoga k
aes192ccm128 with 128 bit ICV
aes256ccm16 or 256 bit AES-CCM 16 xoga k
aes256ccm128 with 128 bit ICV
aes128gcm8 or 128 bit AES-GCM 18 xoga k
aes128gcm64 with 64 bit ICV
aes192gcm8 or 192 bit AES-GCM 18 xoga k
aes192gcm64 with 64 bit ICV
aes256gcm8 or 256 bit AES-GCM 18 xoga k
aes256gcm64 with 64 bit ICV
Key:
IANA IANA (Internet Assigned Numbers Authority) integrity number
x Requires Linux 2.6.33 kernel or newer
t Before Linux 2.6.33, the Linux kernel incorrectly used 96 bit truncation for SHA-256
p strongSwan uses the value of 1026 from the IANA private use range
Table 13. Diffie-Hellman group keywords for esp or ike
Keyword DH Group Modulus IKE
modp756 1 768 bits mog
modp1024 2 1024 bits mog
modp1536 5 1536 bits mog
modp2048 14 2048 bits mog
modp3072 15 3072 bits mog
modp4096 16 4096 bits mog
modp6144 17 6144 bits mog
modp8192 18 8192 bits mog
Key:
m GMP (GNU Multi-Precision) big number library
o OpenSSL (Open SSL project) cryptographic library
g gcrypt (GNU cryptographic) cryptographic library
Note: The complete list of IANA transform type numbers can be found at Internet Assigned Numbers
Authority website (www.iana.org/)
ike = cipher_suites
Specifies a list of IKE/ISAKMP (Internet Key Exchange/Internet Security Association and Key
Management Protocol) encryption, integrity, and Diffie-Hellman algorithms that are used with a
connection. The format of cipher_suites has the following format:
encryption-integrity-dhgroup
encryption
Specifies an encryption algorithm keyword.
integrity
Specifies an integrity algorithm keyword.
dhgroup
Specifies a Diffie-Hellman group keyword.
Note: The keywords for encryption, integrity, and dhgroup are listed in the tables under esp.
keyexchange = ike | ikev2
ike
Specifies the protocol to be used to initialize a connection. The default is ike if keyexchange is not
specified, and is equivalent to ikev2.
ikev2
Specifies that the IKE version 2 protocol is to be used to initialize the connection.
Note: The IKE version 1 protocol (ikev1) is not supported for customer-specified connections.
type = tunnel | transport
The following keywords are defined in terms of connection left and right endpoints or peers. The left
connection endpoint is considered to be the local peer endpoint that is associated with the DS8000 HMC,
and the following documentation implies this assumption. The right connection endpoint is considered to
be the remote peer endpoint.
left/right = ip_address | fqdn | %any | %defaultroute
ip_address
Specifies the peer’s IP address in either IPv4 or IPv6 format.
fqdn
Specifies the peer’s IP address as a Fully Qualified Domain Name.
%any
When used with the right keyword, specifies the remote peer’s IP address that might be any IP
address.
%defaultroute
When used with the left keyword, specifies the local peer’s IP address.
Note: The default value for the left keyword is %defaultroute and the default for the right
keyword is %any.
leftauth/rightauth = pubkey | psk
pubkey
Specifies public key signature authentication that includes RSA digital signature or Elliptic Curve
DSA signature. The default is pubkey if authby, leftauth, nor rightauth is specified.
psk
Specifies pre-shared key authentication.
leftcert/rightcert = cert_name
cert_name
Specifies the peer’s x.509 certificate’s file name. The certificate file must be in PEM or DER
format, and must be imported with the mkipseccert command.
The DS8000 HMC IPSec function is provided by strongSwan version 4.6.1. While the preceding
connection definition keywords are supported by the DS CLI, other possible keywords might be required
for your specific environment. See strongSwan website (www.strongswan.org) for more information.
chipsec
The chipsec command modifies an existing Internet Protocol Security (IPSec) connection. This command
is not supported on DS6000 models.
►► chipsec conn_ID ►◄
-enable -hmc 1 -quiet ...
-disable 2 "-"
all
Parameters
-enable | -disable
(Optional) Specifies whether you want to enable or disable the IPSec connection. When you specify
the -enable parameter, an attempt is made to establish the IPSec connection. When you specify the
-disable parameter, the IPSec connection ends.
Notes:
1. The -enable and -disable parameters cannot be used together.
2. The value of auto in the connection configuration file also influences whether the connection is
enabled or disabled. For example, if the connection configuration file is defined with auto=start,
the IPSec server attempts to establish the connection when the connection is created, or whenever
the IPSec server is restarted or updated.
3. In an active connection, both peers must be sending and receiving data. An enabled connection
might not be active if it is waiting for the peer to activate the other end of the connection.
-hmc 1 | 2 | all
(Optional) Specifies the HMC that you want to import the IPSec connection configuration settings:
v -hmc 1 specifies the primary HMC
v -hmc 2 specifies the secondary HMC
v all is the default value and it specifies the primary HMC on a single HMC system, and specifies
both the primary and secondary HMCs on a dual HMC system.
-quiet
(Optional) Turns off the confirmation prompt for this command.
conn_ID ... | -
(Required) Specifies the IPSec connection IDs that you want the connection configuration settings to
apply to. The ellipsis (...) indicates that, optionally, you can specify multiple values. If you use the
dash (-), the specified value is read from standard input. You cannot use the dash (-) while you are in
the DS CLI interactive command mode.
lsipsec
The lsipsec command displays a list of defined Internet Protocol Security (IPSec) connections. This
command is not supported on DS6000 models.
►► lsipsec ►◄
-s -hmc 1 -state enabled conn_ID
-l 2 disabled ...
all "-"
Parameters
-s (Optional) Displays the attributes that are identified as short output.
-l (Optional) Displays the default output and attributes that are identified as long output.
-hmc 1 | 2 | all
(Optional) Specifies the HMC that you want to view the connection status for. “-hmc 1” specifies the
primary HMC, and “-hmc 2” specifies the secondary HMC. The default value “all” specifies the
primary HMC on a single HMC system, and specifies both the primary and secondary HMCs on a
dual HMC system.
-state enabled | disabled
(Optional) Specifies whether you want to limit the output to only one of the two connection states
(enabled or disabled).
conn_ID ... | -
(Optional) Specifies an IPSec connection ID for which you want information to be displayed. The
ellipsis (...) indicates that, optionally, you can specify multiple values. If you use the dash (-), the
specified value is read from standard input. You cannot use the dash (-) while you are in the DS CLI
interactive command mode.
Example
For this command and all other DS CLI list commands, the results are shown in table format to provide
clarity. The actual reports do not display as tables.
The following table represents the headers that are displayed on the output report that is associated with
the lsipsec command using the -hmc parameter.
ID hmc State
alpha hmc1 Enabled
beta hmc1 Disabled
gamma hmc1 Enabled
lsipseccert
The lsipseccert command displays a list of Internet Protocol Security (IPSec) certificates. This command
is not supported on DS6000 models.
►► lsipseccert ►◄
-s -hmc 1 cert_ID
-l 2 . . .
all -
Parameters
-s (Optional) Displays the attributes that are identified as short output.
-l (Optional) Displays the default output and attributes that are identified as long output.
-hmc 1 | 2 | all
(Optional) Specifies the HMC that you want to view the certificate status for. “-hmc 1” specifies the
Example
For this command and all other DS CLI list commands, the results are shown in table format to provide
clarity. The actual reports do not display as tables.
The following table represents the headers that are displayed on the output report that is associated with
the lsipseccert command.
ID hmc HasKey
CertA.pem hmc1 Yes
CertA.pem hmc2 Yes
MyCert.pem hmc1 No
MyCert.pem hmc2 No
mkipsec
The mkipsec command creates an Internet Protocol Security (IPSec) connection on the DS8000 system by
importing a configuration file that contains a connection definition to the hardware management console
(HMC). IPSec connection file formats are described in the Internet Protocol Security (IPSec) tasks. This
command is not supported on DS6000 models.
Parameters
-conn conn_path
(Required) Specifies the local directory path for the IPSec connection file.
-hmc 1 | 2 | all
(Optional) Specifies the HMC that you want to import the IPSec connection file to. “-hmc 1” specifies
Example
mkipseccert
The mkipseccert command imports an Internet Protocol Security (IPSec) certificate to the DS8000. This
command is not supported on DS6000 models.
► ►◄
-phrase pass_phrase -force
-phrasefile phrase_path
Parameters
-cert cert_path
(Required) Specifies the local directory path for the IPSec certificate file. The certificate ID that is used
in other IPSec certificate commands is the file name of the file in the specified certificate file path.
Example
rmipsec
The rmipsec command deletes an Internet Protocol Security (IPSec) connection definition from the IPSec
server. This command is not supported on DS6000 models.
►► rmipsec conn_ID ►◄
-hmc 1 -quiet ...
2 "-"
all
Parameters
-hmc 1 | 2 | all
(Optional) Specifies the HMC that you want to delete the connection definition from. “-hmc 1”
specifies the primary HMC, and “-hmc 2” specifies the secondary HMC. The default value “all”
specifies the primary HMC on a single HMC system, and specifies both the primary and secondary
HMCs on a dual HMC system.
-quiet
(Optional) Turns off the confirmation prompt for this command.
Example
rmipseccert
The rmipseccert command deletes an Internet Protocol Security (IPSec) certificate from the hardware
management console (HMC). This command is not supported on DS6000 models.
►► rmipseccert cert_ID ►◄
-hmc 1 -quiet ...
2 "-"
all
Parameters
-hmc 1 | 2 | all
(Optional) Specifies the HMC that you want to delete the certificate from. “-hmc 1” specifies the
primary HMC, and “-hmc 2” specifies the secondary HMC. The default value “all” specifies the
primary HMC on a single HMC system, and specifies both the primary and secondary HMCs on a
dual HMC system.
-quiet
(Optional) Turns off the confirmation prompt for this command.
cert_ID ... | -
(Required) Specifies the IPSec certificate ID that you want to remove. The ellipsis (...) indicates that,
optionally, you can specify multiple values. If you use the dash (-), the specified value is read from
standard input. You cannot use the dash (-) while you are in the DS CLI interactive command mode.
Example
setipsec
The setipsec command allows you to manage Internet Protocol Security (IPSec) controls. This command
is not supported on DS6000 models.
Example
applykey
The applykey command applies the licensed machine code (LMC) activation keys for a storage server.
You can enter the LMC keys manually, or you can import the keys from an XML file, which you must
download. For additional information about downloading the XML file and activating the LMC keys, see
“Activating your machine and feature licenses using the DS CLI” on page 30.
►► applykey storage_image_ID ►◄
-key key [...] -file file_name "-"
Parameters
-key key [ ... ]
(Optional) Specifies the LMC key. The optional ellipsis (...) signifies that you can specify multiple
keys. To specify multiple keys, enter a comma between each key. Do not include a blank space
between each key.
Example
Example
lskey
The lskey command displays the type of LMC activation keys that are installed and are available for use
by the storage unit.
The lskey command only displays the keys that are installed. Refer to the IBM System Storage DS8000
Introduction and Planning Guide for more information on how to choose which keys are needed and how
to acquire them.
►► lskey storage_image_ID ►◄
"–"
Parameters
storage_image_ID | –
(Required) Specifies the storage image ID for which to view a list of activated features. The ID
includes manufacturer, type, and serial number.
If you use the dash (-), the specified value is read from standard input. However, you cannot use the
dash (-) if you are using the DS CLI interactive command mode.
Example
For this command and all other DS CLI list commands, the results are shown in table format for clarity.
The actual reports do not display as tables.
The following table shows example activation keys. Some activation keys are not listed in the example.
The lskey command displays only the keys that are installed.
Invoking the lskey command to display a list of the installed LMC activation keys.
dscli> lskey IBM.2107-75FA120
lsda
The lsda command displays a list of device adapters (DA) for each storage image. You can use this
command to look at the status of each device adapter in the list. This command is not supported on
DS6000 models.
►► lsda ►
-s -encl enclosure_ID -server server_ID -dapair dapair_ID
-l
► storage_image_ID ►◄
-state online ...
offline "-"
failed
loopx
Parameters
-s
(Optional) Displays only device adapter IDs. You cannot use the -l and the -s parameters together.
-l
(Optional) Displays the default output, plus the I/O enclosure and device adapter locations, feature
codes, and interface IDs. You cannot use the -l and the -s parameters together.
-encl enclosure_ID
(Optional) Displays the device adapters that are associated with the specified processor complex or
I/O enclosure.
-server server_ID
(Optional) Displays only device adapters that are associated with the specified server.
-dapair dapair_ID
(Optional) Displays only device adapters that are associated with the specified device adapter pair.
-state online | offline | failed | loopx
(Optional) Displays only device drivers in the specified state.
storage_image_ID ... | -
(Required) Displays device adapters for the specified storage images. A storage image ID includes a
value for the manufacturer, machine type, and serial number. You must separate multiple IDs with
spaces. The ellipsis (...) indicates that, optionally, you can specify multiple values.
Example
For this command and all other DS CLI list commands, the results are shown in table format to provide
clarity. The actual reports do not display as tables.
The following table represents the headers that are displayed on the output report that is associated with
the lsda command.
ID State Loc
IBM.2107-75FA120/R1-11-P1-C1 Online U2107-75FA120-11/P1-C1
IBM.2107-75FA120/R1-11-P1-C6 Online U2107-75FA120-11/P1-C6
IBM.2107-75FA120/R1-12-P1-C1 Online U2107-75FA120-12/P1-C1
IBM.2107-75FA120/R1-12-P1-C6 Online U2107-75FA120/R1-12-P1-C6
Key:
* Displayed when the -s parameter is specified.
+ Displayed only when the -l parameter is specified.
lsframe
The lsframe command displays a list of frame enclosures for a storage image. This command is not
supported on DS6000 models.
►► lsframe storage_image_ID ►◄
-s ...
-l "-"
Example
For this command and all other DS CLI list commands, the results are shown in table format to provide
clarity. The actual reports do not display as tables.
The following table represents the headers that are displayed on the output report that is associated with
the lsframe command.
Key:
* Displayed when the -s parameter is specified.
+ Displayed only when the -l parameter is specified.
►► lsstgencl storage_image_ID ►◄
-s -state normal ...
-l not_normal "-"
Parameters
-s (Optional) Displays the storage enclosure ID. You cannot use the -l and the -s parameters together.
-l (Optional) Displays default output, plus the frame number, ID, location, feature code, number of
storage slots, and state of the storage enclosure. You cannot use the -l and the -s parameters
together.
-state normal| not_normal
(Optional) Displays all the storage enclosures that are associated with the specified storage unit that
contain a condition of normal or a condition that falls under the category of not normal.
storage_image_ID ... | -
(Required) Displays storage enclosure information for the specified storage image IDs. A storage
image ID consists of manufacturer, machine type, and serial number. You must separate multiple IDs
with a space between each ID. The ellipsis (...) indicates that, optionally, you can specify multiple
values.
Example
For this command and all other DS CLI list commands, the results are shown in table format to provide
clarity. The actual reports do not display as tables.
The following tables represent the headers that are displayed on the output report that is associated with
the lsstgencl command using the -l parameter.
Note: This is the only information that is displayed if you use the -s parameter. None of the other
values are displayed.
Frame+
Indicates the frame number within the designated storage unit that contains this storage enclosure.
A " - " value is displayed for a DS6000 model.
Enclnum+
Indicates the identity of a storage enclosure within a storage unit frame.
Loc+
Indicates the storage enclosure location by identifying the storage unit frame that contains the storage
enclosure. The location format is Utttt.mmm.ppsssss.
FC+
Indicates the feature code that was used to order this storage enclosure.
Interfaces
Indicates a list of four interface identifiers, one for each DA I/O port.
A DA interface ID consists of four hexadecimal characters with the following format: t00 eeeee aaaa
pppp, (value is separated for readability), where
v t = port type (0 = I/O port, DA ports are always I/O ports)
v 00 = reserved
v eeeee = enclosure number
v aaaa = adapter number
v pppp = port number
Notes:
1. For dual loop 0 enclosures, the DA I/O port values are displayed as 0080, 0081, 0180, 0181.
2. For dual loop 1 enclosures the DA I/O port values are displayed as 0082, 0083, 0182, 0183.
Interadd
Indicates the FC-AL interface base address assigned to this storage enclosure for DDM access.
Storslot+
Indicates the number of slots for storage devices in this storage enclosure.
Stordev
Indicates the number of storage devices that are installed in this storage enclosure.
Cap (GB)
Indicates the capacity of DDMs in the storage enclosure.
Note: This field can contain multiple capacity values separated by a comma when the DDMs with
different capacity are installed in the storage enclosure.
RPM
Indicates the rpm of the DDMs in the storage enclosure.
Note: This field can contain multiple RPM values separated by a comma when the DDMs with
different capacity are installed in the storage enclosure.
Note: For a DS6000 model, this condition changes to inter failed if the storage enclosure is found
to be in good condition again.
resuming
Indicates that the storage enclosure is in the process of coming online.
quiescing
Indicates that the storage enclosure is in the process of going offline.
DA_Pair_Type+
Indicates the DA Pair Type and the enclosure type, as follows:
0 Unknown
1 Indicates an enclosure holding up to 16 LFF drives.
2 Indicates an enclosure holding up to 24 SFF or 12 LFF drives.
3 Indicates an enclosure holding up to 30 high-performance flash devices.
Key:
* Displayed when the -s parameter is specified.
+ Displayed only when the -l parameter is specified.
lshba
The lshba command displays a list of storage image host adapters and status information for each host
adapter in the list.
►► lshba ►
-s -encl enclosure_ID -state online
-l offline
failed
► storage_image_ID ►◄
...
"-"
Parameters
-s (Optional) Displays only the host adapter IDs. You cannot use the -l and the -s parameters together.
-l (Optional) Displays the default output plus the host adapter feature code and interface IDs. You
cannot use the -l and the -s parameters together.
Notes:
1. Multiple IDs must be separated with spaces.
2. ID ranges cannot be specified.
The ellipsis (...) indicates that, optionally, you can specify multiple values. If you use the dash (-), the
specified value is read from standard input.
Note: You cannot use the dash (-) while you are in the DS CLI interactive command mode.
Example
The following example represents the headers that are displayed on the output report that is associated
with the lshba command.
FC interfID
================================
1234 0x0121,0x0121,0x0123,0x0124
1234 0x0131,0x0131,0x0133,0x0134
1234 0x0221,0x0221,0x0223,0x0224
1234 0x0231,0x0231,0x0233,0x0234
lsddm
The lsddm command displays a list of disk drive modules (DDMs) and status information for each DDM
in the list.
►► lsddm ►
-s -enclosure enclosure_ID -dapair dapair_ID
-l
► ►
-arsite arraysite_ID -usage unassigned -state normal
unconfigured not_normal
spare
not_spare
array_member
► -diskclass ent ►
-dualloop 1 -encrypt supported flash
2 unsupported nl
sata
ssd
► storage_image_ID ►◄
...
"-"
Parameters
-s (Optional) Displays only the DDM IDs. You cannot use the -s and -l parameters together.
-l (Optional) Displays the default output. You cannot use the -s and -l parameters together.
-enclosure enclosure_ID
(Optional) Specifies that the system displays DDMs that are associated with a common storage
enclosure ID. This parameter accepts a fully qualified enclosure ID, which includes either the storage
image ID or a shortened version without the storage image ID. The shortened version is a
hexadecimal number within the range (00 - 3F).
-dapair dapair_ID
(Optional) Specifies that the system displays DDMs that are associated with a common device
adapter (DA) pair ID. This parameter accepts a fully qualified DA pair ID, which includes either the
storage image ID or a shortened version without the storage image ID. The shortened version is a
two-digit decimal number with no leading zeros.
-arsite arraysite_ID
(Optional) Specifies that the system displays DDMs that are associated with a common array site ID.
This parameter accepts a fully qualified array site ID, which includes either the storage image ID or a
shortened version without the storage image ID. The shortened version is a four-digit decimal
number with no leading zeros, prefixed with the letter S.
-usage unassigned | unconfigured | spare | not_spare | array_member
(Optional) Specifies that the system displays DDMs that are associated with a specified usage.
-state normal | not_normal
(Optional) Specifies that the system displays DDMs that are associated with a specified state.
-dualloop 1 | 2
(Optional) Specifies that the system displays DDMs that are associated with the designated dual loop.
Note: You cannot use the dash (-) while you are in the DS CLI interactive command mode.
Example
For this command and all other DS CLI list commands, the results are shown in table format to provide
clarity. The actual reports do not display as tables.
The following tables represent the headers that are displayed on the output report that is associated with
the lsddm command by using the -l parameter.
firmware
ID Model loc level DA pair DualLoop dkcap (10^9B)
IBM.2107- S0BE146 U2107.921. 3603 11 1 145
D21- 75FA120
75FA120
/R1-S11-
P1-D1
IBM.2107- S0BE146 U2107.921. 3603 11 1 145
D21- 75FA120
75FA120
/R1-S11-
P1-D2
dkrate
diskrpm dkinf (Gb/sec) dkuse arsite Position State diskclass encrypt
1000 FCAL 2 array S123 1 normal ENT supported
member
1000 FCAL 2 array S123 2 normal SATA supported
member
Note: An even-numbered DA pair ID indicates the first DA pair in an I/O enclosure pair. An
odd-numbered DA pair ID indicates the second DA pair in an I/O enclosure pair.
Dualloop
Indicates the dual loop that the specified DDM resides on. The value is either 1 or 2.
Dkcap (10^9B)
Indicates the DDM raw capacity in decimal gigabytes (GB).
diskrpm
Indicates the DDM rpm. One of the following values is displayed:
v 10000
v 15000
dkinf
Indicates the DDM interface type. One of the following values are displayed:
v FC-AL
v SAS (Serial Attached SCSI)
Dkrate (Gb/sec)
Indicates the DDM interface rate.
dkuse
Indicates the DDM usage in an array site. One of the following values are displayed:
v Unassigned
v Unconfigured
v Spare required
v Spare not required
v Array member
arsite
Indicates the array site ID.
Position
Indicates the DDM position in an array site configuration of DDMs.
State
Indicates the current DDM state. One of the following values is displayed:
Normal
The storage device is operational and functional in its current disk usage.
New
Indicates the initial state when a DDM is inserted or first discovered.
Installing
A new storage device that has been identified.
Key:
chsp
The chsp command modifies a storage complex for items such as notification of the Simple Network
Management Protocol (SNMP) traps and email problem notification lists in a storage complex.
Notes:
v The Storage Manager server domain is a single storage complex. The storage complex object can only
be created or deleted by service personnel.
v The SNMP settings only apply to some types of SNMP notifications (Example: Copy Services).
►► chsp ►
-snmp on -snmpaddr new_ip_list -emailnotify on
off off
► ►
-emailaddr new_email_list -emailrelay on
off
► ►
-emailrelayaddr new_relay_ip_list -emailrelayhost new_relay_host_name
► ►
-desc new_sp_description -name new_sp_name -loginprompt on
off
► ►◄
-promptmessage new_prompt_message
Parameters
-snmp on | off
(Optional) Specifies whether the Simple Network Management Protocol (SNMP) trap notification
function sends notifications when a problem occurs on a storage complex. SNMP traps that are
generated by the storage complex are sent to the IP address that is specified by the -snmpaddr
parameter.
-snmpaddr new_ip_list
(Optional) Specifies a new SNMP trap destination list. This list consists of one or two IP addresses
that receive SNMP traps that are generated by the storage complex if SNMP is enabled.
setvpn
The setvpn command starts or ends an outbound virtual private network connection (VPN). This
command is not supported on DS6000 models.
During the installation of the DS8000 product, the hardware management console (HMC) sends a
certificate (signed public key) to IBM for server authentication and for SSL encryption of applications
using VPN (Internet and modem) connections.
You can use the setvpn command to start or stop the session and to create a secure connection. In
addition, the IBM VPN server does additional authentication to allow traffic to certain IBM servers only,
for the call home feature and remote service.
Notes:
1. Only IBM support personnel with special access rights can use the VPN connection.
2. The setvpn command is used when remote access is required by IBM Support personnel and there is
no local on-site access to the machine.
3. It can take from 2 to 10 minutes for the secure connection to be established and recognized by the
RS3/RS4 server.
Parameters
-vpnaddr smc1 | smc2
(Optional) Specifies the VPN server machine. In addition, you can specify where you want the
outbound VPN to start from by designating the following values:
smc1 Identifies the management console (SMC) where you want the outbound VPN to start from.
The console that you have specified in your profile for hmc1 starts your DS CLI session,
unless you specify a console that is not designated in your profile. In this case, the console
that you specify to start your session is the one where the connection is made.
smc2 Identifies the management console where you want the outbound VPN to start from. The
console that you have specified in your profile for hmc2 starts your DS CLI session, unless
you specify a console that is not designated in your profile. In this case, the console that you
specify to start your session is the one where the connection is made.
-action connect | disconnect
(Required) Specifies that the secure VPN connection be started or disconnected.
Example
lsvpn
The lsvpn command displays a report that lists the outbound VPN information such as management
consoles and connection status. This command is not supported on DS6000 models.
►► lsvpn ►◄
-s -vpnaddr smc1 -vpnstatus connected
-l smc2 disconnected
Parameters
-s
(Optional) Displays the management console (SMC) and connection status. You cannot use the -l and
-s parameters together.
-l
(Optional) Displays the management console (SMC) and connection status. You cannot use the -l and
-s parameters together.
Note: The default value is to display the address for smc1 and smc2. If you do not specify the
-vpnaddr parameter, the generated report displays both the smc1 and smc2 addresses as they are
recorded in your profile.
-vpnstatus connected | disconnected
(Optional) Specifies that you receive a report that displays only the SMC for the connection status
specified.
Note: The default value is to display the connection status for all SMCs. The generated report
displays all connected and disconnected SMCs.
Example
For this command and all other DS CLI list commands, the results are shown in table format for clarity.
The actual reports do not display as tables.
The following table represents the headers that are displayed on the output report that is associated with
the lsvpn command.
showsp
The showsp command displays a properties report for a storage complex.
The report included the properties values for the names, descriptions, and customer account names of the
storage complex.
►► showsp ►◄
Notes:
1. The SNMP settings only apply to some types of SNMP notifications (Example: Copy Services).
2. The email parameters are not currently supported.
Example
The following table represents the headers that are displayed on the output report that is associated with
the showsp command.
numks
eMailrelay- eMailrelay- supported
eMailnotify eMailaddr eMailrelay addr host
Enabled email1@ Disabled 9.xxx.14.45 relay_host 1
ibmds8000.com,
email2@
ibmds1.com
A storage unit is a single, physical storage subsystem. A storage complex is a configuration of one or
more storage units that is managed by a management console. If you have one DS8000 machine, then you
have a single storage complex containing a single storage unit.
A storage image is a partitioning of a storage unit that provides emulation of a virtual storage server. You
can configure more than one storage image on a storage unit.
►► chsu ►
-pwrmode manual -pwron -pwroff -quiet
auto
zseries
► ►
-desc new_su_description -name new_su_name -ertestmode enable
disable
► storage_unit_ID ►◄
" - "
Parameters
-pwrmode manual | auto | zseries
(Optional) Sets a requested remote power control mode on the storage unit.
manual
Indicates that the storage facility power-on and power-off sequences are performed based on the
manual power on and off controls.
auto
A storage facility power-on sequence is performed when external power first becomes available
to the first rack of a storage facility (for example, when standby power is first activated to the
remote power control cards).
zseries
Specifies that the power control mode is set to zSeries remote power control.
Note: Changing the power mode can take several minutes. Initiating a power-on or power-off
request in manual mode can take up to 25 minutes. During a power-on or power-off request, access
requests to the storage unit might be queued. This queuing can result in a loss of response on other
functions that access the storage unit when accessed by the CLI.
-pwron
(Optional) Turns on power to the storage unit. For DS8000, this parameter is valid if the control mode
is set to manual and the switch is set to remote.
-pwroff
(Optional) Turns off power to the storage unit. For DS8000, this parameter is valid if the control mode
is set to manual and the switch is set to remote.
-quiet
(Optional) Turns off the modification confirmation prompt for this command.
-desc new_su_description
(Optional) Allows you to specify a description for the storage unit. The description is limited to 256
byte or 128 double-byte characters.
-name new_su_name
(Optional) Allows you to specify a user-defined name for the storage unit. This name is limited to 32
bytes or 16 double-byte characters.
-ertestmode enable | disable
(Optional) Enables or disables the Energy Report test mode.
Note: IBM recommends disabling the Energy Report test mode at test completion.
storage_unit_ID | -
(Required) Accepts the fully qualified storage unit ID. The storage unit ID consists of manufacturer,
machine type, and serial number. For example, IBM.2107-75FA120.
If you use the dash (-), the specified value is read from standard input. You cannot use the dash (-)
while you are in the DS CLI interactive command mode.
Example
lssu
The lssu command displays a list of storage units in a storage complex. You can use this command to
look at the status and other properties of each storage unit in the list.
►► lssu ►◄
-s -power on storage_unit_ID
-l off ...
"-"
Parameters
-s (Optional) Displays only the storage unit ID. You cannot use the -l and the -s parameters together.
-l (Optional) Displays default output plus the power mode and storage unit description. You cannot use
the -l and the -s parameters together.
-power on | off
(Optional) Displays only the storage units in the specified power state.
storage_unit_ID ... | -
(Optional) Displays storage units with the specified storage unit IDs. A storage unit ID includes
manufacturer, machine type, and serial number. You must separate multiple IDs with a space
between each ID.
Example
For this command and all other DS CLI list commands, the results are shown in table format to provide
clarity. The actual reports do not display as tables.
Pw Pw
Name ID Model WWNN State Mode Desc
SU 1 IBM.2107- 921 3007ACF On Local Test
75FA110 3012399
E0
SU 2 IBM.2107- 921 3007ACF On Local Produc-
75FA120 3045699 tion
E0
SU 3 IBM.2107- 921 3007ACF On Local Backup
75FA130 3078999
E0
showsu
The showsu command displays detailed properties of an individual storage unit.
►► showsu storage_unit_ID ►◄
" - "
Parameters
storage_unit_ID
(Required) Specifies the storage unit ID. A storage unit ID consists of manufacturer, machine type,
and serial number.
If you use the dash (-), the specified value is read from standard input. You cannot use the dash (-)
while you are in the DS CLI interactive command mode.
Example
For this command and all other DS CLI show commands, the results are shown in table format to
provide clarity. The actual reports do not display as tables.
The following table represents the headers that are displayed on the output report that is associated with
the showsu command.
chsi
The chsi command modifies a storage image. You can use it to set characteristics such as online or offline
state, name, and description.
►► chsi ►
-essnetcs y -volgrp volume_group_ID -desc new_si_description
n
► ►
-name new_si_name -os400sn iSeries_Serial_Number -etautomode all
tiered
none
► ►
-etmonitor all -etccmode enable -ethmtmode enable
automode disable disable
none
► storage_image_ID ►◄
-iopmmode disable " - "
monitor
monitorsnmp
manage
managesnmp
Parameters
-essnetcs y | n
(Optional) Enables or disables the storage complex ESSNet user interface to invoke Copy Services
operations for the storage image. y (yes) is the default.
-volgrp volume_group_ID
(Optional) Specifies the ESSNet Copy Services type volume group that contains the logical volumes
that are eligible for control by Copy Services operations, when the -essnetcs y parameter is used. All
logical volumes are eligible for control by Copy Services operations if the -essnetcs y parameter and
the volume group ID are not specified.
The -volgrp parameter accepts a fully qualified volume group ID including the storage image ID or a
shortened version. The shortened version is a four-digit decimal number with no leading zeros,
prefixed with the letter V.
-desc new_si_description
(Optional) Specifies the description that you assign to the storage image. The description is limited to
256 bytes or 128 double-byte characters.
-name new_si_name
(Optional) Specifies the name that you assign to the storage image. The storage image name is
limited to 32-byte or 16 double-byte characters.
Notes:
1. You must restart both storage images after you process this DS CLI command to assign a new
serial number.
2. The iSeries serial number is only required when you have multiple DS**** machines with the last
3-digits of the machine serial number that overlap.
-etautomode all | tiered | none
(Optional) Specifies the automatic mode of the IBM Easy Tier LIC feature. When the Easy Tier LIC
feature is active, the manual mode is always active on all volumes, and the specified value only
controls the automatic part of the feature.
all The Easy Tier automatic mode is active on all pools.
tiered The Easy Tier automatic mode is active only on pools with multiple tiers.
none The Easy Tier automatic mode is not active on any pools.
-etmonitor all | automode | none
(Optional) Specifies whether volumes are monitored by the IBM Easy Tier LIC feature. When the
Easy Tier LIC feature is active, the volumes are monitored for the Easy Tier automatic mode.
all Easy Tier monitors all of the volumes on the DS8000 system, regardless of the state of the
Easy Tier LIC feature. This capability demonstrates the potential benefits of Easy Tier. When
this value is selected, all values of the -etautomode parameter are accepted, provided that the
IBM Easy Tier LIC feature is active.
automode
Easy Tier monitors only those volumes managed by the Easy Tier automatic mode as
specified by the -etautomode parameter.
none Easy Tier monitors none of the volumes on the DS8000 system. When this value is selected,
all values of the -etautomode parameter are ignored, and the Easy Tier automatic mode is not
active on any pools.
-etccmode enable | disable
(Optional) Easy Tier cooperative caching mode. The Easy Tier cooperative caching function is also
known as Easy Tier Server.
Note: Only volumes that are monitored by Easy Tier can participate in Easy Tier cooperative caching.
enable
Specifies that all volumes are allowed to participate in Easy Tier cooperative caching.
disable
Specifies that no volumes are allowed to participate in Easy Tier cooperative caching.
-ethmtmode enable | disable
(Optional) Specifies whether the IBM Easy Tier Heat Map Transfer feature is enabled on this storage
facility image.
enable
Specifies that the Easy Tier Heat Map Transfer feature is enabled.
disable
Specifies that the Easy Tier Heat Map Transfer feature is not enabled.
Examples
diagsi
The diagsi command is an administrative utility command that a user with administrator or service
operator authority can use for nonroutine diagnostic actions.
Parameters
Note: Only users with administrator or service authority are authorized to use this command.
-action warmstart | saveuilogs | odd | oddlite
(Required) Specifies the administrative action to be completed.
warmstart
The -action warmstart parameter initiates a warmstart on the storage image, which causes the
storage image to collect microcode data that is useful in diagnosing problems. This action is
restricted to the following usage rules:
v This action must be used only under the direction of IBM Service.
Example
lsserver
The lsserver command displays all servers in a storage complex or a list of specified servers and it also
displays the status information for each server in the list.
►► lsserver ►◄
-s Server_ID
-l ...
"-"
Parameters
-s (Optional) Displays only the server ID. You cannot use the -l and the -s parameters together.
Example
For this command and all other DS CLI list commands, the results are shown in table format to provide
clarity. The actual reports do not display as tables.
The following table represents the headers that are displayed on the output report that is associated with
the lsserver command using the -l parameter.
Power Bundle
ID Image ID Image Name Control SFI State LIC Version OS Version Version
IBM.2107 1 SF13003 0 Online 5.3.0.832 - -
–75FA120 20ESS01
/00
IBM.2107 1 SF13003 0 Online 5.3.0.832 - -
–75FA120 20ESS11
/01
Key:
* Displayed when the -s parameter is specified.
+ Displayed only when the -l parameter is specified.
lssi
The lssi command displays a list of storage images in a storage complex.
You can use this command to look at the status of each storage image in the list. The storage image
worldwide node name (WWNN) is displayed when this command is used. You must use the storage
image WWNN with the lsavailpprcport and mkpprcpath commands.
►► lssi ►
-s -state online -su_id storage_unit_ID
-l offline
fenced
► ►◄
storage_image_ID
...
"-"
Parameters
-s
(Optional) Displays only the storage image IDs. You cannot use the -l and the -s parameters
together.
-l
(Optional) Displays the default output, ESSNet, volume group, and storage image description. You
cannot use the -l and the -s parameters together.
-state online | offline | fenced
(Optional) Displays only the storage images in the specified state.
-su_id storage_unit_ID . . .
(Optional) Displays the storage images that are associated with the specified storage unit. A storage
unit ID consists of manufacturer, machine type, and serial number.
storage_image_ID ... | -
(Optional) Accepts fully qualified storage image IDs. A storage image ID consists of manufacturer,
machine type, and serial number. You must separate multiple IDs with a space between each ID.
Example
For this command and all other DS CLI list commands, the results are shown in table format to provide
clarity. The actual reports do not display as tables.
The following tables represent the headers that are displayed on the output report that is associated with
the lssi command by using the -l parameter. There is a difference in the input values when you use the
su_ID and storage_image_ID parameters.
Key:
* Displayed when the -s parameter is specified.
+ Displayed only when the -l parameter is specified.
showsi
The showsi command displays detailed properties of a storage image.
The storage image worldwide node name (WWNN) is displayed when this command is used. You must
use the storage image WWNN with the lsavailpprcport and mkpprcpath commands.
►► showsi storage_image_ID ►◄
" - "
Parameters
storage_image_ID | -
(Required) Specifies the storage image ID. A storage image ID consists of a manufacturer, machine
type, and serial number.
If you use the dash (-), the specified value is read from standard input. However, you cannot use the
dash (-) while you are in the DS CLI interactive command mode.
Example
For this command and all other DS CLI show commands, the results are shown in table format to
provide clarity. The actual reports do not display as tables.
The following tables represent the headers that are displayed on the output report that is associated with
the showsi command.
Volume Os400
State ESSNet Group Serial NVS Memory Cache Memory Processor Memory
Online Enabled - - 8 GB 128 GB 1 GB
numeg
MTS supported ETAutoMode ETMonitor IOPMmode ETCCMode ETHTMMode
IBM.2421 1 tiered all Monitored Enabled Enabled
-75FA120
Note: This value is not reported for a DS6000 model. A " - " value is displayed.
numegsupported
Specifies the number of encryption groups that are supported.
ETAutoMode
Indicates the automatic mode of the IBM Easy Tier LIC feature when the Easy Tier feature is active.
The manual mode is always active if the Easy Tier LIC feature is active.
all The Easy Tier automatic mode is active on all pools.
lsioport
The lsioport command displays a list of all I/O ports (ESCON and fibre channel type) that are installed
in a specified storage image, and optionally provides performance metrics for each I/O port listed.
►► lsioport ►
-dev storage_image_ID -s -type fc
-l escon
► ►
-topology fc-al -state online -metrics
scsi-fcp offline
ficon fenced
deconfigured
► ►◄
port_ID
...
"-"
Parameters
-dev storage_image_ID
(Optional) Specifies the storage image ID, which consists of manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify a fully qualified port ID, do not set
the devid variable in your profile or through the setenv command, and the HMC is aware of more
than one storage image. Using the -dev parameter temporarily overrides any defined value for devid
for the current command.
-s
(Optional) Displays fully qualified port IDs. You cannot use the -l and -s parameters together.
-l
(Optional) Displays default output plus the I/O port interface speed.
-type fc | escon
(Optional) Displays I/O ports of the specified port type. Escon can be specified as the port type for
DS8000 models only.
Note: All performance counts are an accumulation since the most recent counter wrap or counter
reset operation. I/O port performance counters are reset with a storage system power-on sequence.
port_ID ... | -
(Optional) Displays I/O ports that match the specified IDs. This parameter accepts a fully qualified
port ID, which includes the storage image ID, or a shortened version without the storage image ID
when the -dev parameter is specified.
A port ID is prefixed with the letter "I" and consists of four hexadecimal characters in the format
EEAP, where:
For DS8000:
v EE is an I/O port enclosure number in the range of 00 - 17.
v A is the adapter number and is specified as 1, 2, 4, or 5.
v P is the port number (0 - 3).
For DS6000:
v EE is an I/O port enclosure number in the range of 00 - 01.
v A is the adapter number and is specified as 0, 1, 2, or 3.
v P is the port number (0 - 3).
To specify a range of port IDs, separate the port IDs with a hyphen.
You must separate multiple port IDs or ranges of port IDs by a blank space between each ID or range
of IDs.
The ellipsis (...) indicates that, optionally, you can specify multiple values. If you use the dash (-), the
specified value is read from standard input. You cannot use the dash (-) while you are in the DS CLI
interactive command mode.
Example
For this command and all other DS CLI list commands, the results are shown in table format to provide
clarity. The actual reports do not display as tables.
The following tables represent the headers that are displayed on the output reports that are associated
with the lsioport command.
When you use the -metrics parameter and do not specify a port type, two reports are displayed.
Note: For DS8000 and DS6000 models, a report is not displayed for a port type that has no enabled ports.
FICON ports (for DS6000 models only) and FICON/ESCON ports (for DS8000 models only): Each of the
following headers and value types are displayed:
ID Indicates the fully qualified port ID.
Date
Indicates the current time stamp for the I/O port performance counters. For example, 08/11/14
02:23:49 is the format that is used to report this value.
bytewrit
Indicates the number of bytes that are written in 128 KB increments.
byteread
Indicates the number of bytes that are read in 128 KB increments.
Reads
Indicates a value that is based on extended count-key-data (ECKD™) data received operations.
Writes
Indicates a value that is based on ECKD data transferred operations.
Timewrite
Indicates a value that is based on the ECKD data that is transferred (write-accumulated time) on a
channel. The displayed value is based on increments of 16 milliseconds.
Timeread
Indicates a value that is based on the ECKD data that is received (read-accumulated time) on a
channel. The displayed value is based on increments of 16 milliseconds.
CmdRetries
Indicates the number of retries requested for transport mode write operations.
TransferReady
Indicates the number of transport mode operations from channels that require transfer ready and that
were received from channels that support transport mode command retry operations.
SCSI-FCP ports: Each of the following headers and value types are displayed:
ID Indicates the fully qualified port ID.
Date
Indicates the current time stamp for the I/O port performance counters. For example, 08/11/05
02:23:49 is the format used to report this value.
Bytewrit
Indicates a value for the remote mirror and copy data transferred operations in increments of 128 KB.
Byteread
Indicates a value for the remote mirror and copy data received operations in increments of 128 KB.
Writes
Indicates a value for the remote mirror and copy data transferred operations.
Reads
Indicates a value for the remote mirror and copy data received operations.
Fibre Channel Link Errors: Each of the following headers and value types are displayed:
ID Indicates the fully qualified port ID.
LinkFailErr
Indicates the total number of miscellaneous Fibre Channel link errors.
LossSyncErr
Indicates the number of loss of synchronization errors. These errors occur when there is a confirmed
and a persistent synchronization loss on the Fibre Channel link.
LossSigErr
Indicates the number of times that a loss of signal was detected on the Fibre Channel link when a
signal was previously detected.
PrimSeqErr
Indicates the number of primitive sequence protocol error counts where an unexpected primitive
sequence was received.
InvTxWordErr
Indicates the number of times a "bit" error was detected. Examples of a "bit" errors are a code
violation, an invalid special code alignment, or a disparity error.
CRCErr
Indicates the number of times the CRC of a received frame is in error.
LRSent
Indicates the number of times the port has changed from an active (AC) state to a Link Recovery
(LR1) state.
LRRec
This count is the number of times the port has changed from an active (AC) state to a Link Recovery
(LR2) state.
Read Diagnostic Parameters: Each of the following headers and value types are displayed:
ID Indicates the fully qualified port ID.
TxPower
Indicates the measured coupled TX output power in dBm and uW. The maximum value is 18.1 dBm
(6500 uW).
If value displays 0 when the link state is active, the function is not supported by the current level of
microcode.
RxPower
Indicates the measured received optical power in dBm and uW. The maximum value is 18.1 dBm
(6500 uW).
If value displays 0 when the link state is active, the function is not supported by the current level of
microcode.
TransceiverTemp
Indicates the internally measured transceiver temperature. This value is reported in the range -128 C
to + 128 C.
If value displays 0 when the link state is active, the function is not supported by the current level of
microcode.
SupplyVolt
Indicates the internally measured supply voltage. This value is reported in mV and the value range is
0-6550 mV.
If value displays 0 when the link state is active, the function is not supported by the current level of
microcode.
TxBiasCurrent
Indicates the measured transmitter laser bias current. This value is reported in mA and is in the value
range of 0-131mA.
setioport
The setioport command configures one or more I/O ports for open systems or System z host system
connections. This command cannot be used for ESCON ports.
►► setioport port_ID ►◄
-dev storage_image_ID -topology fc-al ...
scsi-fcp "-"
ficon
Parameters
-dev storage_image_ID
(Optional) Specifies the storage image ID, which includes manufacturer, machine type, and serial
number. The storage image ID consists of manufacturer, machine type, and serial number. The
storage image ID is required if you do not specify a fully qualified port ID, do not set the devid
variable in your profile or through the setenv command, and the HMC is aware of more than one
storage image. Using the -dev parameter will temporarily override any defined value for devid for the
current command.
-topology fc-al | scsi-fcp | ficon
(Optional) Sets the topology for an I/O port, either Fibre Channel Arbitrated Loop, SCSI-FCP, or
FICON.
fibre channel arbitrated loop (code fc-al)
The fc-al topology setting enables the SCSI ULP with a FC-AL topology. The FC-AL topology
does not support PPRC path I/O operations nor 16 Gb/s host adapters.
scsi-fcp
The SCSI-FCP topology setting enables the SCSI ULP with a point-to-point or switched fabric
topology. PPRC path I/O operations are enabled for this setting.
ficon
The ficon topology setting enables the FICON ULP with a point-to-point or switched fabric
topology. PPRC path I/O operations are not supported for FICON ULP.
port_ID ... | -
(Required) Specifies the I/O port ID. Accepts a fully qualified port ID, which includes the storage
image ID, or a shortened version without the storage image ID when the -dev parameter is specified.
A port ID is prefixed with the letter I and consists of four hexadecimal characters in the format EEAP,
where:
For DS8000:
v EE is an I/O port enclosure number in the range of 00 - 17.
v A is the adapter number and is specified as 0, 1, 3, or 4.
v P is the port number (0 - 3).
For DS6000:
v EE is an I/O port enclosure number in the range of 00 - 01.
v A is the adapter number and is specified as 0, 1, 2, or 3.
v P is the port number (0 - 3).
To specify a range of port IDs, separate the port IDs with a hyphen.
Example
showioport
The showioport command displays properties of an I/O port. It optionally displays the performance
metrics for a specific I/O port.
►► showioport port_ID ►◄
-dev storage_image_ID -metrics " - "
Parameters
-dev storage_image_ID
(Optional) Specifies the storage image ID, which consists of manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify a fully qualified port ID, do not set
the devid variable in your profile or through the setenv command, and the HMC is aware of more
than one storage image. Using the -dev parameter temporarily overrides any defined value for devid
for the current command.
-metrics
(Optional) Specifies that the port ID and the performance metrics for the specified I/O port be
displayed.
Note: All performance counts are an accumulation since the most recent counter wrap or counter
reset operation. I/O port performance counters are reset with a storage system power-on sequence.
port_ID | -
(Required) Displays the property level details for the specified port IDs. This parameter accepts a
fully qualified unique port ID that is represented in the following format: manufacturer.machine
type-serial number/portID.
For example, for DS8000, IBM.2107–75FA120/I0110
A port ID is prefixed with the letter I and consists of four hexadecimal characters in the format EEAP
, where:
DS8000
v EE is an I/O port enclosure number in the range of 00 - 17.
v A is the adapter number and is specified as 1, 2, 4, or 5.
v P is the port number (0 - 3).
Example 1
For this command and all other DS CLI show commands, the results are shown in table format to
provide clarity. The actual reports do not display as tables.
The following tables represent the headers that are displayed on the output reports that are associated
with the showioport command.
Example 2
For this command and all other DS CLI show commands, the results are shown in table format to
provide clarity. The actual reports do not display as tables.
The following tables represent the headers that are displayed on the output reports that are associated
with the showioport command, with the -metrics parameter.
Writes (PPRC) Reads (PPRC) timewrite (PPRC) timeread (PPRC) byteread (SCSI)
0 0 0 0 1271326535
bytewrit (SCSI) Reads (SCSI) Writes (SCSI) timeread (SCSI) timewrite (SCSI)
65721755 2479310687 1170136080 81426674 407813158
LinkFailErr (FC) LossSyncErr (FC) LossSigErr (FC) PrimSeqErr (FC) InvTxWordErr (FC)
8 45 0 0 125
CRCErr (FC) LRSent (FC) LRRec (FC) IllegalFrame (FC) OutOrdData (FC)
0 0 0 0 0
OutOrdACK (FC) DupFrame (FC) InvRelOffset (FC) SeqTimeout (FC) BitErrRate (FC)
0 0 0 0 0
RcvBufZero (FC) SndBufZero (FC) RetQFullBusy (FC) ExchOverrun (FC) ExchCntHigh (FC)
0 0 0 0 0
TransceiverTemp
TxPower (RDP) RxPower (RDP) (RDP) SupplyVolt (RDP) TxBias (RDP)
-2.8 dBm (525.2 uW) -3.6 dBm (440.5 uW) 65 C 3304.7 mV 8.484 mA
Note: A dash (-) means that the data was not available.
TransferReady(FICON)
Specifies the number of transport mode operations from channels that require transfer ready and that
were received from channels that support transport mode command retry operations.
Note: A dash (-) means that the data was not available.
Bytewrit (PPRC)
Specifies a value for the remote mirror and copy data transferred operation in increments of 128 KB.
Byteread (PPRC)
Specifies a value for the remote mirror and copy data received operations in increments of 128 KB.
Writes (PPRC)
Specifies a value for the remote mirror and copy data transferred operations.
Reads (PPRC)
Specifies a value for the remote mirror and copy data received operations.
Timewrite (PPRC)
Specifies a value that is based on the remote mirror and copy data transferred (write-accumulated)
time on a channel. The displayed value is based on increments of 16 milliseconds.
chhostconnect
The chhostconnect command modifies a SCSI host port configuration.
►► chhostconnect ►
-dev storage_image_ID -lbs 512
520
► ►
-hosttype host_type -portgrp port_grp_number -volgrp volume_group_ID
none
► ►
-ioport port_ID -desc description -name new_host_name
port_ID_list
all
none
► host_connection_ID ►◄
"-"
Parameters
Notes:
1. The chhostconnect command can be disruptive to host system I/O operations if the affected host port
is logged in to the target storage unit. You must ensure that the host port is offline to the host system
before you process the chhostconnect command.
2. Using the -hosttype parameter when you issue this command allows you to save input and
processing time. The -hosttype parameter supplies the same information as if you had used the
following three parameters:
v -profile
v -addrdiscovery
v -lbs
3. If you are using the HP-UX operating system, see the volume restriction that is described under the
-addrdiscovery parameter.
-dev storage_image_ID
(Optional) Specifies the storage image ID, which consists of manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify a fully qualified host connection ID,
do not set the devid variable in your profile or through the setenv command, and the HMC is aware
of more than one storage image. Using the -dev parameter temporarily overrides any defined value
for devid for the current command.
For DS8000, example of a fully qualified storage image ID: IBM.2107-75FA120
-lbs 512 | 520
(Optional) Specifies the logical block size that is used by the host system. The block size must be
compatible with the volume group type and the volume type configurations that apply to the host
port connection. The 520 logical block size is typically used by the IBM System i models (OS/400).
Notes:
1. You cannot use the -lbs parameter and -hosttype parameter together, but you can use each one
separately.
2. If you do not use the -hosttype parameter, use the lsportprof command to determine the block
size that you need to specify for the -lbs parameter.
-addrdiscovery reportlun | lunpolling
(Optional) Specifies the method for identifying logical unit number (LUN) addresses.
v The reportlun method specifies that the host system can access up to 64 000 LUNs.
v The lunpolling method specifies that the host system can access up to 256 LUNs.
Notes:
1. You cannot use the -profile parameter and the -hosttype parameter together, but you can use
each one separately.
2. If you do not use the -hosttype parameter, use the lsportprof command to obtain a list of
available profiles.
-hosttype host_type
(Optional) Specifies information about the following three parameters:
v -profile
v -addrdiscovery
v -lbs
Notes:
1. You cannot use the -hosttype parameter with the -profile, addrdiscovery, or -lbs parameters.
2. Use the lshosttype command to obtain a list of known host types.
-portgrp port_grp_number
(Optional) Specifies a user-assigned number that associates two or more host ports with access to a
common volume group. Port group zero is reserved for ports that have not been associated with a
port group.
-volgrp volume_group_ID | none
(Optional) Specifies an available volume group or no volume group if the none subparameter is used.
This command accepts a fully qualified volume group ID including the storage image ID or a
shortened version if the -dev parameter is specified. The shortened version is a four-digit decimal
number with no leading zeros, prefixed with the letter V.
A host connection can use only one volume group per storage image. (A single WWPN can access
only one volume group per storage image.) Host operations cannot be initiated until a volume group
ID is assigned.
If none is specified, the volume group ID assignment is removed from a SCSI host port object.
-ioport port_ID port_ID_list |all|none
(Optional) Specifies all, none, or, one or more I/O port IDs that allow host connection access to
volumes. This command accepts a fully qualified port ID including the storage image ID or a
shortened version if the -dev parameter is specified.
port_ID port_ID_list
Specifies that you can designate up to 128 ports for an open systems host attachment
assignment. You can list one or more port IDs separated by commas with no spaces. If you
enter a list of I/O port IDs, access from the specified host connection to the specified volume
group is allowed using only the designated list of port IDs.
all Specifies that you want to add all I/O port IDs. This setting allows the specified host
connection access to the designated volume group through all the associated I/O port IDs.
none Specifies that you do not want to add any I/O ports. If you do not specify I/O ports, the
Note: Changing the I/O port values can result in a disruption of current logins by the host systems.
-desc description
(Optional) Specifies the description that you defined for the SCSI host port. The description is limited
to 256-byte or 128 double-byte characters.
-name new_host_name
(Optional) Specifies the user-assigned host system or port name. The name is limited to 32-byte or 16
double-byte characters.
host_connection_ID | -
(Required) Specifies the host connection ID, which is a unique identifier that uses any number from 0
- FFFE within the scope of a storage image. This parameter accepts a fully qualified ID or a shortened
version if the -dev parameter is specified.
If you do not specify the -dev parameter and you specify the host_connection_ID parameter, you
must use the fully qualified version of the host connection ID as follows:
v For DS8000:
dscli> chhostconnect -desc newdescription IBM.2107-75FA120/1
v For DS6000:
dscli> chhostconnect -desc newdescription IBM.1750-68FA120/1
If you use the dash (-), the specified value is read from standard input. You cannot use the dash (-)
while you are in the DS CLI interactive command mode.
lshostconnect
The lshostconnect command displays a list of host connections for a storage image and the status
information for each host connection in the list.
You can also use this command to obtain a list of worldwide port numbers (WWPNs) from a
system-detected-unknown host port. You can use these WWPNs to create a host connection using the
mkhostconnect command.
►► lshostconnect ►
-dev storage_image_ID -s -portgrp port_grp_number
-l
► ►
-volgrp volume_group_ID -unknown -login -wwpn wwpn
► ►◄
host_connection_ID
...
"-"
Parameters
-dev storage_image_ID
(Optional) Displays the host connections for the specified storage image. A storage image ID consists
of manufacturer, machine type, and serial number. The storage image ID is required if you do not
specify a fully qualified host connection ID, do not set the devid variable in your profile or through
the setenv command, and the HMC is aware of more than one storage image. Using the -dev
parameter temporarily overrides any defined value for devid for the current command.
For DS8000, example of a fully qualified storage image ID: IBM.2107-75FA120
-s
(Optional) Specifies the host connection IDs. You cannot use the -l and the -s parameters together.
-l
(Optional) Specifies the default output and your description for each host connection in the list. You
cannot use the -l and the -s parameters together.
-portgrp port_grp_number
(Optional) Specifies the host connections that have an associated group number.
Note: You cannot use the -portgrp parameter with the -unknown or -login parameters.
Note: You cannot use the -volgrp parameter with the -unknown or -login parameters.
-unknown
(Optional) Specifies that a list of logged in host ports (WWPNs), that are not recognized as being
associated with the designated storage unit, be displayed.
Note: The list of logged in host posts includes all of the host ports that the storage unit detects, and
it does not take into account changes that the storage unit could not detect. For example, the storage
unit cannot detect that a cable has been disconnected from the port of the host device or that a fabric
zoning change has occurred. In these cases, the host might not be able to communicate with the
storage device anymore; however, the storage device might not detect this condition and still views
the host as logged in.
This parameter generates a list report that contains the following three information fields:
v WWNN
v WWPN
v ESSIOport
Note: You cannot use the -unknown parameter with the -portgrp, -volgrp, -login or
host_connection_ID parameters.
-login
(Optional) Specifies that a list is to be displayed of host port (WWPNs) that are logged in and sorted
by the ESS I/O port IDs for known connections. The report displays one line of information per
connection. However, no information is displayed for a FICON connection.
Notes:
1. Known logins are logins for which you have created for host connection, as well as Remote
Mirror and Copy paths and anonymous connections.
2. You cannot use the -login parameter with the -unknown, -portgrp, -volgrp, or host_connection_ID
parameters.
-wwpn wwpn
(Optional) Specifies that only the host connect objects for the specified WWPN is displayed.
host_connection_ID ... | -
(Optional) Specifies that host connection information for the specified host connection IDs be
displayed. This parameter accepts a fully qualified ID (includes manufacture. machine type, serial
number/hostconnectID) or a shortened version if the -dev parameter is specified.
Note: You cannot use the host_connection_ID parameter with the -login or -unknown parameters.
The ellipsis (...) indicates that, optionally, you can specify multiple values.
If you use the dash (-), the specified value is read from standard input. You cannot use the dash (-)
while you are in the DS CLI interactive command mode.
For DS8000, example of a fully qualified host connection ID: IBM.2107-75FA120/2
Example of a shortened version host connection ID: 0002
Note: You can receive different reports when you use the lshostconnect command, one for the -unknown
parameter, one for the -login parameter, one for the -l parameter, and one for the -s parameter. The
reports that are associated with the -unknown, -login, and -l parameters are provided in this description.
For this command and all other DS CLI list commands, the results are shown in table format to provide
clarity. The actual reports do not display as tables.
The following tables represent the headers that are displayed on the output reports that are associated
with the lshostconnect command.
The resulting output The following table displays four ports, which is possible when you query a
DS8000 model. If you query a DS6000 model, only two ports are displayed.
Addrdis
Name ID WWPN HostType LBS covery
My host port 1 IBM.2107- 3007ACF3 Unknown 512 reportLUN
75FA120/1 0A2399E0
My host port 2 IBM.2107- 3007ACF3 Unknown 512 reportLUN
75FA120/2 0A2399E1
My host port 3 IBM.2107- 3007ACF3 Unknown 512 reportLUN
75FA120/3 0A2399E2
My host port 4 IBM.2107- 3007ACF3 Unknown 512 reportLUN
75FA120/4 0A2399E3
Report field definitions when the -unknown or -login parameter is not used
Name
Host connection/SCSI port nickname.
The name is limited to 32-byte or 16 double-byte characters.
ID A fully qualified host connection ID: manufacturer.type-serial number/hostconnectID
The host connection ID component is a unique identifier (0 - FFFE) within the scope of a storage unit.
WWPN
Indicates the worldwide port name (WWPN) for this host system port.
HostType
Indicates the name of the host type.
Unknown is displayed when the information is not available and indicates that the host type was not
specified when the host connection was created or modified.
LBS
Indicates the logical block size that is used by the designated host system and host system port.
The logical block setting must be compatible with the volume group type that is configured for
volume access. The 520 block size is typically used for IBM System i host system attachments.
Addrdiscovery
Indicates the LUN address discovery method used by the designated host system and host system
port.
The LUN Discovery method must be compatible with the volume group type that is configured for
volume access.
The Poll LUNs method enables access to a maximum of 256 LUNs. The Report LUNs method enables
access to a maximum of 64 000 LUNs.
Profile
Indicates the name of the host connection behavior profile.
lshostvol
The lshostvol command displays the mapping of host device names or volume names to machine type
2105, 2107, and 1750 volume IDs. (This command is not supported on the i5/OS.)
►► lshostvol ►◄
Parameters
Notes:
1. The lshostvol command displays only volumes that are accessed using a direct Fibre Channel path
when you use the command on an OpenVMS host system that is a member of an OpenVMS cluster.
The command output does not display information about the following OpenVMS cluster devices:
v Volumes to which the host system only has Mass Storage Control Protocol (MSCP) paths.
Example
The information that is displayed on the report that is generated from the lshostvol command is
different depending on whether you have SDD installed. The following example tables indicate the
differences.
For this command and all other DS CLI list commands, the results are shown in table format to provide
clarity. The actual reports do not display as tables.
The following tables represent the headers that are displayed on the output reports that are associated
with the lshostvol command.
lsportprof
The lsportprof command displays a list of port profiles that are supported on a storage unit and their
recommended address discovery and logical block size values.
You can use this command to view known values for the block size (lbs) and address discovery
(addrdiscovery) parameters in the mkhostconnect command.
Note: Use this command to get the recommended values for the mkhostconnect command.
►► lsportprof storage_image_ID ►◄
" - "
Parameters
storage_image_ID | -
(Required) Displays a list of port profiles for the specified storage image IDs. A storage image ID
consists of manufacturer, type, and serial number.
If you use the dash (-), the specified value is read from standard input. You cannot use the dash (-)
while you are in the DS CLI interactive command mode.
For DS8000, example: IBM.2107-75FA120
Example
For this command and all other DS CLI list commands, the results are shown in table format to provide
clarity. The actual reports do not display as tables.
The following table represents the headers that are displayed on the output report that is associated with
the lsportprof command.
managehostconnect
The managehostconnect command modifies the volume group assignment for a SCSI host port.
► port_grp_number ►◄
"-"
Parameters
Notes:
1. The managehostconnect command can be disruptive to host system I/O operations if the affected host
port is logged onto the target storage unit. Ensure that the host port is offline to the host system
before you process the managehostconnect command.
2. This command is used more effectively after you have issued the lshostconnect or showhostconnect
commands and have analyzed the reports that are generated by these commands. The information
that is reported by these commands can help you ensure that you specify the correct port group
number when you issue the managehostconnect command.
-dev storage_image_ID
(Optional) Specifies the storage image ID, which consists of manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify a fully qualified volume group ID, do
not set the devid variable in your profile or through the setenv command, and the HMC is aware of
more than one storage image. Using the -dev parameter will temporarily override any defined value
for devid for the current command.
-volgrp volume_group_ID | none
(Required) Specifies that the SCSI host port connections that are associated with the specified port
group number will be modified to access this volume group ID. A volume group ID is a four-digit
decimal number with no leading zeroes, prefixed with the letter V.
If none is specified, the volume group ID assignment is removed from all SCSI host port objects that
are associated with a common port group number.
Example: -volgrp none
port_grp_number | -
(Required) Specifies the SCSI host port group number that associates two or more host ports as
having access to a common volume group.
Example
mkhostconnect
The mkhostconnect command configures open systems hosts port attachments to Fibre Channel ports that
are configured for FC-AL or SCSI-FCP topology.
► ►
-addrdiscovery reportlun -profile port_profile_name
lunpolling
► ►
-hosttype host_type -portgrp port_grp_number -volgrp volume_group_ID
► host_name ►◄
-ioport port_ID -desc description " - "
port_ID_list
all
none
Parameters
Open systems hosts port attachments to Fibre Channel ports are configured for identified access mode
and SCSI protocol.
Notes:
1. Ensure that you use the -hosttype parameter when you issue this command, because doing so saves
input and processing time. The -hosttype parameter supplies the same information as if you had
used the following three parameters:
v -profile
v -addrdiscovery
v -lbs
2. If you are using the HP-UX operating system, see the volume restriction that is described under the
-addrdiscovery parameter.
-dev storage_image_ID
(Optional) Specifies the storage image ID, which consists of manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify a fully qualified WWPN, do not set
the devid variable in your profile or through the setenv command, and the HMC is aware of more
than one storage image. Using the -dev parameter will temporarily override any defined value for
devid for the current command.
Note: You should not create more than one hostconnect per WWPN, except for SUN hosts. Creating
more than one hostconnect per WWPN (each with a different volume group) is only supported for
SUN.
-lbs 512 | 520
(Optional) Specifies the logical block size that is used by the specified host system, in bytes. The
block size must be compatible with the volume group type and the volume type configurations that
apply to the specified host port connection. The 520-byte size is typically used by IBM System i
models (OS/400).
Notes:
1. Do not use the -lbs parameter if you specify the -hosttype parameter.
2. If you do not use the -hosttype parameter, use the lsportprof command to determine the block
size that you need to specify.
-addrdiscovery reportlun | lunpolling
(Optional) Specifies the method for discovering logical unit number (LUN) addresses.
v The reportlun method specifies that the host system can access up to 64 000 LUNs.
Note: Use the reportlun method only with volume groups that are designated as mask type. (This
designation is assigned when you use the mkvolgrp command to create the volume group.)
However, you can use the reportlun method for a map type, but there are additional considerations
if you are using an HP-UX operating system.
For HP-UX operating systems, the number of volumes in the volume group must not exceed seven
volumes. This restriction only applies when the -addrdiscovery parameter is set to reportlun and
the associated volume group is of type scsimap256.
v The lunpolling method specifies that the host system can access up to 256 LUNs. For Sun, Linux,
and Windows operating systems, the lunpolling method is typically selected.
Notes:
1. Use the lunpolling method only with volume groups that are designated as map type. (This
designation is assigned when you use the mkvolgrp command to create the volume group.)
2. Do not use the -addrdiscovery parameter if you specify the -hosttype parameter.
-profile port_profile_name
(Optional. If you specify the -hosttype parameter, this parameter is not used.) Specifies the name of
the host connection behavior profile. If the name includes a blank space, enclose the name with
double quotation marks. For example, -profile “IBM pSeries – AIX”.
Notes:
1. Do not use the -profile parameter if you specify the -hosttype parameter.
2. If you do not use the -hosttype parameter, use the lsportprof command to obtain a list of
available profiles.
-hosttype host_type
(Optional) Specifies information about the following three parameters:
v -profile
v -addrdiscovery
v -lbs
Note: If you do not specify a volume group when a host connection is created, the value for volume
group is displayed as a " - " when you issue a lshostconnect or showhostconnect command.
-ioport port_ID port_ID_list |all|none
(Optional) Specifies all, none, one, or more I/O port IDs that allow host connection access to
volumes. I/O ports cannot share the same WWPN. Ensure that there are no conflicts with the I/O
ports of existing SCSI host connections.
port_ID port_ID_list
Specifies that you can designate up to 128 ports for an open systems host attachment
assignment. You can list one or more port IDs separated by commas with no spaces. If you
enter a list of I/O port IDs, access from the specified host connection to the specified volume
group is allowed using only the designated list of port IDs.
all Specifies that you want to add all I/O port IDs. This allows the specified host connection
access to the designated volume group through all the associated I/O port IDs.
none Specifies that you do not want to add any I/O ports. If you do not specify I/O ports, the
storage unit is configured to allow host connection access to the specified volume group
using any I/O port that is configured for FC-AL or SCSI-FCP topology.
A port ID is four hexadecimal characters in the format EEAP, where:
For DS8000:
v EE is an I/O port enclosure number in the range of 00 - 17.
v A is the adapter number and is specified as 1, 2, 4, or 5.
v "P" is the port number (0 - 3).
For DS6000:
v EE is an I/O port enclosure number in the range of 00 - 01.
v A is the adapter number and is specified as 0, 1, 2, or 3.
v "P" is the port number (0 - 3).
This number is prefixed with the letter I.
To specify a range of port IDs, separate the port IDs with a hyphen.
You must separate multiple port IDs or ranges of port IDs with a comma between each ID or range
of IDs.
-desc description
(Optional) Specifies the description that you defined for the SCSI host port. The description is limited
to 256 byte or 128 double-byte characters.
Example
rmhostconnect
The rmhostconnect command removes a SCSI host port connection from a storage image.
►► rmhostconnect host_connection_ID ►◄
-dev storage_image_ID -quiet " - "
Parameters
-dev storage_image_ID
(Optional) Specifies the storage image ID, which consists of manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify a fully qualified ID for all host
connections, do not set the devid variable in your profile or through the setenv command, and the
HMC is aware of more than one storage image. Using the -dev parameter will temporarily override
any defined value for devid for the current command.
-quiet
(Optional) Turns off the removal confirmation prompt.
host_connection_ID | -
(Required) Specifies the host connect ID, which is a unique identifier that uses any number from 0 -
FFFE within the scope of a storage image. This parameter accepts a fully qualified ID (includes
manufacturer.machine type-serial number/hostconnectID) or a shortened version if the -dev parameter is
specified.
For DS8000, example of a fully qualified host connection ID: IBM.2107-75FA120/1
For DS6000, example of a fully qualified host connection ID: IBM.1750-68FA120/2
If you use the dash (-), the specified value is read from standard input. You cannot use the dash (-)
while you are in the DS CLI interactive command mode.
Attention: Use caution when you work with connection IDs to ensure that you have specified the
connection that you want to delete. For example, if you intend to delete connection ID 0005 and type
000, the system deletes connection ID 0. Or, if you want to delete connection ID 0020 and type 002,
the system deletes connection ID 2. The system does not consider the leading zeros, and 000 is
interpreted as connection ID 0 and 002 is interpreted as connection ID 2.
Example
showhostconnect
The showhostconnect command displays detailed properties of a storage image host connection.
►► showhostconnect host_connection_ID ►◄
-dev storage_image_ID " - "
Parameters
-dev storage_image_ID
(Optional) Specifies the storage image ID, which consists of manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify a fully qualified ID for the host
connection, do not set the devid variable in your profile or through the setenv command. The storage
image ID is also required if the HMC is aware of more than one storage image. Using the -dev
parameter temporarily overrides any defined value for devid for the current command.
host_connection_ID | -
(Required) Specifies a fully qualified host connection ID, which includes the manufacturer, machine
type, and serial number if the -dev parameter is not used. The host connection ID is a unique
identifier (0 - FFFE) within the scope of a storage image.
If you use the dash (-), the specified value is read from standard input. You cannot use the dash (-)
while you are in the DS CLI interactive command mode.
Example
For this command and all other DS CLI show commands, the results are shown in table format to
provide clarity. The actual reports do not display as tables.
The following tables represent the headers that are displayed on the output report that is associated with
the showhostconnect command.
Addrdis
Name ID WWPN HostType LBS covery
My host port 1 IBM.2107- 3007ACF3 Unknown 512 reportLUN
75FA120/1 0A2399E0
lshosttype
The lshosttype command displays a list of known hosts, their associated port profiles, address discovery,
and logical block size values. Use this command to get the available host types for the mkhostconnect
command.
Parameters
-s
(Optional) Displays the host types only. You cannot use the -l and -s parameters together.
-l
(Optional) Displays the default output for the specified host type. You cannot use the -l and -s
parameters together.
-type volumeGroup_type
(Required) Displays only those host types that are associated with the specified volume group type.
volumeGroup_type
Only one type can be queried at a time. The following list provides the choices that can be
specified.
v ficonall
v scsiall
v scsimask
v scsimap256
v os400all
v os400mask
Example
For this command and all other DS CLI list commands, the results are shown in table format to provide
clarity. The actual reports do not display as tables.
The following table represents the headers that are displayed on the output report that is associated with
the lshosttype command.
Key:
* Displayed when the -s parameter is specified.
+ Displayed only when the -l parameter is specified.
The commands below allow you to configure storage for z Systems and open system hosts.
lsarraysite
The lsarraysite command displays a list of array sites and status information for each array site in the
list.
►► lsarraysite ►
-dev storage_image_ID -s -dapair dapair_ID
-l
► ►
-cap capacity -array array_ID -state assigned
unassigned
unavailable
initializing
► ►
-encrypt supported -diskclass ssd -diskrpm disk_rpm
unsupported nl
ent
sata
flash
► ►◄
site_ID
. . .
" - "
Parameters
-dev storage_image_ID
(Optional) Specifies the storage image ID, which consists of manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify a fully qualified site ID, do not set
the devid variable in your profile or through the setenv command, and the HMC is aware of more
than one storage image. Using the -dev parameter will temporarily override any defined value for
devid for the current command.
-s
(Optional) Displays the array ID. You cannot use the -l and the -s parameters together.
-l
(Optional) Displays the default output plus the disk drive module rpm (revolutions per minute), disk
class, and encryption support capability. You cannot use the -l and the -s parameters together.
-dapair dapair_ID
(Optional) Displays array sites that are associated with a common device adapter pair ID. A device
adapter pair ID is a two-digit decimal number with no leading zeros.
-cap capacity
(Optional) Displays in decimal gigabytes (GB) the array sites that have the specified capacity of the
disk drive module.
-array array_ID
(Optional) Displays the array site that is associated with the specified array ID. An array ID is a
four-digit decimal number with no leading zeros, prefixed with the letter A.
-state assigned | unassigned | unavailable | initializing
(Optional) Displays array sites that are in the specified state. One of the following values is
displayed:
Example
For this command and all other DS CLI list commands, the results are shown in table format to provide
clarity. The actual reports do not display as tables.
The following tables represent the headers that are displayed on the output report that is associated with
the lsarraysite command using the -l parameter.
Dkcap
Arsite DA pair (10^9B) Diskrpm State Array Diskclass Encrypt
S1 2 146.0 10000 Assigned A1 ENT supported
Note: An even-numbered DA pair ID indicates the first DA pair in an I/O enclosure pair. An
odd-numbered DA pair ID indicates the second DA pair in an I/O enclosure pair.
Dkcap (10^9B)
Indicates the minimum disk capacity of the disks in the designated array site in decimal gigabytes
(GB).
Diskrpm+
Indicates the minimum disk rpm of the disks in the designated array site.
State
Indicates the array site state. One of the following values can be displayed in this field:
Assigned
Indicates that the designated array site is defined as an array.
Unassigned
Indicates that the array site is available to be defined as an array.
Unavailable
Indicates that the designated array site is unassigned and at least one disk is not in the normal
state. Also, the array site is not in the initializing state.
Initializing
Indicates that the array site is unassigned and all disks are either in the normal or initializing
state. Also, at least one disk is in the initializing state.
Array
Indicates the array ID that this assigned array site is assigned to. The ID is prefixed by the letter A.
Diskclass+
Indicates the disk class. One of the following values can be displayed:
ENT
Indicates enterprise and represents high-speed Fibre Channel disk drives.
Flash
Indicates high-performance flash devices.
NL Indicates near-line and represents ATA (FATA) disk drives
SATA
Indicates high capacity SATA disk drives.
Key:
* Displayed when the -s parameter is specified.
+ Displayed only when the -l parameter is specified.
showarraysite
The showarraysite command displays detailed properties of a specific storage image array site.
►► showarraysite site_ID ►◄
-dev storage_image_ID " - "
Parameters
-dev storage_image_ID
(Optional) Specifies the storage image ID, which consists of manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify a fully qualified site ID, do not set
the devid variable in your profile or through the setenv command, and the HMC is aware of more
than one storage image. Using the -dev parameter will temporarily override any defined value for
devid for the current command.
site_ID | -
(Required) Specifies that information be displayed for the designated array site ID. This parameter
also accepts a fully qualified site ID, which consists of the storage image ID or a shortened version
without the storage image ID, if the -dev parameter is specified. The shortened version is a four-digit
decimal number with no leading zeros, prefixed by the letter S. The array site ID does not imply a
physical location.
If you use the dash (-), the specified value is read from standard input. You cannot use the dash (-)
while you are in the DS CLI interactive command mode.
Example
For this command and all other DS CLI show commands, the results are shown in table format to
provide clarity. The actual reports do not display as tables.
The following tables represent the headers that are displayed on the output report that is associated with
the showarraysite command.
Dkrate
Array Dkinf (GB/sec) DDMSN Spares dataDDM Diskclass Encrypt
IBM.2107- FCAL 2 0123456789 0 8 SATA unsupported
75FA120 ABCDEF
/A44
Notes:
1. IBM DS6000 array sites consist of four DDMs. IBM DS8000 array sites consist of eight DDMs.
2. The array site ID does not imply a physical location.
DA pair
Indicates the DA pair ID. DA pairs are located in I/O enclosure pairs. DA pair ID implies the I/O
enclosure location.
Note: DA Adapters are installed in slot 3 in one enclosure and slot 6 in the peer enclosure. The
DA pair ID identifies the enclosure that contains the DA Adapter in slot 3. For example, a DA
adapter is installed in slot of 3 of enclosure 2. Its peer is installed in slot 6 of enclosure 3. In this
case, the DA Pair ID is 2.
Dkcap (10^9B)
Indicates the minimum disk capacity of the disks in the designated array site.
Diskrpm
Indicates the minimum disk rpm of the disks in the designated array site.
State Indicates the array site state. The values that can be displayed in this field are as follows:
assigned
Indicates that the designated array site is defined as an array.
unassigned
Indicates that the array site is available to be defined as an array.
Array Indicates the array ID that the designated array site is assigned to. The ID is prefixed by the letter
A.
Dkinf Indicates the DDM interface type for the disks in this array site. One of the following values are
displayed:
v FC-AL (Fibre Channel arbitrated loop)
v SAS (Serial Attached SCSI)
Dkrate
Indicates the minimum disk interface rate of the disks in the designated array site.
DDMSN
Indicates the list of DDM serial numbers (SN) that are associated with the designated array site.
Each DDM SN is a 16-character string. Each serial number is separated by a comma.
lsarray
The lsarray command displays a list of arrays in a storage image and status information for each array
in the list.
►► lsarray ►
-dev storage_image_ID -s -state assigned
-l unassigned
unavailable
► ►
-cap capacity -rank rank_ID -encrypt supported
unsupported
► ►◄
array_ID
. . .
" - "
Parameters
-dev storage_image_ID
(Optional) Specifies the storage image ID, which includes the manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify a fully qualified array ID, do not set
the devid variable in your profile or through the setenv command, and the HMC is aware of more
than one storage image. Using the -dev parameter temporarily overrides any defined value for devid
for the current command.
-s
(Optional) Displays only the array ID. You cannot use the -l and the -s parameters together.
-l
(Optional) Displays default output plus the disk class and encryption capability of the arrays. You
cannot use the -l and the -s parameters together.
-state assigned | unassigned | unavailable
(Optional) Specifies that information about those arrays in the designated state are to be displayed on
the generated report.
-data normal | degraded | readonly | failed | repairing | inaccessible
(Optional) Specifies that information about those arrays in the designated data state are to be
displayed on the generated report.
-raidtype 5 | 6 | 10
(Optional) Displays only those arrays with the specified RAID type, 5, 6, or 10.
-dapair dapair_ID
(Optional) Displays only the array that is specified by the device adapter pair ID. A device adapter
pair ID is a two-digit decimal number with no leading zeros.
-cap capacity
(Optional) Displays in decimal gigabytes (GB) only the array with the specified DDM capacity. You
can specify up to three digits after the decimal point, for example -cap 1.447.
-rank rank_ID
(Optional) Displays only the array that is assigned to the specified rank ID. A rank ID is a four-digit
decimal number with no leading zeros, prefixed with the letter R.
-encrypt supported | unsupported
(Optional) Displays only the array sites that have the specified encryption capability.
array_ID . . . | -
(Optional) Displays array information for the specified arrays. An array ID is a four-digit decimal
number with no leading zeros, prefixed with the letter A.
Example
For this command and all other DS CLI list commands, the results are shown in table format to provide
clarity. The actual reports do not display as tables.
The following tables represent the headers that are displayed on the output report that is associated with
the lsarray command using the -l parameter.
Note: An even-numbered DA pair ID indicates the first DA pair in an I/O enclosure pair. An
odd-numbered DA pair ID indicates the second DA pair in an I/O enclosure pair.
DDMcap (10^9B)
Indicates the minimum disk capacity in decimal gigabytes (GB) of the storage devices (DDMs) in the
specified array.
Diskclass+
Indicates the disk class. One of the following values is displayed:
ENT Indicates enterprise and represents high speed Fibre Channel disk drives
Flash Indicates high-performance flash devices.
NL Indicates near-line and represents ATA (FATA) disk drives
SATA Indicates high capacity SATA disk drives.
SSD Indicates solid-state devices.
encrypt
Indicates the encryption support capability. One of the following values is displayed:
supported
The disk drive modules in this array are encryption capable.
unsupported
The disk drive modules in this array are not encryption capable.
Key:
* Displayed when the -s parameter is specified.
+ Displayed only when the -l parameter is specified.
mkarray
The mkarray command creates one array per command. You can specify two array sites if you are
working with a DS6000 machine type, but you can specify only one array site for a DS8000 machine type.
Parameters
Note: The DS8000 system assigns the ID during array creation based on the current configuration, past
configuration changes, and other internal considerations. No algorithm is available to accurately predict
the newly created array ID in every case.
-dev storage_image_ID
(Optional) Specifies the storage image ID, which includes manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify a fully qualified array site, do not set
the devid variable in your profile or through the setenv command, and the HMC is aware of more
than one storage image. Using the -dev parameter temporarily overrides any defined value for devid
for the current command.
-raidtype 5 | 6 | 10
(Required) Specifies a RAID type for the array.
Example
rmarray
The rmarray command deletes arrays.
►► rmarray array_ID ►◄
-dev storage_image_ID -quiet ...
"-"
Parameters
-dev storage_image_ID
(Optional) Specifies the storage image ID, which consists of manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify a fully qualified ID for all array IDs,
do not set the devid variable in your profile or through the setenv command, and the HMC is aware
of more than one storage image. Using the -dev parameter will temporarily override any defined
value for devid for the current command.
-quiet
(Optional) Turns off the array removal confirmation prompt for this command.
array_ID ... | -
(Required) Specifies the array IDs that are to be deleted. Accepts a fully qualified array ID, which
includes the storage image ID, or a shortened version without the storage image ID if the -dev
parameter is specified. The shortened version is a four digit decimal number with no leading zeros,
prefixed by the letter "A".
To specify a range of array IDs, separate the array IDs with a hyphen.
You must separate multiple array IDs or ranges of array IDs with a blank space between each ID or
range of IDs.
The ellipsis (...) indicates that, optionally, you can specify multiple values. If you use the dash (-), the
specified value is read from standard input.
Note: You cannot use the dash (-) while you are in the DS CLI interactive command mode.
showarray
The showarray command displays detailed properties of a specific array.
►► showarray array_ID ►◄
-dev storage_image_ID "-"
Parameters
-dev storage_image_ID
(Optional) Specifies the storage image ID, which consists of manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify a fully qualified array ID. It is also
required if you do not set the devid variable in your profile or through the setenv command, and the
HMC is aware of more than one storage image. Using the -dev parameter temporarily overrides any
defined value for devid for the current command.
array_ID | -
(Required) Specifies the array ID that you want to view. This parameter accepts a fully qualified
array ID, which consists of the storage image ID, or a shortened version without the storage image ID
if the -dev parameter is specified. The shortened version is a four-digit decimal number with no
leading zeros, prefixed by the letter A.
If you use the dash (-), the specified value is read from standard input. You cannot use the dash (-)
while you are in the DS CLI interactive command mode.
Example
For this command and all other DS CLI show commands, the results are shown in table format to
provide clarity. The actual reports do not display as tables.
The following tables represent the headers that are displayed on the output report that is associated with
the showarray command.
Note: DA adapters are installed in slot 3 an enclosure and slot 6 in the peer enclosure. The DA
pair ID identifies the enclosure that contains the DA adapter in slot 3. For example, a DA adapter
is installed in slot of 3 of enclosure 2. Its peer is installed in slot 6 of enclosure 3. In this case, the
DA Pair ID is 2.
DDMcap (10^9B)
Indicates the minimum disk capacity (10^9B) of the storage devices (DDMs) in the designated
array.
DDMRPM
Indicates the minimum disk rpm of the DDMs in the designated array.
Interface Type
Indicates the disk interface type of the DDMs in the designated array.
Interrate
Indicates the minimum disk interface rate of the disks in the designated array.
Diskclass
Indicates the disk class. One of the following values can be displayed:
ENT Indicates enterprise and represents high-speed Fibre Channel disk drives.
Flash Indicates high-performance flash devices.
NL Indicates near-line and represents ATA (FATA) disk drives.
SATA Indicates high capacity SATA disk drives.
SSD Indicates solid-state devices.
encrypt
Indicates the encryption support capability. One of the following values can be displayed:
supported
The disk drive modules in this array support encryption.
unsupported
The disk drive modules in this array do not support encryption.
chrank
The chrank command assigns an unassigned rank to an extent pool, or removes an assigned rank from a
extent pool. This command can also be used to change an assigned rank to an unassigned rank.
►► chrank ►
-dev storage_image_ID -reserve -release -unassign
► rank_ID ►◄
-extpool extentpool_ID -quiet ...
"-"
Parameters
-dev storage_image_ID
(Optional) Specifies the storage image ID, which consists of manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify fully qualified IDs, do not set the
devid variable in your profile or through the setenv command, and the HMC is aware of more than
one storage image. Using the -dev parameter temporarily overrides any defined value for devid for the
current command.
-reserve
(Optional) Changes the rank configuration state to Reserved if the rank is assigned to an extent pool,
or changes the state to Unassigned Reserved if the rank is not assigned to an extent pool. If the rank
is in the depopulating state, changing the configuration state to Reserved with the -reserve parameter
will also stop the rank depopulation.
Note: Versions of the DS CLI prior to Release 6.1 will fail if they use the -reserve parameter on
Release 6.1 or later DS8000 machines when the rank is in the unassigned state. These DS CLI versions
cannot handle the Unassigned Reserved state.
-release
(Optional) Changes the rank configuration state from Unassigned Reserved to Unassigned, or from
Reserved, Normal or Depopulation Error to Normal.
-unassign
(Optional) Changes the rank configuration state to Unassigned by removing the rank from the extent
pool. If there are any extents on this rank that are used to provision a volume, the unassign will
normally fail. If the Easy Tier LIC feature is active, then the rank configuration state is set to
Depopulating while the extents are migrated to other ranks in the same extent pool. If the
depopulation is successful, the rank configuration state is set to Unassigned. If it is not successful, the
state is set to Depopulation Error.
Notes:
Example
lsrank
The lsrank command displays a list of defined ranks in a storage image and status information for each
rank.
►► lsrank ►
-dev storage_image_ID -s -grp 0
-l 1
► ►
-extpool extentpool_ID -stgtype fb -encryptgrp encryption_group_ID
ckd
► ►◄
-marray managed_array_ID rank_ID
. . .
" - "
Parameters
-dev storage_image_ID
(Optional) Specifies the storage image ID, which consists of manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify fully qualified IDs or do not set the
devid variable in your profile or through the setenv command. The storage image ID is also required
if HMC is aware of more than one storage image. Using the -dev parameter temporarily overrides
any defined value for devid for the current command.
For DS8000, example: IBM.2107-75FA120
-s
(Optional) Displays only the rank ID. You cannot use the -l and the -s parameters together.
-l
(Optional) Displays the default output plus the extent pool name, number of extents, extents that are
used, and encryption group for each rank. You cannot use the -l and the -s parameters together.
-grp 0 | 1
(Optional) Displays only the ranks that belong to the specified rank group. A rank in the unassigned
state is not associated with a rank group.
-state normal | unassigned | reserved | depopulating | configuring | unassignedreserved |
depopulationerr | configerr | deconfiguring | deconfigerr | configpending | configpendingerr |
configoutofsyncerr
(Optional) Displays only ranks in the specified state.
-data normal | degraded | readonly | failed | repairing | inaccessible
(Optional) Displays only ranks in the specified data state.
-type 5 | 6 | 10
(Optional) Displays only ranks of the specified RAID type.
Note: The -raidtype 6 parameter can be specified for DS8000 models only.
Example
For this command and all other DS CLI list commands, the results are shown in table format to provide
clarity. The actual reports do not display as tables.
The following tables represent the headers that are displayed on the output report that is associated with
the lsrank command by using the -l parameter.
Note: A rank is not considered for new extent allocations if it is not in the normal or degraded data
state (even if the configuration state is normal).
Datastate specifies the current state of the data extents that are contained by the designated rank ID.
One of the following values is displayed:
Normal
A rank is in the normal data state during one of the following configuration states: unassigned,
configuring, or configuration error.
Degraded
A rank is in the degraded data state if one or more arrays in the rank are in the degraded data
state and none are in the read only, failed, repairing, or inaccessible data states.
► ►◄
-encryptgrp encryption_group_ID -wait -extpool extentpool_ID
Parameters
Notes:
1. The DS8000 system assigns the ID during rank creation based on the current configuration, past
configuration changes, and other internal considerations. No algorithm is available to accurately
predict the newly created rank ID in every case.
2. Ensure that you specify either the -wait or the -extpool parameter when using the mkrank command.
Using either of these parameters allows you to be notified if the rank configuration fails for any
reason.
-dev storage_image_ID
(Optional) Specifies the storage image ID, which includes manufacturer, type, and serial number. The
storage image ID is required if you do not specify fully qualified IDs for the extent pool, do not set
the devid variable in your profile or through the setenv command, and the HMC is aware of more
than one storage image. Using the -dev parameter will temporarily override any defined value for
devid for the current command.
-array array_ID
(Required) Specifies the ID of the array from which the rank is to be created. An array ID is a four
digit decimal number with no leading zeroes, prefixed with the letter A.
-stgtype fb | ckd
(Required) Specifies the type of extent for which the rank will be configured, either fixed block or
count key data.
-encryptgrp encryption_group_ID
(Optional) Specifies the encryption group that this rank should use. The default is zero, which means
that no encryption group is assigned to the rank.
-wait
(Optional) Delays the command response until the rank configuration process completes.
-extpool extentpool_ID
(Optional) Specifies the extent pool that contains the created rank extents. If an extent pool is
specified, then the rank will be assigned to the extent pool. Otherwise, the rank state is unassigned. If
specified, the extent pool must exist and must be compatible with the specified -stgtype parameter
option. An extent pool ID is a four-digit decimal number with no leading zeroes, prefixed with the
letter P.
Note: You must use the chrank command if you choose to specify the extent pool ID at a later time.
Example
rmrank
The rmrank command deletes ranks from a storage image. This command is rejected if any volume
extents in the rank are being used. In addition, this command formats the drives (DDMs). Until the
formatting is done, the associated array cannot be removed.
►► rmrank rank_ID ►◄
-dev storage_image_ID -quiet . . .
" - "
Parameters
Note: The processing time that is associated with this command can be lengthy and might inhibit your
use of the array on which this command is being processed.
The following list defines the parameters that are associated with the rmrank command:
-dev storage_image_ID
(Optional) Specifies the storage image ID, which includes manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify a fully qualified ID for all ranks, do
not set the devid variable in your profile or through the setenv command, and the HMC is aware of
more than one storage image. Using the -dev parameter will temporarily override any defined value
for devid for the current command.
-quiet
(Optional) Turns off the rank removal confirmation prompt for this command.
rank_ID ... | -
(Required) Specifies an array of one or more ranks to be deleted. This parameter accepts a fully
qualified rank ID, which includes the storage image ID, or a shortened version without the storage
image ID if the -dev parameter is specified. The shortened version is a four-digit decimal number
with no leading zeroes, prefixed with the letter R.
To specify a range of rank IDs, separate the rank IDs with a hyphen.
You must separate multiple rank IDs or ranges of rank IDs with a space between each ID or range of
IDs.
The ellipsis (...) indicates that, optionally, you can specify multiple values. If you use the dash (-), the
specified value is read from standard input. You cannot use the dash (-) while you are in the DS CLI
interactive command mode.
234 DS8000 Series Command-Line Interface User's Guide
Example
showrank
The showrank command displays detailed properties or performance metrics of a rank.
►► showrank rank_ID ►◄
-dev storage_image_ID -metrics
Parameters
-dev storage_image_ID
(Optional) Specifies the storage image ID, which consists of manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify a fully qualified rank ID, do not set
the devid variable in your profile or through the setenv command, and the HMC is aware of more
than one storage image. Using the -dev parameter temporarily overrides any defined value for devid
for the current command.
-metrics
(Optional) Displays the rank ID and performance statistics for the specified rank.
Note: All performance statistics are an accumulation since the most recent counter wrap or counter
reset. Rank performance counters are reset on a power up sequence or by a server failover and
failback sequence.
rank_ID
(Required) Specifies the properties for the specified rank. This parameter accepts a fully qualified
rank ID, which consists of the storage image ID, or a shortened version without the storage image ID
if the -dev parameter is specified. The shortened version is a four-digit decimal number with no
leading zeros, prefixed by the letter R.
Example 1
For this command and all other DS CLI show commands, the results are shown in table format to
provide clarity. The actual reports do not display as tables.
The following tables represent the headers that are displayed on the output reports that are associated
with the showrank command.
migrating(in) migrating(out)
0 10
Note: " - " is displayed if the rank has not been assigned to an extent pool.
State Indicates the configuration state that is associated with the rank at the time that the report is
generated. The following values can be displayed for the rank:
Normal
Indicates that a rank is assigned to an extent pool ID and none of the other state
conditions apply.
Unassigned
Indicates that a rank is not assigned to an extent pool ID.
Reserved
Indicates that rank extents are not eligible for volume allocation.
Depopulating
Indicates that the extents on a rank are not eligible for allocation and the existing
allocations are to be moved to another rank in the extent pool using dynamic extent
relocation.
Configuring
Indicates that a rank is in the process of being initially configured. This state indicates
that the associated rank transaction has not completed.
Unassigned Reserved
Indicates that a rank is not assigned to any extent pools, and it is also reserved. A rank
with this state will change to Reserved state after it is assigned to an extent pool or
changed to the Unassigned state after it is released.
Depopulation Error
Indicates that the depopulation of a rank has failed and efforts to depopulate the rank
have stopped. A rank with this state will change to Reserved state if it is reserved, or
change to Normal state if it is released.
Configuration Error
Indicates that a rank configuration process did not complete successfully. This state
indicates that there is an internal error condition and it is not an indication that there was
a user input error.
Notes:
1. A CKD 1 GB extent contains 16 695 tracks.
2. A fixed block 1 GB extent contains 16 384 tracks.
encryptgrp
Indicates the encryption group number. A dash ( - ) means that either encryption is supported but
not used, or encryption is not supported.
migrating(in)
Indicates the number of extents migrating into the rank. In other words, this value is the number
of migrating extents in the rank that have specified this rank as the target of the migration.
migrating(out)
Indicates the number of extents migrating out of the rank. In other words, this value is the
number of migrating extents in the rank that have specified this rank as the source of the
migration.
Example 2
chextpool
Use the chextpool command to modify attributes that are associated with an extent pool, merge two
extent pools, or unassign all tier-assigned volumes or extents in the pool.
►► chextpool ►
-dev storage_image_ID -name new_extent_pool_name
► ►
-extentlimit enable -limit extent_limit_percentage
disable
► ►
-threshold extent_threshold_percentage -virextentlimit enable
disable
► ►
-virlimit virtual_extent_limit_percentage
► ►
-virthreshold virtual_extent_threshold_percentage -merge from_extentpool_ID
► extentpool_ID ►◄
-tierunassign -quiet " - "
Note: The -virextentlimit,-virlimit, and -virthreshold parameters are used only on DS8000 models.
-dev storage_image_ID
(Optional) Specifies the storage image ID, which consists of a value for manufacturer, machine type,
and serial number. The storage image ID is required if you do not specify a fully qualified ID for the
extent pool, do not set the devid variable in your profile or through the setenv command, and the
HMC is aware of more than one storage image. Using the -dev parameter temporarily overrides any
defined value for devid for the current command.
-name new_extent_pool_name
(Optional) Specifies a new name for the extent pool.
-extentlimit enable | disable
(Optional) Specifies that the extent limit function is to be enabled or disabled.
-limit extent_limit_percentage
(Optional) Specifies the maximum value of the percentage of allocated real extents that are allowed in
this extent pool.
-threshold extent_threshold_percentage
(Optional) Specifies threshold as a percentage of the available real extents that is compared to the
actual percentage of available real extents. The system issues a warning when this percentage is
exceeded.
Note: A warning is generated when this percentage is exceeded by capacity allocation to Extent
Space Efficient (ESE) volumes.
-virextentlimit enable | disable
(Optional) Specifies that the virtual extent limit function is enabled or disabled.
-virlimit virtual_extent_limit_percentage
(Optional) Specifies the maximum value of the percentage of allocated virtual extents that are allowed
in this extent pool.
-virthreshold virtual_extent_threshold_percentage
(Optional) Specifies the minimum threshold percentage of the virtual extents that are available.
-merge from_extentpool_ID
(Optional) Specifies an existing extent pool to be merged into the extent pool that is specified by the
extentpool_ID parameter. When the merge is complete, the ranks that are assigned to
from_extentpool_ID are reassigned to extentpool_ID, and the extent pool that is specified by
from_extentpool_ID are removed. This parameter cannot be used with any other parameters except the
-quiet and -dev parameters.
-tierunassign
(Optional) Specifies that all volume and extent tier assignments in the specified pool are to be
canceled. This process does not remove any volumes or extents from the pool. It removes only any
specified tier assignments for the volumes and extents in the pool.
-quiet
(Optional) Turns off the confirmation prompt for the –merge parameter.
extentpool_ID | –
(Required) Specifies the ID of the extent pool to be changed. This parameter accepts either a fully
qualified extent pool ID or a shortened version if the parameter is used.-dev The shortened version is
a four-digit decimal number with no leading zeros, prefixed with the letter P.
If you use the dash (-), the specified value is read from standard input.
Note: You cannot use the dash (-) while you are in the DS CLI interactive command mode.
lsextpool
The lsextpool command displays a list of extent pools in a storage unit and status information on each
extent pool in the list.
►► lsextpool ►
-dev storage_image_ID -s -stgtype fb -rankgrp 0
-l ckd 1
► ►◄
-encryptgrp encryption_group_ID extentpool_ID
...
"-"
Parameters
-dev storage_image_ID
(Optional) Specifies the storage image ID, which consists of manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify fully qualified IDs, do not set the
devid variable in your profile or through the setenv command, and the HMC is aware of more than
one storage image. Using the -dev parameter will temporarily override any defined value for devid
for the current command.
-s
(Optional) Displays only extent pool IDs. You cannot use the -l and the -s parameters together.
-l
(Optional) Displays default output plus the number of ranks and tiers, encryption group ID, and
management status of the extent pools. You cannot use the -l and the -s parameters together.
-stgtype fb | ckd
(Optional) Displays only extent pools with the specified storage type.
-rankgrp 0 | 1
(Optional) Displays only extent pools in the specified rank group.
-encryptgrp encryption_group_ID
(Optional) Displays only extent pool of the specified encryption group.
extentpool_ID ... | –
(Optional) Displays only the extent pools with the specified IDs. An extent pool ID is a four-digit
decimal number with no leading zeroes, prefixed by the letter P.
To specify a range of extent pool IDs, separate the extent pool IDs with a hyphen.
Example
For this command and all other DS CLI list commands, the results are shown in table format to provide
clarity. The actual reports do not display as tables.
The following tables represent the headers that are displayed on the output report that is associated with
the lsextpool command using the -l parameter.
Avail-
stor
Name ID Stgtype Rankgrp Status (2^30B)
ckd_c0 IBM.2107- ckd 0 below 600
_ext 1300321
_pool00 /P0
ckd_c1 IBM.2107- ckd 1 below 600
_ext 1300321
_pool01 /P1
fb_c0 IBM.2107- fb 0 below 715
_ext 1300321
_pool02 /P2
fb_c1 IBM.2107- fb 1 below 715
_ext 1300321
_pool03 /P3
numtiers etmanaged
1 no
1 no
1 no
1 no
Key:
* Displayed when the -s parameter is specified.
+ Displayed only when the -l parameter is specified.
► -extpool extent_pool_ID ►◄
Parameters
-dev storage_image_ID
(Optional) Specifies the storage image ID, which consists of manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify a fully qualified volume ID or do not
set the devid variable in your profile. The storage image ID is also required if the HMC is aware of
more than one storage image. Using the -dev parameter temporarily overrides any defined value for
devid for the current command.
-action etmigpause|etmigresume|etmonpause|etmonresume |etmonreset
(Required) Select one of the following actions:
etmigpause
Specifies that Easy Tier migrations of this storage pool are paused, including migrations that
are required to relieve rank bandwidth performance issues. Easy Tier monitoring is
unaffected by this action.
etmigresume
Specifies that Easy Tier migrations of this storage pool are resumed. Easy Tier monitoring is
unaffected by this action.
etmonpause
Specifies that Easy Tier monitoring of this storage pool is paused. All current Easy Tier
migration plans are unaffected, but no new migration plans are formed.
etmonresume
Specifies that Easy Tier monitoring of this storage pool is resumed. Any current Easy Tier
migration plans are unaffected.
etmonreset
Specifies that all Easy Tier monitoring data (history), including migration plans, are erased.
All new plans are based on new monitoring data.
-duration time
(Optional) Specifies the hours of the pause time in ISO 8601 format. For example, -duration 24H. The
maximum value of the time is a week, which is 168 hours (168H). You can specify this option only
with -action etmigpause or etmonpause parameters.
Note: If you want the duration of the pause to be infinite, you must specify -duration 0H. Otherwise,
if you do not specify a value with the -duration parameter, the default is 168H.
-extpool extent_pool_ID
(Required) Specifies the ID of the extent pool that is being managed. Example: IBM.2107-75FA123/P11
Example
mkextpool
The mkextpool command creates a fixed block or count key data (CKD) storage type extent pool.
► ►
-extentlimit enable -limit extent_limit_percentage
disable
► ►
-threshold extent_threshold_percentage -virextentlimit enable
disable
► ►
-virlimit virtual_extent_limit_percentage
► ►
-virthreshold virtual_extent_threshold_percentage -encryptgrp encryption_group_ID
► extent_pool_name ►◄
"-"
Parameters
Notes:
1. The DS8000 system assigns the ID during extent pool creation based on the current configuration, past
configuration changes, and other internal considerations. No algorithm is available to accurately
predict the newly created extent pool ID in every case.
2. The -virextentlimit, -virlimit, and -virthreshold parameters are used only on DS8000 models.
3. An extent pool object is assigned to either rank group 0 or 1, which allows the extent pool to be
managed by storage unit server 0 or 1 respectively.
4. Create extent pool objects before creating array and rank objects.
5. Create extent pools of a given type for both rank groups 0 and 1 so that volumes that are assigned to
a volume group can be spread across both rank groups 0 and 1.
-dev storage_image_ID
(Optional) Specifies the storage image ID, which consists of manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify a fully qualified encryption group ID,
do not set the devid variable in your profile or through the setenv command, and the HMC is aware
of more than one storage image. Using the -dev parameter will temporarily override any defined
value for devid for the current command.
-rankgrp 0 | 1
(Required) Assigns the extent pool to either rank group 0 or 1. Rank group 0 is managed by server 0,
and rank group 1 is managed by server 1.
Note: If an extent pool does not exist, you can issue the chrank command after an extent pool is
created to assign the rank to the extent pool. In addition, you can create extent pools of a given type
for both rank groups 0 and 1 so that volumes that are assigned to a volume group might be spread
across both rank groups 0 and 1.
-stgtype fb | ckd
(Required) Specifies the volume storage type that is contained by this extent pool.
Chapter 4. CLI commands 245
-extentlimit enable | disable
(Optional) Specifies that the extent limit function is enabled or disabled. The default is disable.
-limit extent_limit_percentage
(Optional) Specifies the maximum value of the percentage of allocated real extents that are allowed in
this extent pool. This value defaults to 100 if not specified.
-threshold extent_threshold_percentage
(Optional) Specifies the minimum threshold percentage of the real extents available. When the
percentage of the currently available real extents is less than this minimum percentage, notifications
are sent and the real extent status is reported as exceeded.
-virextentlimit enable | disable
(Optional) Specifies that the virtual extent limit function be enabled or disabled. The default is
disable.
-virlimit virtual_extent_limit_percentage
(Optional) Specifies the maximum value of the percentage of allocated virtual extents that are allowed
in this extent pool.
-virthreshold virtual_extent_threshold_percentage
(Optional) Specifies the minimum threshold percentage of the virtual extents available. When the
percentage of the currently available virtual extents is less than this minimum percentage,
notifications are sent and the virtual extent status is reported as exceeded.
-encryptgrp encryption_group_ID
(Optional) Specifies the encryption group that this extent pool should use. The default is zero, which
means that no encryption group is assigned to the extent pool.
extent_pool_name | –
(Required) Specifies your extent pool name, which is limited to 16 characters.
If you use the dash (-), the specified value is read from standard input.
Note: You cannot use the dash (-) while you are in the DS CLI interactive command mode.
Example
rmextpool
The rmextpool command deletes extent pools from a storage image.
►► rmextpool extentpool_ID ►◄
-dev storage_image_ID -quiet ...
"-"
Note: All rank assignments must be removed before extent pool can be deleted.
To specify a range of extent pool IDs, separate the extent pool IDs with a hyphen.
You must separate multiple extent pool IDs or ranges of extent pool IDs with a blank space between
each ID or range of IDs.
The ellipsis (...) indicates that, optionally, you can specify multiple values. If you use the dash (-), the
specified value is read from standard input. You cannot use the dash (-) while you are in the DS CLI
interactive command mode.
Example
showextpool
The showextpool command displays detailed properties, tier information, or performance metrics of an
extent pool.
►► showextpool extentpool_ID ►◄
-dev storage_image_ID -metrics " - "
-tier
Parameters
-dev storage_image_ID
(Optional) Specifies the storage image ID, which consists of a value for manufacturer, machine type,
and serial number. The storage image ID is required if you do not specify a fully qualified extent
pool ID, do not set the devid variable in your profile or through the setenv command, and the HMC
is aware of more than one storage image. Using the -dev parameter temporarily overrides any
defined value for devid for the current command.
-metrics
(Optional) Displays the extent pool ID and performance metrics for the specified extent pool.
Note: You cannot use the dash (-) while you are in the DS CLI interactive command mode.
Example 1
For this command and all other DS CLI show commands, the results are shown in table format to
provide clarity. The actual reports do not display as tables.
The following tables represent the headers that are displayed on the output reports that are associated
with the showextpool command.
%thres-
allocated reserved %limit hold
200 0 80 30
%virext- encrypt
viravailable virallocated virreserved %virextlimit threshold grp
720 80 0 70 35 1
%migrating(in) %migrating(out)
0 10
numtiers etmanaged
1 no
Note: A warning is generated when this percentage is exceeded by capacity allocation to Extent
Space Efficient (ESE) volumes.
Virextstatus
(DS8000) Specifies the virtual extent status. One of the following values is displayed:
exceeded
Specifies that the virtual extents available percentage is less than the virtual extent threshold.
below
Specifies that the virtual extents available (viravailable) as a percentage of the total extents
(virallowed) is greater than the virtual extent threshold (virextthreshold).
full
Specifies that the available virtual extents is zero.
(DS6000) No value displayed.
%virallocated
(DS8000) Specifies the percentage of virtual extents that are allocated compared to the total virtual
extents that are allowed. Valid values are 0 - 100.
(DS6000) No value displayed.
%viravailable
(DS8000) Specifies the percentage of virtual extents that are available compared to the total virtual
extents that are allowed. Valid values are 0 - 100.
(DS6000) No value displayed.
Note: If the virtual extent limit is not enabled, a " - " value is displayed.
(DS6000) No value displayed.
%virextthreshold
(DS8000) Specifies the minimum threshold percentage of the virtual extents available. When the
percentage of the currently available virtual extents is less than this minimum percentage and the
virtual extent status is reported as exceeded.
Note: If the virtual extent limit is not enabled, a " - " value is displayed.
(DS6000) No value displayed.
encryptgrp
The encryption group number that the extent pool is related to. A dash ( - ) means that either
encryption is supported but not used, or encryption is not supported.
%allocated(ese)
Specifies the percentage of allocated real extents on ESE (Extent Space Efficient) volumes compared to
the real capacity of the Extent Pool.
%allocated(rep)
Specifies the percentage of allocated real extents on space efficient repository compared to the real
capacity of the Extent Pool.
%allocated(std)
Specifies the percentage of allocated real extents on standard volumes compared to the real capacity
of the Extent Pool.
%allocated(over)
Specifies the percentage of allocated real extents used for overhead, such as to support space efficient
storage, compared to the real capacity of the Extent Pool.
Example 2
dyrelocsource dyreloctarget
10000 10000
Example 3
lsaddressgrp
The lsaddressgrp command displays a list of address groups for a storage image and the status
information for each address group in the list.
►► lsaddressgrp ►◄
-dev storage_image_ID -s -stgtype fb
-l ckd
Parameters
-dev storage_image_ID
(Optional). Specifies the storage image ID, which consists of manufacturer, machine type, and serial
number. Displays only the objects for the storage unit specified. The storage image ID is required if
you do not set the devid variable in your profile or through the setenv command, and the HMC is
aware of more than one storage image. Using the -dev parameter will temporarily override any
defined value for devid for the current command.
Example
The following example represents the headers that are displayed on the output report that is associated
with the lsaddressgrp command using the -l parameter.
Key:
* Displayed when the -s parameter is specified.
+ Displayed only when the -l parameter is specified.
chlcu
The chlcu command modifies a logical control unit.
►► chlcu ►
-dev storage_image_ID -ss new_ss_ID -lcutype 3990-3
3990-tpf
3990-6
bs2000
► ►
-critmode enable -pprcconsistgrp enable -extlongbusy timeout
disable disable
► ►
-ccsess timeout -xrcsess timeout -resgrp resource_group_ID
► LCU_ID ►◄
...
"-"
Parameters
-dev storage_image_ID
(Optional). Specifies the storage image ID, which consists of manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify a fully qualified LCU subsystem ID,
do not set the devid variable in your profile or through the setenv command, and the HMC is aware
of more than one storage image. Using the -dev parameter will temporarily override any defined
value for devid for the current command.
-ss new_ss_ID
(Optional). Specifies your new LCU subsystem ID value (valid range is hexadecimal 0x0001 -
0xFFFF). If this parameter is specified, multiple LCUs are not allowed. The new SSID that you specify
replaces the existing SSID value in the initial target LCU ID.
Example: F010
-lcutype 3990-3 | 3990-tpf | 3990-6 | bs2000
(Optional). Changes the target LCUs to the new LCU type:
3990-3 TYPE_3990_MODEL_3
3990-tpf
TYPE_3990_MODEL_3_for_TPF
3990-6 TYPE_3990_MODEL_6
BS2000
TYPE_BS_2000
-critmode enable | disable
(Restricted). Specifies that the critical heavy mode setting in the target LCUs be enabled or disabled.
Example
lslcu
The lslcu command displays a list of logical control units (LCUs) for a storage image and status
information for each logical control unit in the list.
►► lslcu ►
-dev storage_image_ID -s -addrgrp address_group
-l
► ►◄
-resgrp resource_group_ID LCU_ID
...
"-"
Parameters
-dev storage_image_ID
(Optional). Specifies the storage image ID, which consists of manufacturer, machine type, and serial
number. Displays only the objects for the storage unit that is specified. The storage image ID is
required if you do not specify a fully qualified LCU ID, do not set the devid variable in your profile
or through the setenv command, and the HMC is aware of more than one storage image. Using the
-dev parameter will temporarily override any defined value for devid for the current command.
For DS8000, example: IBM.2107-75FA120
-s
(Optional). Displays LCU IDs only. You cannot use the -l and the -s parameters together.
-l
(Optional). Use this parameter to display the default output plus resource groups. You cannot use the
-l and the -s parameters together.
-addrgrp address_group
(Optional). Specifies an address group. Only the LCUs that belong to the specified address group are
displayed. An address group is a single character in the range of 0 - 9 or A - F.
-resgrp resource_group_ID
(Optional) Displays only the LCUs that are assigned to the specified resource group ID. The resource
group ID begins with the letters RG and ends with a decimal number.
LCU_ID ... | -
(Optional). Specifies the ID associated with an LCU. A LCU ID is two hexadecimal characters 00 - FE
for DS8000 and 00 - 1F for DS6000.
To specify a range of LCU IDs, separate the LCU IDs with a hyphen (-).
You must separate multiple LCU IDs or ranges of LCU IDs with a blank space between each ID or
range of IDs.
The ellipsis (...) indicates that, optionally, you can specify multiple values. If you use the dash (-), the
specified value is read from standard input. You cannot use the dash (-) while you are in the DS CLI
interactive command mode.
Example: 00-03 08
For this command and all other DS CLI list commands, the results are shown in table format to provide
clarity. The actual reports do not display as tables.
The following table represents the headers that are displayed on the output report that is associated with
the lslcu command using the -l parameter.
con-
addr- confg- base-
ID Group grp vols subsys type resgrp
IBM.2107 0 0 256 8010 3990-6 RG0
-75FA120
/10
IBM.2107- 1 0 256 8011 3990-6 RG0
75FA120
/11
IBM.2107- 0 0 256 8012 3990-6 RG0
75FA120
/12
IBM.2107- 1 0 256 8013 3990-6 RG0
75FA120
/13
Key:
* Displayed when the -s parameter is specified.
+ Displayed only when the -l parameter is specified.
mklcu
The mklcu command creates a logical control unit (LCU) in a storage image.
► ►
-lcutype 3990-3 -critmode -pprcconsistgrp -extlongbusy timeout
3990-tpf
3990-6
bs2000
► ►◄
-ccsess timeout -xrcsess timeout -resgrp resource_group_ID
Parameters
Notes:
1. A logical control unit is configured to represent a grouping of logical CKD volumes.
2. Multiple sequential LCU IDs can be created with a single request, but all logical control units must be
of the same type and specify the same options.
3. The DS8000 has a 64 KB 256 volume address space that is partitioned into 255 logical subsystem (LSS)
units, where each LSS contains 256 logical volume numbers. The 255 LSS units are assigned to one of
16 address groups, where each address group contains 16 LSSs, or 4 KB volume addresses.
4. The DS6000 has a 16 384 volume address space that is partitioned into 64 logical subsystem (LSS)
units, where each LSS contains 256 logical volume numbers . The 64 LSS units are assigned to one of
4 address groups, where each address group contains 16 LSSs, or 4096 volume addresses. All of the
LSSs in one address group must be of the same type (CKD or fixed block).
5. LCUs are typically created in groups of 16, beginning at LSS address X'x0'.
-dev storage_image_ID
(Optional). Specifies the storage image ID, which consists of manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify a fully qualified LCU ID, do not set
the devid variable in your profile or through the setenv command, and the HMC is aware of more
than one storage image. Using the -dev parameter will temporarily override any defined value for
devid for the current command.
For DS8000, example: IBM.2107-75FA120
-qty quantity
(Required). Specifies the number of LCU IDs to be created. You can specify a quantity value from 1 -
255 for the DS8000 model. You can specify a quantity value from 1 - 64 for the DS6000 model.
This command is rejected if any of the LCU IDs which are based on the initial LCU ID and the
quantity, are currently defined or are outside the range of supported LCU IDs. The valid LCU ID
range for DS8000 is 00 - FE and for DS6000 it is 00 - 1F.
Example: 16
Note: If an attempt is made to create the LCU and enable the critical heavy mode but the user does
not have the authority to enable the -critmode parameter, two messages are displayed when the
command is processed:
v One message states that the LCU has been successfully created.
v A second message states "Your user ID does not have the authority to perform this operation".
So, the LCU is created but the critical heavy mode is not enabled.
-pprcconsistgrp
(Optional). Specifies a remote mirror and copy consistency group state setting. Any volume that
becomes suspended that is associated with the subsystem LSS passes into an extended Long Busy
state unless the consistency group that was created previously has been received. Otherwise, the
volume does not become long busy.
-extlongbusy timeout
(Optional). Specifies the time in seconds that an LCU consistency group volume stays long busy after
reporting an error that causes a remote mirror and copy suspension if a consistency group has not
been created. The default value is 120 seconds.
-ccsess timeout
(Optional). Specifies the concurrent copy session timeout parameter as the time in seconds that any
LCU volume in a concurrent copy session stays long busy before suspending a concurrent copy
session. The valid timeout range is 1 - 9999 seconds. The default value is 300 seconds.
Example: 500
Example
rmlcu
The rmlcu command deletes existing logical control units.
►► rmlcu LCU_ID ►◄
-dev storage_image_ID -quiet ...
"-"
Parameters
-dev storage_image_ID
(Optional) Specifies the storage image ID, which consists of manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify a fully qualified ID for all logical
control units, do not set the devid variable in your profile or through the setenv command, and the
HMC is aware of more than one storage image. Using the -dev parameter will temporarily override
any defined value for devid for the current command.
For DS8000, example: IBM.2107-75FA120
-quiet
(Optional) Turns off the LCU removal confirmation prompt for this command.
LCU_ID ... | -
(Required) An array of one or more LCUs to be removed. This parameter accepts a fully qualified
LCU ID or a shortened version, if the -dev parameter is specified. A LCU ID is two hexadecimal
characters in the range 00 - FE for the DS8000 and 00 - 1F for the DS6000.
To specify a range of LCU IDs, separate the LCU IDs with a hyphen (-).
You must separate multiple LCU IDs or ranges of LCU IDs with a blank space between each ID or
range of IDs.
Example: 00-03 08
The ellipsis (...) indicates that, optionally, you can specify multiple values. If you use the dash (-), the
specified value is read from standard input.
Note: You cannot use the dash (-) while you are in the DS CLI interactive command mode.
showlcu
The showlcu command displays the detailed properties of an individual logical control unit (LCU).
►► showlcu LCU_ID ►◄
-dev storage_image_ID -sfstate - spidfstate " - "
Parameters
-dev storage_image_ID
(Optional). Specifies the storage image ID, which consists of manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify a fully qualified ID for the logical
control unit, do not set the devid variable in your profile or through the setenv command, and the
HMC is aware of more than one storage image. Using the -dev parameter will temporarily override
any defined value for devid for the current command.
For DS8000, example: IBM.2107-75FA120
-sfstate
(Optional) Displays a table at the end of the command output that contains the name, ID, and soft
fence state for each volume in the specified LCU.
-spidfstate
(Optional) Displays a table at the end of the command output that contains the name, ID, and SPID
(Set Path Group ID) fence state for each volume in the specified LCU.
LCU_ID | -
(Required). Displays the properties for the specified logical control unit. The LCU ID is a 2-digit
hexadecimal number in the range of 00 - FE.
Accepts a fully qualified LCU ID, which consists of the storage image ID or a shortened version
without the storage image ID, if the -dev parameter is specified.
If you use the dash (-), the specified value is read from standard input. You cannot use the dash (-)
while you are in the DS CLI interactive command mode.
Example 1
For this command and all other DS CLI show commands, the results are shown in table format to
provide clarity. The actual reports do not display as tables.
The following tables represent the headers that are displayed on the output report that is associated with
the showlcu command.
Con-
Addr- Confg- base-
ID Group grp vols Subsys type
IBM.2107- 0 1 256 0010 3990-6
75FA120
/10
Pprc- Xrc-
consist- Xtndlbz- Ccsess- sess- Crit-
grp timeout timout timout hvmode resgrp
Disabled 120 secs 300 secs 300 secs Disabled RG0
If you specify the -sfstate parameter, the output includes the soft fence state table.
dscli> showlcu -sfstate ef
Date/Time: May 22, 2015 8:43:04 AM MST IBM DSCLI Version: 6.6.31.6 DS:
IBM.2107-1300861
ID EF
Group 1
addrgrp E
confgvols 4
subsys 0x1111
conbasetype 3990-6
pprcconsistgrp Disabled
xtndlbztimout 120 secs
ccsesstimout 300 secs
xrcsesstimout 300 secs
crithvmode Disabled
resgrp RG0
============Soft Fence State============
Name ID sfstate
========================
- EFFC Disabled
- EFFD Disabled
- EFFE Disabled
ffff EFFF Disabled
dscli>
chckdvol
The chckdvol command modifies the attributes that are associated with a count key data (CKD) base
volume.
►► chckdvol ►
-dev storage_image_ID -name new_volume_name
► ►
-cap new_capacity -captype cyl -datatype 3380 -quiet
mod1 3390
3390-A
► volume_ID ►◄
-perfgrp performance_group_ID -resgrp resource_group_ID ...
"-"
Parameters
-dev storage_image_ID
(Optional) Specifies the storage image ID, which consists of manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify a fully qualified volume ID, do not
set the devid variable in your profile or through the setenv command, and the HMC is aware of more
than one storage image. Using the -dev parameter will temporarily override any defined value for
devid for the current command.
Notes:
1. You can specify the data type 3390–A for DS8000 models only.
2. You must ensure that the volume data type is compatible with the host systems that access this
volume.
3. You cannot use the -datatype parameter and the -cap parameter in the same command.
-cap new_capacity
(Optional) Specifies the quantity of CKD cylinders that you want to allocate to the specified volume.
You can also use the -captype parameter to change the unit type of the capacity to mod1 units.
v 3380 volumes cannot be expanded.
v For 3390 volumes, the new_capacity value can be specified in increments of 1 in the range 1 - 65520
(849KiB to 55.68 GiB).
v For 3390–A volumes, for values less than 65520 cylinders, new_capacity is specified in increments of
1. Capacities greater than 65520 cylinders are specified in increments of 1113. The maximum
volume size varies and depends on DS8000 model and type.
Notes:
1. Check your operating system documentation to ensure that volume expansion is supported before
proceeding with the expansion.
2. If you expand a 3390 volume to an Extended Addressing Volume (EAV), the data type is changed
to 3390-A.
3. Attempting to reduce the size returns an error and causes the transaction to fail.
4. You cannot use the -datatype parameter and the -cap parameter in the same command.
-captype cyl | mod1
(Optional) Specifies the unit type of the capacity given by using the -cap parameter. The default is
cyl. A mod1 unit is equivalent to 1113 cylinders, and 1263.28 cylinders is equivalent to 1 GiB. You
must specify the -cap parameter to specify the -captype.
-quiet
(Optional) Turns off the CKD volume modification confirmation prompt for this command.
-perfgrp performance_group_ID
(Optional) Specifies the performance group ID that the volumes are assigned to. The performance
group ID begins with the letters PG, and valid performance groups numbers are 0, and 16-31. The
default is PG0.
-resgrp resource_group_ID
(Optional) Specifies the resource group that the volumes are assigned to. The resource group ID
begins with the letters RG and ends with a decimal number.
volume_ID ... | -
(Required) An array of one or more CKD base volume IDs or volume ID ranges to modify.
You must fully qualify the volume ID with manufacturer, machine type, and serial number if you do
not use the -dev parameter.
The ellipsis (...) indicates that, optionally, you can specify multiple values. If you use the dash (-), the
specified value is read from standard input. You cannot use the dash (-) if you are in the DS CLI
interactive mode.
Example
initckdvol
The initckdvol command initializes a logical volume and releases extents from a space-efficient logical
volume.
For space efficient logical volumes, this command is used to release space. For TSE volumes, it releases
tracks in the repository, reducing the repository allocated space. For ESE volumes, it releases extents in
the extent pool being used, reducing the allocated extents.
For example, if a space-efficient logical volume has data that is stored on it that is no longer needed, use
the initfbvol command to free the extents/tracks that were assigned to this logical volume. This allows
the extents/tracks to be reused by other space-efficient logical volumes. This command is not supported
on DS6000 models.
►► initckdvol ►
-dev storage_image_ID -action releasespace -quiet
► volume_ID ►◄
...
"-"
For example, if a space-efficient logical volume is used as a FlashCopy target volume and the data that is
stored on these tracks are no longer needed, use the initckdvol command to free the extents that were
assigned to this logical volume. This allows the extents to be reused by other space-efficient logical
volumes. This command is not supported on DS6000 models.
You must fully qualify the volume ID with manufacturer, machine type, and serial number if you do
not use the -dev parameter.
To specify a range of volume IDs, separate the volume IDs with a dash.
You must separate multiple volume IDs or ranges of volume IDs with a blank space between each ID
or range of IDs.
The ellipsis (...) indicates that, optionally, you can specify multiple values. If you use the dash (-), the
specified value is read from standard input. However, you cannot use the dash (-) if you are using
the DS CLI interactive command mode.
Example
lsckdvol
The lsckdvol command displays a list of count key data (CKD) base and alias volumes in a storage
image and status information for each volume in the list.
►► lsckdvol ►
-dev storage_image_ID -s -datatype 3380
-l 3390
3390-A
► ►
-config normal -lcu lcu_ID -voltype base
not_normal alias
► ►
-sam standard -eam legacy -perfgrp performance_group_ID
tse rotatevols
ese rotateexts
managed
► ►◄
-resgrp resource_group_ID volume_ID
...
"-"
Parameters
-dev storage_image_ID
(Optional) Specifies the storage image ID, which includes manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify fully qualified IDs, do not set the
devid variable in your profile or through the setenv command, and the HMC is aware of more than
one storage image. Using the -dev parameter will temporarily override any defined value for devid
for the current command.
-s
(Optional) Displays only volume IDs associated with the storage image ID. You cannot use the -s and
the -l parameters together.
-l
(Optional) Displays the default output plus additional attributes that are identified as long output in
the Report field definitions list. You cannot use the -s and the -l parameters together.
-datatype 3380 | 3390 | 3390-A
(Optional) Specifies that you want the system to display only volumes that meet the designated
volume data type.
Note: The data type 3390–A can be displayed for DS8000 models only.
-extpool extentpool_ID
(Optional) Specifies that you want the system to display only volumes that are associated with the
designated extent pool.
-access online | fenced
(Optional) Specifies that you want the system to display only volumes with the specified access state.
-data normal | not_normal
(Optional) Specifies that you want the system to display only the volumes that meet the criteria of
the designated data state.
-config normal | not_normal
(Optional) Specifies that you want the system to display only the volumes that meet the criteria of
the designated configuration state.
-lcu lcu_ID
(Optional) Specifies that you want the system to display only volumes with IDs that contain the
specified logical control unit ID. Each logical control unit can contain up to 256 volumes. The LCU ID
is a 2-digit hexadecimal number in the range of 00 - FE for the DS8000 and 00 - 1F for the DS6000.
Example
For this command and all other DS CLI show commands, the results are shown in table format for clarity.
The actual reports do not display as tables.
The following tables represent the headers that are displayed on the output report that is associated with
the lsckdvol command using the -l parameter.
Note: If a column heading applies to the DS8000 only, a " - " value is displayed when the report is
generated for a DS6000 model.
The following example is based on the output results for a volume with 3340 cylinders.
cap cap
voltype orgbvols extpool sam cap (cyl) (2^30B) (10^9B)
CKD base - P2 standard 3340 2.6 2.8
Note: The deviceMTM 3390–A can be displayed for DS8000 models only.
Volser
Indicates the base CKD volume serial number written by the user at track address 0x0000, record 3.
Datatype
Indicates the volume data type setting.
Voltype
Indicates that the logical volume is one of the following types:
v CKD base
v CKD alias
Orgbvols (original base vol)
One of the following original base volumes is specified:
v Indicates the original base CKD volume ID to which this CKD alias volume is assigned.
v " - " is displayed for a CKD base volume type.
Note: For a CKD Alias type volume, the base and alias volume IDs are of a common LCU ID.
Extpool
Indicates the extent pool ID. Volume extents are allocated from this extent pool ID.
Note: Volumes that belong to an encrypted extent pool are encrypted. You can see the encryption
group of an extent pool by using the lsextpool -l, or showextpool commands.
SAM
Indicates the storage allocation method. The following values are displayed:
standard
Designates that the system fully allocated the volume with real extents at volume creation time.
An inquiry on a DS6000 model always reports this value.
tse
Designates that a track space-efficient logical volume contains a set of virtual extents that are
associated with the space-efficient storage in the same extent pool. Physical space for a given
logical track on a track space-efficient logical volume is dynamically allocated and deallocated
from the repository in the space-efficient storage.
ese
Designates that an extent space efficient logical volume is provisioned with a set of virtual extents
that are associated with the space efficient storage in the same extent pool. Physical space for an
extent space efficient logical volume is dynamically allocated and de-allocated from the extent
pool.
Cap (cyl)
Indicates the quantity of volume CKD cylinders that are available for host system access.
Cap (2^30B)
Indicates the size of volume that is available for host system access in gibibytes (GiB).
Cap (10^9B)
Indicates the size of volume that is available for host system access in decimal gigabytes (GB).
manageckdvol
The manageckdvol command starts a process to initiate a change on count key data (CKD) volumes.
► ►
-eam rotatevols -extpool extent_pool_ID -tier ssd
rotateexts ent
nl
nlexclude
Parameters
-dev storage_image_ID
(Optional) Specifies the storage image ID, which consists of manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify a fully qualified volume ID, do not
set the devid variable in your profile or through the setenv command, and the HMC is aware of more
than one storage image. Using the -dev parameter temporarily overrides any defined value for devid
for the current command.
-action migstart|migcancel|migpause|migresume|sfdisable| spidfdisable |tierassign |tierunassign
|etmonpause|etmonresume|etmonreset
(Required) Specifies that one of the following actions is to be performed:
migstart
Initiates volume migration on the specified volumes that are in the "normal" or "cancelled"
state. Volumes are placed into the migrating state. Volumes that are in the cancelled state
must have the original source or the destination extent pool as the value of the –extpool
parameter.
migcancel
Cancels volume migration on the specified volumes that are in the migrating state. Volumes
that have not yet started migration are put in the "normal" state, and volumes that are in the
middle of migration are put in the "canceled" state.
migpause
Pauses volume migration on the specified volumes that are in the migrating state. Volumes
that have not yet started migration or that are in the middle of migration are put in the
"paused" state.
migresume
Resumes volume migration on the specified volumes that are in the "paused" state.
sfdisable
Sends a Soft Fence reset command to each specified volume. This action cannot be used with
any other parameter.
spidfdisable
Sends a set path group ID (SPID) fence reset command to each specified volume. This action
cannot be used with any other parameters.
tierassign
Initiates the assigning volume action on the specified volumes to the specified tier. The -tier
option is required with this action.
Note: By assigning a volume to a tier, a process that migrates the data in the volume to the
specified tier begins. You can check the progress of the migration by using the showfbvol or
showckdvol command with the -tier parameter. However, there is a maximum capacity that
can be assigned to each tier in a pool. If this maximum capacity is reached, then all of the
volumes that are still in the process of migrating to that tier because of assignment pause
their migrations. You can check how much total capacity has been assigned to a specific tier
in a pool by using the showextpool command with the -tier parameter. If the maximum was
reached, you can remedy the problem either by unassigning other volumes from the tier or
by adding more capacity to the tier. Either method automatically restarts any paused
migrations.
Note: You can specify only the -eam parameter if -action migstart is also specified.
-extpool extent_pool_ID
(Optional) Changes the extent pool ID of the volume so that the volume can migrate to the new
extent pool. Accepts either a fully qualified extent pool ID including storage image ID or a shortened
version if the -dev parameter is used. The shortened version is a four-digit decimal number with no
leading zeroes, prefixed with the letter P.
Note: When the command returns, the volume migration might still be occurring. It can be available
for I/O and copy services during migration. Its configstate can indicate that it is migrating.
-tier ssd|ent|nl|nlexclude
(Optional) Specifies which tier the volume is assigned to. This option is required with the –action
tierassign parameter.
SSD Solid state device tier
ENT Enterprise tier that consists of drives with speeds of 10K RPM, 15K RPM, or a mixtures of
10K RPM and 15K RPM speeds.
NL Nearline tier consists of high-volume disks that are either SATA or SAS Nearline drives.
nlexclude
SSD or Enterprise tiers but not a Nearline tier.
-assignorder etdata|access
(Optional) Specifies the order in which the data is migrated. This option is valid only with the
–action tierassign parameter.
etdata While all data is scheduled to migrate, the migration order is based on the prioritization of
the data as specified in the Easy Tier heat map. This value allows the specified volume to be
pre-staged onto the specified tier. This is the default value if -assignorder is not specified.
access While all data is scheduled to migrate, the data is migrated only when accessed. In other
words, data that is never accessed is never migrated to the specified tier.
Note: If you want the duration of the pause to be infinite, you must specify -duration 0H. Otherwise,
if you do not specify a value with the -duration parameter, the default is 168H.
volume_ID ... | -
(Required) Specifies an array of one or more CKD base volume IDs or volume ID ranges to modify.
A volume ID range is defined by two volume IDs that are separated by a dash. Multiple volume IDs
or volume ID ranges must be separated with a blank space between each ID.
Example: 0100-010F 0180-018F 0120
The volume ID format is four hexadecimal characters LLVV that represent the following values:
LL (for a DS8000 model)
Specifies the logical control unit number, 00 - FE
LL (for a DS6000 model)
Specifies the logical control unit number, 00 - 1F
VV (for DS6000 and DS8000 models)
Specifies the volume number, 00 - FF
You must fully qualify the volume ID with manufacturer, machine type, and serial number if you do
not use the -dev parameter.
The ellipsis (...) indicates that, optionally, you can specify multiple values. If you use the dash (-), the
specified value is read from standard input. You cannot use the dash (-) if you are in the DS CLI
interactive mode.
Example
mkaliasvol
The mkaliasvol command creates System z CKD alias volumes (referred to as parallel access volumes or
PAVs) in a storage image.
►► mkaliasvol ►
-dev storage_image_ID -base volume_ID (volume_ID_range)
► volume_ID ►◄
-order increment -qty quantity -wait "-"
decrement
Parameters
Note: Volumes are automatically assigned to the FICON/ESCON – ALL volume group ID 10.
Note: You cannot use multiple volume IDs separated by commas and multiple ID ranges in
combination. This combination is rejected.
Use the -base parameter to create one or more CKD alias volumes that are assigned to the specified
base CKD volume ID. The LCU ID component for all volume IDs must be identical.
The alias volume IDs are assigned consecutively in the order specified by the -order parameter. The
following examples show the processing affects of the -order parameter:
dscli> mkaliasvol -base 0000 -order increment -qty 2 0080
creates two alias volumes 0080 and 0081 for base volume 0000.
dscli> mkaliasvol -base 0000-003F -order increment -qty 2 0080
creates two alias volumes for each base volume as follows:
0080,0081 for base volume 0000
0082,0083 for base volume 0001
...
00FE,00FF for base volume 003F
-order increment | decrement
(Optional) Specifies the order in which alias volume IDs are assigned. For example:
dscli> mkaliasvol -base 0000-003F -order decrement -qty 2 00FF
creates two alias volumes for each base volume as follows:
00FF,00FE for base volume 0000
00FD,00FC for base volume 0001
...
0081,0080 for base volume 003F
Note: If the -order parameter is not specified the default value is decrement.
-qty quantity
(Optional) Specifies the number of alias volumes that are assigned to each specified CKD base
volume.
If you do not specify the -qty parameter, then one alias volume is created for each base volume
specified.
If you specify the -qty parameter, you have to indicate the number of alias volumes that you want to
assign to each specified CKD base volume.
Note: The total number of base volumes plus the number of alias volumes must be less than or equal
to 256.
-wait
(Optional) Delays the command response until the volume configuration processes complete.
volume_ID -
(Required) Identifies the starting alias volume ID in a sequence of volume IDs to be created
The volume ID format is four hexadecimal characters LLVV that represent the following values:
LL (for a DS8000 model)
Specifies the logical control unit number, 00 - FE
Example
mkckdvol
The mkckdvol command creates System z count key data (CKD) base or CKD alias volumes in a storage
image.
►► mkckdvol ►
-dev storage_image_ID -extpool extentpool_ID -base volume_ID
► ►
-3380 -datatype 3380 -cap capacity -captype cyl
3390 mod1
3390-A
► ►
-name volume_name -wait -sam standard -eam rotatevols
tse rotateexts
ese
► volume_ID ►◄
-perfgrp performance_group_ID -resgrp resource_group_ID ...
"-"
Parameters
-dev storage_image_ID
(Optional) Specifies the storage image ID, which includes manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify fully qualified IDs, do not set the
devid variable in your profile or through the setenv command, and the HMC is aware of more than
one storage image. Using the -dev parameter will temporarily override any defined value for devid
for the current command.
-extpool extentpool_ID
(Optional) Creates the base or alias volumes from data extents that are contained in this extent pool.
The extent pool storage type defines the volume storage type. An extent pool ID is a four-digit
decimal number with no leading zeroes, prefixed with the letter P.
Note: Ensure that you use the mkaliasvol command rather than mkckdvol command to create alias
volumes.
-3380
(Optional) This parameter is equivalent to the -datatype 3380 parameter and it is recommended that
you use the -datatype parameter if you need to specify the data type.
-datatype 3380|3390|3390-A
(Optional) Specifies the volume data type.
For Extended Addressing Volumes (EAV), which have a capacity greater than 65520 cylinders, the
data type 3390-A must be specified. You can also specify the data type 3390-A for volumes smaller
than 65520 cylinders.
If neither the -datatype nor the -3380 parameters are specified, then the default data type is 3390-A
for capacities greater than 65520 cylinders, and 3390 for smaller capacities.
Notes:
1. You can specify the data type 3390–A for DS8000 models only.
2. You must ensure that the volume data type is compatible with the host systems that access this
volume.
3. The -datatype parameter is ignored when the -base parameter is specified.
4. You cannot use the -datatype parameter and the -3380 parameter in the same command.
-cap capacity
(Optional) Specifies the quantity of CKD cylinders that are allocated to this volume. The capacity can
also be specified in mod1 units using the -captype parameter.
v For 3380 volumes, the capacity value can be 2226 (1.59 GiB) or 3339 (2.37 GiB).
v For 3390 volumes, capacity can be specified in increments of 1 in the range 1 - 65520 (849KiB to
55.68 GiB).
v For 3390–A volumes, for values less than 65520 cylinders, capacity is specified in increments of 1.
Capacities greater than 65520 cylinders are specified in increments of 1113. The maximum volume
size varies and depends on DS8000 model and type.
Note: This parameter is ignored if the -base parameter is specified, and this parameter is required if
the -base parameter is not specified.
-captype cyl | mod1
(Optional) Specifies the unit type of the capacity given by using the -cap parameter. The default is
cyl. A mod1 unit is equivalent to 1113 cylinders, and 1263.28 cylinders is equivalent to 1 GiB.
-name volume_name
(Optional) Specifies your nickname for the CKD base volumes that are created by this command.
Your volume name cannot exceed 16 characters. It can contain one of the following wild cards:
Note: The -name parameter is ignored when the -base parameter is specified.
-wait
(Optional) Specifies that the command response be delayed until the volume configuration processes
complete.
-sam standard | tse | ese
(Optional) Specifies the storage allocation method as follows:
standard
Designates that the system fully allocate the volume with real extents at volume creation
time. This value is the default.
tse Designates that a track space-efficient logical volume contains a set of virtual extents that are
associated with the space-efficient storage in the same extent pool. The physical space for a
given logical track on a track space-efficient logical volume is dynamically allocated and
deallocated from the repository in the space-efficient storage.
Note: To use this subparameter, you must have previously created space-efficient storage
(using the mksestg command) for the extentpool.
ese Designates that an extent space efficient (ESE) logical volume is provisioned with a set of
virtual extents that are associated with the space efficient storage in the same extent pool.
Physical space for an extent space efficient logical volume is dynamically allocated and
de-allocated from the extent pool. ESE volumes are used for IBM System Storage DS8000 Thin
Provisioning.
Note: To use this subparameter, you must have previously created space-efficient storage
(using the mksestg command) for the extentpool.
-eam rotatevols | rotateexts
(Optional) Specifies the extent allocation method as follows:
rotateexts
Specifies that the extents for each new logical volume are allocated across all available ranks,
and is also known as storage-pool striping. This value is the default.
rotatevols
Specifies that the extents for each new logical volume are allocated from each successive rank.
This means that the extents for a particular volume will be allocated from one rank, while the
extents for the next volume will be allocated from the next successive rank, and so on.
-perfgrp performance_group_ID
(Optional) Specifies the performance group ID that the volumes are assigned to. The performance
group ID begins with the letters PG. The default is PG0.
-resgrp resource_group_ID
(Optional) Specifies the resource group that the volumes are assigned to. The resource group ID
begins with the letters RG and ends with a decimal number. The default is RG0.
volume_ID ... | -
(Required) Specifies an array of one or more CKD base or alias volume IDs or volume ID ranges to
be created. The volume IDs must share a common logical control unit ID.
Note: Volumes are automatically assigned to the FICON/ESCON – ALL volume group ID 10.
The volume ID format is four hexadecimal characters LLVV, that represent the following values:
Note: Multiple volumes can be created with a single request, but all volumes must have the same
capacity, extent pool, and data type.
Example: 0100-010F 0180-018F 0120
The ellipsis (...) indicates that, optionally, you can specify multiple values. If you use the dash (-), the
specified value is read from standard input. You cannot use the dash (-) if you are in the DS CLI
interactive mode.
Example
rmckdvol
The rmckdvol command deletes count key data (CKD) base or alias volumes from a storage image.
►► rmckdvol volume_ID ►◄
-dev storage_image_ID -quiet -force ...
"-"
Parameters
Note: Before Release 5.1, the DS8000 system did not check before deleting a volume. With Release 5.1
and later, the DS8000 system does not delete a volume that is in use. The phrase in use means that the
volume is participating in a Copy Services relationship or is in a z/OS path group. Use the -force
parameter to bypass the in-use checking and delete the volume.
A specific use of this command is made when you are confronted with a volume or volumes that are in a
configuration state of "configuration error." To correct this configuration state, issue the rmckdvol
command for each affected volume. You can specify a volume range according to the command
specifications when it is appropriate.
-dev storage_image_ID
(Optional) Specifies the storage image ID, which consists of manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify a fully qualified ID for all logical
Note: An alias volume that is associated with a CKD base volume is automatically deleted before
deletion of the CKD base volume.
A volume ID range is defined by two volume IDs that are separated by a dash.
You must separate multiple volume IDs or ranges of volume IDs with a blank space between each ID
or range of IDs.
For DS8000, example: 0100-010F 0180-FEFF 0120
The ellipsis (...) indicates that, optionally, you can specify multiple values. If you use the dash (-), the
specified value is read from standard input. However, you cannot use the dash (-) while you are in
the DS CLI interactive command mode.
Example
showckdvol
The showckdvol command displays detailed properties of an individual count key data volume. This
command can also be used to display the performance metrics for an individual volume ID.
►► showckdvol ►
-dev storage_image_ID -metrics
Parameters
Note: All performance counts are an accumulation from the most recent counter wrap or counter reset. A
reset of the volume performance counters occurs in association with the following events:
v The storage unit is turned on.
v A server failure occurred, and the server failover or failback sequence was initiated.
-dev storage_image_ID
(Optional) Specifies the storage image ID, which consists of the manufacturer, machine type, and
serial number. The storage image ID is required if you do not specify a fully qualified volume ID. It
is also required if you do not set the devid variable in your profile or through the setenv command,
and the HMC is aware of more than one storage image. Using the -dev parameter temporarily
overrides any defined value for devid for the current command.
-metrics
(Optional) Displays the volume ID and performance metrics for the specified volume.
Notes:
1. All performance counts are an accumulation since the most recent counter wrap or counter reset.
Volume performance counters are reset on a power-up sequence. Volume performance counters
are reset by a server failover and failback sequence.
2. Do not use the -metrics parameter with the -pathgrp, -rank, -tier, or -volgrp parameters.
-pathgrp
(Optional) Displays the path group status table, which contains path group information. This
information includes the path group ID, the grouped, reserved, and path mode status.
Do not use the -pathgrp parameter with the -metrics, –rank, -tier, or -volgrp parameters.
-rank
(Optional) Specifies that a rank extents table is to be displayed. This table displays the set of ranks
that the logical volume has extents that are configured on and the number of extents for that logical
volume.
Do not use the -rank parameter with the -metrics, -pathgrp, -tier, or -volgrp parameters.
-tier
(Optional) Displays the tier distribution table. The table lists the set of tiers that have storage that is
allocated for the specified logical volume and the percentage of the logical volume that is allocated
on each tier.
Do not use the -tier parameter with the -metrics, -pathgrp, -rank, or -volgrp parameters.
-volgrp volume_group_ID
(Required if you do not specify the volume_ID parameter.) Specifies that the CKD volumes that are
associated with the designated volume group ID is to be displayed. There is only one volume group
for CKD volumes and it contains all volumes.
Notes:
v The -volgrp parameter can be used only when you are doing a query for performance metrics.
v Do not use the -volgrp parameter with the volume_ID parameter.
v Do not use the -volgrp parameter with the -metrics, -pathgrp, -rank, or -tier parameters.
Example
For this command and all other DS CLI show commands, the results are shown in table format to
provide clarity. The actual reports do not display as tables.
The following tables represent the headers that are displayed on the output reports that are associated
with the showckdvol command by using the -rank parameter. When the rank parameter is specified, a
rank extents table is also displayed. It appears at the end of the regular report.
Note: The following example is based on the use of the showckdvol command for a 3390 volume with
3339 cylinders. When the rank parameter is specified, a rank extents table is displayed at the end of the
regular report.
dscli> showckdvol -dev IBM.2107-1300861 -rank 1410
cap
sam repcapalloc eam reqcap (cyl) (Mod1)
TSE 1.7 - 3339 0.0
Rank Extents
R0 1
R2 2
Note: For a CKD Alias type volume, the base and alias volume IDs share a common LCU ID.
v " - " is displayed for a CKD base volume type.
Addrgrp
Indicates the address group that contains this volume object. An address group ID is one hexadecimal
character (0 - F).
Note: Volumes that belong to an encrypted extent pool are encrypted. You can see the encryption
group of an extent pool by using the lsextpool -l, or showextpool commands.
Exts
Indicates the number of real and virtual extents that are used by the designated volume ID.
Cap (cyl)
Indicates the quantity of volume cylinders that are available for host system access.
Cap (2^30B)
Indicates the size of volume that is available for host system access in gibibytes (GiB).
Cap (10^9B)
Indicates the size of volume that is available for host system access in decimal gigabyte (GB) units.
Ranks
Indicates the number of ranks the volume resides on.
SAM
Indicates the storage allocation method. The following values are displayed:
standard
Designates that the system fully allocated the volume with real extents at volume creation time.
An inquiry on a DS6000 model always reports this value.
tse
Designates that a track space-efficient logical volume contains a set of virtual extents that are
associated with the space-efficient storage in the same extent pool. Physical space for a given
logical track on a track space-efficient logical volume is dynamically allocated and deallocated
from the repository in the space-efficient storage.
ese
Designates that an extent space efficient logical volume is provisioned with a set of virtual extents
that are associated with the space efficient storage in the same extent pool. Physical space for an
extent space efficient logical volume is dynamically allocated and de-allocated from the extent
pool.
Repcapalloc
Indicates the allocated physical repository capacity of the track space-efficient storage. This value is
calculated on the available repository capacity as a result of writes to the track space-efficient volume.
This value is displayed in the format of X.Y, where X is in whole gibibytes (1 GiB = 2^30 B) and Y
represents tenths of a GiB, which is limited to a single digit (0 - 9).
Note:
1. A " - " value is displayed in this column if the value displayed in the SAM column is Standard or
ESE.
2. A " - " value is displayed for the DS6000.
EAM
Indicates the extent allocation method that is used if the volume is migrated or expanded. One of the
following values is displayed:
legacy
Indicates that the volume was created before the use of the current algorithm. Legacy is always
the reported value for a DS6000 model.
rotateexts
Indicates that the extents for each new logical volume are allocated across all available ranks, and
is also known as storage-pool striping. This value is the default.
Example
For this command and all other DS CLI show commands, the results are shown in table format to
provide clarity. The actual reports do not display as tables.
The following tables represent the headers that are displayed on the output reports that are associated
with the showckdvol command by using the -metrics parameter.
seq
seqwrite- cachfwr- cachfwr- cachfw- cachfw- inbcach- bypass- DASD
hits reqs hits reqs hits load cach trans
10000 10000 10000 10000 10000 10000 10000 10000
norm rec
DASD- cache- NVS- write seqwrite- cache qwrite- CKDir-
trans trans spadel ops ops mis prots trkac
10000 10000 10000 10000 10000 10000 10000 10000
CKD
irtrk cachsp- timelow- phbyte- phbyte-
hits delay ifact phread phwrite phwrite read writ
10000 10000 10000 10000 10000 10000 10000 10000
sfile
recmo- trk contam- PPRC- NVS- timeph- timeph- byte-
reads reads wrts trks spallo read write read
10000 10000 10000 10000 10000 10000 10000 10000
zHPFPrefetchReq zHPFPrefetchHit
0 0
GMCollisionsSidefileCount GMCollisionsSendSyncCount
0 0
Example
If you specify the -tier parameter, a tier distribution table is appended to the end of the display.
dscli> showckdvol –tier 0000
Example
If you specify the -pathgrp parameter and there are no path groups for this volume, the following
message is displayed.
CMUC00234I lsckdvol: No Path Groups found.
Note: The path group ID is supplied by the host and is not interpreted further by the DS8000
system. This means that the hosts are free to define, or redefine, the meaning of this value with
no impact to the DS8000 system. However, some programs such as ICKDSF breakdown the ID
into distinct fields with the following partial display of the ICKDSF logical path status table.
+---------------------------+-
| PATH GROUP ID | ...
|------+------+----+--------+-
| | |CPU |CPU TIME|
| ID |SERIAL|TYPE| STAMP | ...
+------+------+----+--------+-
|800002|B947 |2827|CA78BC17| ...
+------+------+----+--------+-
|880005|B947 |2827|CAAD6FBA| ...
+------+------+----+--------+-
|800009|B947 |2827|CAC684B9| ...
+------+------+----+--------+-
For more information, see the ICKDSF User’s Guide and Reference . Go to http://129.33.205.81/
jct03001c/systems/z/os/zos/library/bkserv/v2r1pdf/#ICK to access the ICKDSF PDF.
State The grouped state of this path group. Valid state values are “Grouped” or “Ungrouped”.
Reserve
The reserved state of this path group. Valid state values are “Enabled” or “Disabled”.
Mode The path mode for this path group. Valid mode values are “Single” or “Multi-path”.
Sysplex
The z/OS sysplex name. If the name is not set or available, N/A is displayed.
chlss
The chlss command modifies a logical subsystem.
►► chlss ►
-dev storage_image_ID -ss ss_ID -pprcconsistgrp enable
disable
► LSS_ID ►◄
-extlongbusy timeout -resgrp resource_group_ID ...
"-"
Parameters
-dev storage_image_ID
(Optional) Specifies the storage image ID, which consists of manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify a fully qualified ID for all logical
subsystems, do not set the devid variable in your profile or through the setenv command, and the
HMC is aware of more than one storage image. Using the -dev parameter will temporarily override
any defined value for devid for the current command.
-ss ss_ID
(Optional). Specifies the subsystem ID of the logical subsystem. The subsystem ID that you specify
replaces the existing subsystem ID in the initial target LSS ID.
The ID is in the format 0001 - FFFF.
Example: 013F
-pprcconsistgrp enable | disable
(Optional) Enables a volume that is associated with a logical subsystem to become suspended and
enter an extended long busy state if it has not received a notification that a consistency group has
been created. Otherwise, the volumes associated with the LSS do not go to a long-busy state.
-extlongbusy timeout
(Optional) Specifies the time in seconds that an LSS consistency group volume stays long busy after
reporting an error that causes a remote mirror and copy suspension if a consistency group has not
been created. The default value for new LSSs is 60 seconds (1 minute).
-resgrp resource_group_ID
(Optional) Specifies the resource group that the LSSs are assigned to. The resource group ID begins
with the letters RG and ends with a decimal number.
LSS_ID ... | -
(Required) Specifies one or more LSSs to be modified by this command. An LSS ID is two
hexadecimal characters 00 - FE for the DS8000 and it is 00 - 1F for the DS6000.
To specify a range of LSS IDs, separate the IDs with a hyphen.
You must separate multiple LSS IDs or ranges of LSS IDs with a blank space between each ID or
range of IDs.
The ellipsis (...) indicates that, optionally, you can specify multiple values. If you use the dash (-), the
specified value is read from standard input. You cannot use the dash (-) while you are in the DS CLI
interactive command mode.
Example
lslss
The lslss command displays a list of logical subsystems (LSSs) for a storage image and status
information for each logical subsystem in the list.
►► lslss ►
-dev storage_image_ID -s -addrgrp address_group
-l
► ►◄
-resgrp resource_group_ID LSS_ID
...
"-"
Parameters
-dev storage_image_ID
(Optional) Specifies the storage image ID, which consists of manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify a fully qualified LSS ID, do not set
the devid variable in your profile or through the setenv command, and the HMC is aware of more
than one storage image. Using the -dev parameter will temporarily override any defined value for
devid for the current command.
-s
(Optional) Displays LSS IDs. You cannot use the -l and the -s parameters together.
-l
(Optional) Displays the default output plus the SSID and resource group ID. You cannot use the -l
and the -s parameters together.
-addrgrp address_group
(Optional) Displays only LSSs that belong to the specified address group. An address group is a
single hexadecimal character (0 - F).
-resgrp resource_group_ID
(Optional) Displays only the LSSs that are assigned to the specified resource group ID. The resource
group ID begins with the letters RG and ends with a decimal number.
LSS_ID ... | –
(Optional) Specifies the logical subsystem IDs. An LSS ID is two hexadecimal characters 00 - FE for
the DS8000 and 00 - 1F for the DS6000.
To specify a range of logical subsystem IDs, separate the logical subsystem IDs with a hyphen.
You must separate multiple logical subsystem IDs or ranges of logical subsystem IDs with a blank
space between each ID or range of IDs.
Example: 00-03 08
Example
For this command and all other DS CLI list commands, the results are shown in table format to provide
clarity. The actual reports do not display as tables.
The following table represents the headers that are displayed on the output report that is associated with
the lslss command using the -l parameter.
Key:
* Displayed when the -s parameter is specified.
showlss
The showlss command displays detailed properties of a logical subsystem (LSS).
►► showlss LSS_ID ►◄
-dev storage_image_ID -sfstate - spidfstate " - "
Parameters
-dev storage_image_ID
(Optional) Specifies the storage image ID, which consists of manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify a fully qualified LSS ID, do not set
the devid variable in your profile or through the setenv command, and the HMC is aware of more
than one storage image. Using the -dev parameter will temporarily override any defined value for
devid for the current command.
-sfstate
(Optional) Displays a table at the end of the command output that contains the name, ID, and soft
fence state for each volume in the specified LSS.
-spidfstate
(Optional) Displays a table at the end of the command output that contains the name, ID, and SPID
(Set Path Group ID) fence state for each volume in the specified LCU.
LSS_ID | -
(Required) Displays the properties for the specified logical subsystem. This parameter accepts a fully
qualified LSS ID, which consists of the storage image ID, or a shortened version without the storage
image ID if the -dev parameter is specified. The shortened version is two hexadecimal digits in the
range 00 - FE.
The following example is a fully qualified LSS ID: IBM.2107-75FA120/10
The following example is a shortened version of the LSS ID when the -dev parameter is specified:
dscli> showlss -dev IBM.2107-75FA120 10
If you use the dash (-), the specified value is read from standard input. You cannot use the dash (-)
while you are in the DS CLI interactive command mode.
Example
For this command and all other DS CLI show commands, the results are shown in table format to
provide clarity. The actual reports do not display as tables.
The following tables represent the headers that are displayed on the output report that is associated with
the showlss command.
Example 2
If you specify the -sfstate parameter, the output includes the Soft Fence state table.
dscli> showlss -sfstate 14
Date/Time: March 28, 2012 3:18:07 PM MST IBM DSCLI
Version: 7.6.20.138 DS: IBM.2107-75LH321
ID 14
Group 0
addrgrp 1
stgtype fb
confgvols 16
subsys 0xFF14
pprcconsistgrp Disabled
xtndlbztimout 60 secs
resgrp RG0
============Soft Fence State============
Name ID sfstate
========================
RegrFBVol1 1400 Disabled
RegrFBVol1 1401 Disabled
RegrFBVol1 1402 Disabled
RegrFBVol1 1403 Disabled
RegrFBVol1 1404 Disabled
RegrFBVol1 1405 Disabled
RegrFBVol1 1406 Disabled
RegrFBVol1 1407 Disabled
RegrFBVol1 1408 Disabled
RegrFBVol1 1409 Disabled
RegrFBVol1 140A Enabled
The following fixed block logical volume specific commands are available:
chfbvol
Modifies the name or data type of a fixed block volume.
initfbvol
Releases extents from a space-efficient logical volume, and removes (erases) data from standard
volumes.
lsfbvol
Generates a report that displays a list of fixed block volumes in a storage unit and the status
information for each volume in the list.
managefbvol
Initiates a change on fixed block (FB) volumes by executing a process.
mkfbvol
Creates open systems fixed block volumes in a storage unit.
chfbvol
The chfbvol command is used to change the name or capacity of a fixed block volume.
►► chfbvol ►
-dev storage_image_ID -name new_volume_name -type ess
ds
blocks
► ►
-cap new_capacity -quiet -perfgrp performance_group_ID
► volume_ID ►◄
-resgrp resource_group_ID ...
"-"
Parameters
-dev storage_image_ID
(Optional) Specifies the storage image ID, which consists of the manufacturer, machine type, and
serial number. The storage image ID is required if you do not specify a fully qualified volume ID, do
not set the devid variable in your profile or through the setenv command, and the HMC is aware of
more than one storage image. Using the -dev parameter temporarily overrides any defined value for
devid for the current command.
-name new_volume_name
(Optional) Specifies the nickname for this volume. A nickname cannot exceed 16 characters.
-type ess | ds | blocks
(Optional) Specifies the unit type of capacity that is specified by the -cap parameter.
ess Specifies that the unit is 10^9 bytes.
ds Specifies that the unit is 2^30 bytes.
blocks Specifies that the unit is 512 blocks.
Note: If the -type parameter is not specified, the LUN is created as type ds.
-cap new_capacity
(Optional) Specifies the storage size that you want to allocate to the specified volume. Check your
operating system documentation to ensure that volume expansion is supported before you proceed
with the expansion.
v If the -type parameter is omitted or the -type ds parameter is specified, the new_capacity value is
the volume size in gibibytes (GiB), where 1 gibibyte (GiB) = 1 073 741 824 (2^30 bytes).
v If the -type ess parameter is specified, the new_capacity value is the volume size in gigabytes (GB),
to the nearest 1/10 GB (format xxxx.x), where one GB = 1 000 000 000 (10^9 bytes).
v If the -type blocks parameter is specified, the new_capacity value is the volume size in 512 byte
blocks.
Notes:
1. The maximum volume size varies and depends on DS8000 model and type.
You must fully qualify the volume ID with manufacturer, machine type, and serial number if you do
not use the -dev parameter.
To specify a range of volume IDs, separate the volume IDs with a hyphen.
You must separate multiple volume IDs or ranges of volume IDs with a blank space between each ID
or range of IDs.
Example: 0100-010F 0180-018F 0120
The ellipsis (...) indicates that, optionally, you can specify multiple values. If you use the dash (-), the
specified value is read from standard input. However, you cannot use the dash (-) if you are using
the DS CLI interactive command mode.
Example 1
Example 2
initfbvol
The initfbvol command initializes a logical volume and releases extents from a space-efficient logical
volume.
For example, if a space-efficient logical volume has data that is stored on it that is no longer needed, use
the initfbvol command to free the extents/tracks that were assigned to this logical volume. This allows
the extents/tracks to be reused by other space-efficient logical volumes. This command is not supported
on DS6000 models.
►► initfbvol ►
-dev storage_image_ID -action releasespace -quiet
► volume_ID ►◄
...
"-"
Parameters
-dev storage_image_ID
(Optional) Specifies the storage image ID, which consists of a value for manufacturer, machine type,
and serial number. The storage image ID is required if you do not specify a fully qualified volume
ID, do not set the devid variable in your profile or through the setenv command, and the HMC is
aware of more than one storage image. Using the -dev parameter will temporarily override any
defined value for devid for the current command.
-action releasespace
(Optional) Specifies that you want the system to release the repository space held by the designated
space-efficient volume back to the repository. (The repository is the physical extents that provision the
virtual extents for virtual space volumes.) The -action releasespace command cannot be used on a
standard volume.
-quiet
(Optional) Turns off the modification confirmation prompt for the -action parameter.
volume_ID - | ...
(Required) Specifies the volume ID that you want the system to release the repository space from.
The volume ID is a 32-bit number that can be represented as four hexadecimal digits in the form of
LLVV, where:
LL Specifies the logical control unit number, 00 - FE.
VV Specifies the volume number, 00 - FF.
You must fully qualify the volume ID with manufacturer, machine type, and serial number if you do
not use the -dev parameter.
To specify a range of volume IDs, separate the volume IDs with a dash.
You must separate multiple volume IDs or ranges of volume IDs with a blank space between each ID
or range of IDs.
If you use the dash (-), the specified value is read from standard input. However, you cannot use the
dash (-) if you are using the DS CLI interactive command mode. The ellipsis (...) indicates that,
optionally, you can specify multiple values.
Example
lsfbvol
The lsfbvol command displays a list of fixed block volumes in a storage image and status information
for each volume in the list.
►► lsfbvol ►
-dev storage_image_ID -s -datatype 512
-l 512t
520p
520u
520pv
520uv
► ►
-extpool extentpool_ID -access online -data normal
fenced not_normal
► ►
-config normal -lss LSS_ID -volgrp volume_group_ID
not_normal
► ►
-sam standard -eam legacy -perfgrp performance_group_ID
tse rotatevols
ese rotateexts
managed
► ►◄
-resgrp resource_group_ID volume_ID
...
"-"
Parameters
Note: For a storage unit that is heavily configured, specify the -lss or the -volgrp parameter as part of
your command.
-dev storage_image_ID
(Optional) Displays the storage image ID, which consists of manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify fully qualified IDs, do not set the
devid variable in your profile or through the setenv command, and the HMC is aware of more than
one storage image. Using the -dev parameter will temporarily override any defined value for devid for
the current command.
-s
(Optional) Displays only the volume IDs. You cannot use the -l and the -s parameters together.
-l
(Optional) Displays default output plus additional attributes that are identified as long output in the
Report field definitions list. You cannot use the -l and the -s parameters together.
-datatype 512 | 512t | 520p | 520u | 520pv | 520uv
(Optional) Displays volumes of the specified volume data type. Standard 2107/1750 volume (512),
Example
For this command and all other DS CLI list commands, the results are shown in table format to provide
clarity. The actual reports do not display as tables.
The following tables represent the headers that are displayed on the output report that is associated with
the lsfbvol command using the -l parameter.
Note: Volumes that belong to an encrypted extent pool are encrypted. You can see the encryption
group of an extent pool by using the lsextpool -l, or showextpool commands.
SAM
Indicates the storage allocation method. The following values are displayed:
standard
Indicates that the system fully allocated the volume with real extents at volume creation time. An
inquiry on a DS6000 model always reports a value of standard.
tse
Indicates that a track space-efficient logical volume contains a set of virtual extents that are
associated with the space-efficient storage in the same extent pool. Physical space for a given
logical track on a track space-efficient logical volume is dynamically allocated and deallocated
from the repository in the space-efficient storage.
ese
Indicates that an extent space efficient logical volume is provisioned with a set of virtual extents
that are associated with the space efficient storage in the same extent pool. Physical space for an
extent space efficient logical volume is dynamically allocated and deallocated from the extent
pool.
Captype
Indicates the capacity unit type that is used at volume creation. One of the following values is
displayed:
ESS
The capacity unit is decimal gigabytes (GB).
DS The capacity unit is gibibytes (GiB).
DS/ESS
The capacity unit is gibibytes (GiB) or decimal gigabytes (GB).
Blocks
The capacity unit is 512B.
Note: " – " is displayed if the capacity unit type of the volume is ESS (captype=ESS)
Cap (10^9B)
Indicates the size of the volume that is available for host system access in decimal gigabyte (GB)
units.
Note: " – " is displayed if the capacity unit type of the volume is DS (captype=DS)
Cap (blocks)
Indicates the quantity of volume logical blocks that are available for host system access.
Volgrp
Indicates the volume groups (excluding default volume groups) that a volume belongs to.
Multiple volume groups that are associated with the volume are separated by a comma.
A " – " is displayed if there are no volume groups that are associated with the volume.
Unknown is displayed if information about the volume groups is not available.
EAM
Indicates the extent allocation method that will be used if the volume is migrated or expanded.
legacy
Indicates that the volume was created before the use of the current algorithm. Legacy is always
the reported value for a DS6000 model.
rotateexts
Indicates that the extents for each new logical volume are allocated across all available ranks, and
is also known as storage-pool striping. This value is the default.
rotatevols
Indicates that the extents for each new logical volume are allocated from each successive rank.
This means that the extents for a particular volume will be allocated from one rank, while the
extents for the next volume will be allocated from the next successive rank, and so on.
managed
Indicates that the extents are currently managed by Easy Tier, and the extents for any new
volumes are initially allocated across all available ranks in the lowest tier of storage.
" – "
A dash " - " value is displayed if the extent allocation method does not apply , for example if the
volume is a track space efficient (TSE) volume.
Reqcap (blocks)
Indicates the requested quantity of volume logical blocks (for example, 3339).
► ►
-eam rotatevols -extpool extent_pool_ID -tier ssd
rotateexts ent
nl
nlexclude
► Volume_ID ►◄
-assignorder etdata -duration time ...
access "-"
Parameters
-dev storage_image_ID
(Optional) Specifies the storage image ID, which consists of manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify a fully qualified volume ID, do not
set the devid variable in your profile or through the setenv command, and the HMC is aware of more
than one storage image. Using the -dev parameter temporarily overrides any defined value for devid
for the current command.
-action migstart|migcancel|migpause|migresume|sfdisable|spidfdisable|tierassign|tierunassign
|etmonpause|etmonresume|etmonreset
(Required) Specifies that one of the following actions are to be performed:
migstart
Initiates volume migration on the specified volumes that are in the "normal" or "cancelled"
state. Volumes are placed into the migrating state. Volumes that are in the cancelled state
must have the original source or the destination extent pool as the value of the –extpool
parameter.
migcancel
Cancels volume migration on the specified volumes that are in the migrating state. Volumes
that have not yet started migration are put in the "normal" state, and volumes that are in the
middle of migration are put in the "cancelled" state.
migpause
Pauses volume migration on the specified volumes that are in the migrating state. Volumes
that have not yet started migration or that are in the middle of migration are put in the
"paused" state.
migresume
Resumes volume migration on the specified volumes that are in the "paused" state.
sfdisable
Sends a Soft Fence reset command to each specified volume. This action cannot be used with
any other parameter.
Note: By assigning a volume to a tier, a process that migrates the data in the volume to the
specified tier begins. You can check the progress of the migration by using the showfbvol or
showckdvol command with the -tier parameter. However, there is a maximum capacity that
can be assigned to each tier in a pool. If this maximum capacity is reached, a new assign
command to that tier is rejected due to insufficient capacity. You can check how much total
capacity has been assigned to a specific tier in a pool by using the showextpool command
with the -tier parameter. If, due to a configuration change, the assign operation reaches the
maximum capacity on the target tier before all volumes are assigned, the remaining volumes
enter the Assign Pending Hardware state. The migration of those volumes to the target tier are
paused.
tierunassign
Initiates the unassigning volume action on the specified volumes.
etmonpause
Specifies that Easy Tier monitoring of this volume will be paused. During the pause, all Easy
Tier storage migrations are unaffected, but no new migration plans will be formed.
etmonresume
Specifies that Easy Tier monitoring of this volume will be resumed. All Easy Tier storage
migrations are unaffected.
etmonreset
Specifies that all Easy Tier monitoring data (history), including migration plans are erased.
All new plans will be based on new monitoring data.
-eam
(Optional) Specifies the extent allocation method as follows:
rotateexts
Designates that extents that are allocated to a logical volume are successively rotated through
the ranks within an extent pool. This parameter is the default value.
rotatevols
Designates that each successive logical volume that is created is allocated on the next
available rank in the extent pool.
Note: You can specify the -eam parameter only if -action migstart is also specified.
-extpool extent_pool_ID
(Optional) Changes the extent pool ID of the volume so the volume migrates to the new extent pool.
Accepts either a fully qualified extent pool ID including storage image ID or a shortened version if
the -dev parameter is used. The shortened version is a four-digit decimal number with no leading
zeroes, prefixed with the letter P.
Note: When the command returns, the volume migration might still be occurring. It is available for
I/O and copy services during migration. Its configstate indicates that it is migrating.
-tier ssd|ent|nl |nlexclude
(Optional) Specifies which tier the volume is assigned to. This option is required with the –action
tierassign parameter.
SSD Solid state device tier,
Note: If you want the duration of the pause to be infinite, you must specify -duration 0H. Otherwise,
if you do not specify a value with the -duration parameter, the default is 168H.
volume_ID ... | -
(Required) Specifies an array of one or more CKD base volume IDs or volume ID ranges to modify.
A volume ID range is defined by two volume IDs that are separated by a dash. Multiple volume IDs
or volume ID ranges must be separated with a blank space between each ID.
Example: 0100-010F 0180-018F 0120
The volume ID format is four hexadecimal characters LLVV that represent the following values:
LL (for a DS8000 model)
Specifies the logical control unit number, 00 - FE
LL (for a DS6000 model)
Specifies the logical control unit number, 00 - 1F
VV (for DS6000 and DS8000 models)
Specifies the volume number, 00 - FF
You must fully qualify the volume ID with manufacturer, machine type, and serial number if you do
not use the -dev parameter.
The ellipsis (...) indicates that, optionally, you can specify multiple values. If you use the dash (-), the
specified value is read from standard input. You cannot use the dash (-) if you are in the DS CLI
interactive mode.
Example
► ►
-type ess -cap capacity -name volume_name
ds
blocks
► ►
-volgrp volume_group_ID -wait -sam standard -eam rotatevols
tse rotateexts
ese
► ►
-perfgrp performance_group_ID -resgrp resource_group_ID
► volume_ID ►◄
-t10dif - os400 + -A01 -A81 ...
"-"
Parameters
Notes:
1. You can create multiple volumes with one command; however, all volumes must have the same
capacity, extent pool, and data type.
2. If host attachment volume groups have not yet been created, create temporary volume groups and
assign new fixed block volumes to the temporary volume groups according to the volume type and
capacity characteristics.
3. To use the -sam tse parameter you must have previously created space-efficient storage (using the
mksestg command) for the extent pool.
-dev storage_image_ID
(Optional) Specifies the storage image ID, which includes a value for the manufacturer, machine type,
and serial number. The storage image ID is required if you do not specify fully qualified IDs, do not
set the devid variable in your profile or through the setenv command, and the HMC is aware of more
than one system. Using the -dev parameter will temporarily override any defined value for devid for
the current command.
-extpool extentpool_ID
(Required) Creates the base or alias volumes from data extents that are contained in this extent pool.
The extent pool storage type defines the volume storage type. An extent pool ID is a four-digit
decimal number with no leading zeros, prefixed with the letter P.
Chapter 4. CLI commands 321
-os400 A01 | A81 | A02 | A82 | A04 | A84 | A05 | A85 | A06 | A86 | A07 | A87 | 050 | 099
(Optional) The OS/400 volume options. If this parameter is not specified, the default standard
2107/1750 volume is created.
This parameter, with a specified Axx value, is required if the -cap parameter is not specified because
the Axx values also indicate a specific capacity. However, because the 0xx values do not indicate any
capacity, the -cap parameter is required with the 0xx values to specify the capacity of the IBM i
volume.
The storage sizes and the data types for this volume are listed in the following table:
Note: You must ensure that the volume data type is compatible with the host systems that can access
this volume.
-type ess | ds | blocks
(Optional) Specifies the unit type of capacity that is specified by the -cap parameter.
ess Specifies that the unit is decimal gigabytes (GB) 10^9 bytes.
ds Specifies that the unit is gibibytes (GiB) 2^30 bytes.
blocks Specifies that the unit is 512 blocks.
Notes:
1. If the -type parameter is not specified, the lun is created as type ds.
2. The -type parameter is ignored when the -os400 parameter is specified.
-cap capacity
(Optional) Specifies the storage size that is allocated to this volume object. The maximum volume size
varies and depends on DS8000 model and type.
Note: If you specify this parameter, you must wait until your original command processes
completely before you can issue a new command.
-sam standard | tse | ese
(Optional) Specifies the storage allocation method as follows:
standard
Designates that you want the system to fully allocate the volume with real extents when it
creates the volumes. This value is the default.
tse Designates that you want the system to create track space-efficient volumes. After creation,
these space-efficient volumes contain a set of virtual extents that are associated with the
space-efficient storage in the same extent pool. The physical space for a given logical track on
a track space-efficient logical volume is dynamically allocated and deallocated from the
repository in the space-efficient storage.
Note: To use this subparameter, you must have previously created space-efficient storage
(using the mksestg command) for the extentpool.
ese Designates that an extent space efficient (ESE) logical volume is provisioned with a set of
virtual extents that are associated with the space efficient storage in the same extent pool.
Physical space for an extent space efficient logical volume is dynamically allocated and
de-allocated from the extent pool. ESE volumes are used for IBM System Storage DS8000 Thin
Provisioning.
Note: To use this subparameter, you must have previously created space-efficient storage
(using the mksestg command) for the extentpool.
-eam rotateexts | rotatevols
(Optional) Specifies the extent allocation method as follows:
rotateexts
Specifies that the extents for each new logical volume are allocated across all available ranks,
and is also known as storage-pool striping. This value is the default.
rotatevols
Specifies that the extents for each new logical volume are allocated from each successive rank.
This means that the extents for a particular volume will be allocated from one rank, while the
extents for the next volume will be allocated from the next successive rank, and so on.
-perfgrp performance_group_ID
(Optional) Specifies the performance group ID that the volumes are assigned to. The performance
group ID begins with the letters PG. The default is PG0.
-resgrp resource_group_ID
(Optional) Specifies the resource group that the volumes are assigned to. The resource group ID
begins with the letters RG and ends with a decimal number. The default is RG0.
Example 1
Invoking the mkfbvol command
dscli> mkfbvol -dev IBM.2107-75FA120
-extpool P1 -name my_vol_#d -type ess -cap 8.6
-sam ese 0100 0101 0102 0103
Example 2
rmfbvol
The rmfbvol command deletes fixed block volumes from a storage image.
Parameters
Notes:
1. You can use this command when there are volumes that are in the configuration error state. To correct
this configuration state, issue the rmfbvol command for each affected volume. You can specify a
volume range according to the command specifications when it is appropriate.
2. Before Release 5.1, the DS8000 system did not check before deleting a volume. With Release 5.1 and
later, the DS8000 system does not delete a volume that is in use. The phrase in use means that the
volume is participating in a Copy Services relationship or is in a z/OS path group. Use the -force
parameter to bypass the in-use checking and delete the volume. Use the -safe parameter for an
additional check for volume participation in a non-default volume group before deleting the volume.
-dev storage_image_ID
(Optional) Specifies the storage image ID, which includes manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify a fully qualified volume ID for all
logical volumes, do not set the devid variable in your profile or through the setenv command, and the
HMC is aware of more than one storage image. Using the -dev parameter temporarily overrides any
defined value for devid for the current command.
-quiet
(Optional) Turns off the volume removal confirmation prompt for this command.
-safe
(Optional) The -safe parameter specifies that the system run a check to see whether the specified
volumes are assigned to any non-default volume groups. If any volumes are still assigned to a
user-defined volume group, the rmfbvol command fails without deleting any volumes. During this
occurrence, messages are provided which list the volumes that are still assigned to a user-defined
volume group.
Notes:
v If there is any reason that the system cannot run the check, the rmfbvol command fails and no
volumes are deleted.
v The -safe and -force parameters cannot be specified at the same time.
-force
(Optional) The -force parameter allows for specified volumes to be deleted without checking to see
whether the volumes are in use. The phrase in use means that the volume is participating in a Copy
Services relationship or is in a z/OS path group. If multiple volumes are specified and some are in
use and some are not, the ones not in use can be deleted.
Note: The -safe and -force parameters cannot be specified at the same time.
Volume_ID ... | -
(Required) Specifies an array of one or more fixed block volume IDs to be removed. This parameter
also accepts a fully qualified volume ID, which includes the storage image ID, or a shortened version
without the storage image ID if the -dev parameter is specified.
Example of -dev parameter use
If you specify the -dev parameter, you can use the shortened version of the Volume_ID parameter as
follows:
For DS8000:
dscli> rmfbvol -dev IBM.2107-75FA120 0100-010F 0180-018F 0120
For DS6000:
dscli> rmfbvol IBM.1750-13ABR4A/0005-00FF
The volume ID is a 32 bit number that can be represented as four hexadecimal digits in the form of
XYZZ where:
X (for DS6000 and DS8000 models)
Specifies the address group, 0 -1 for DS6000 and 0–F for DS8000.
XY (for a DS8000 model)
Specifies the logical subsystem number, 00 - FE.
XY (for a DS6000 model)
Specifies the logical subsystem number, 00 - 1E.
ZZ (for DS6000 and DS8000 models)
Specifies the volume number, 00 - FF.
To specify a range of volume IDs, separate the volume IDs with a hyphen.
You must separate multiple volume IDs or ranges of volume IDs with a blank space between each ID
or range of IDs.
The ellipsis (...) indicates that, optionally, you can specify multiple values. If you use the dash (-), the
specified value is read from standard input. You cannot use the dash (-) while you are in the DS CLI
interactive command mode.
Example
The following example shows the output that results when you specify that you want a range of
volume IDs to be removed.
showfbvol
The showfbvol command displays detailed properties for an individual volume. This command can also
be used to display the performance metrics of a fixed block volume.
►► showfbvol ►
-dev storage_image_ID -metrics -pathgrp -rank
► volume_ID ►◄
-reserve -tier -volgrp volume_group_ID " - "
Parameters
-dev storage_image_ID
(Optional) Specifies the storage image ID, which consists of manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify a fully qualified volume ID, do not
set the devid variable in your profile or through the setenv command, and the HMC is aware of more
than one storage image. Using the -dev parameter temporarily overrides any defined value for devid
for the current command.
-metrics
(Optional) Displays volume ID and performance metrics for the specified volume.
Notes:
1. All performance counts are an accumulation since the most recent counter wrap or counter reset.
Volume performance counters are reset on a power-up sequence. Volume performance counters
are reset by a server failover and failback sequence.
2. Do not use this parameter with the -pathgrp, -rank, -reserve, -tier, or -volgrp parameters.
-pathgrp
(Optional) Displays the path group status table, which contains path group information. This
information includes the path group ID, the grouped, reserved, and path mode status.
Do not use this parameter with the -metrics, -rank, -reserve, -tier, or -volgrp parameters.
-rank
(Optional) Specifies that a rank extents table is to be displayed. This table displays the set of ranks
that the logical volume has extents configured on and the number of extents for that logical volume.
Note: Do not use this parameter with the -metrics, -pathgrp, -reserve, -tier, or -volgrp
parameters.
-reserve
(Optional) Displays the SCSI reserve status table, which contains SCSI reserve information. This
information includes the WWPN, type, and the I/O port ID.
Do not use this parameter with the -metrics, -pathgrp,-rank, -tier, or -volgrp parameters.
Notes:
1. You can use the -volgrp parameter only when you are doing a query for performance metrics.
2. Do not use the -volgrp parameter with the volume_ID parameter.
3. Do not use the -volgrp parameter with the -metrics, -pathgrp, -rank, -reserve, or -tier
parameters.
volume_ID | –
(Required if you do not specify the -volgrp parameter.) Displays information for the specified
volume. This parameter accepts a fully qualified volume ID, which consists of the storage_image_ID or
a shortened version without the storage image ID, if you specify the -dev parameter. The volume ID
is a 32 bit number that can be represented as four hexadecimal digits in the form of XYZZ where:
X (for DS6000 and DS8000 models)
Specifies the address group, 0 - 1 for DS6000 and 0–F for DS8000.
XY (for a DS8000 model)
Specifies the logical subsystem number, 00 - FE.
XY (for a DS6000 model)
Specifies the logical subsystem number, 00 - 1E.
ZZ (for DS6000 and DS8000 models)
Specifies the volume number, 00 - FF.
If you use the dash (-), the specified value is read from standard input. However, you cannot use the
dash (-) while you are in the DS CLI interactive command mode.
Note: Do not use the volume_ID parameter with the -volgrp parameter.
Example
For this command and all other DS CLI show commands, the results are shown in table format to
provide clarity. The actual reports do not display as tables.
The following tables represent the headers that are displayed on the output reports that are associated
with the showfbvol command using the -rank parameter. When the rank parameter is specified, a rank
extents table is also displayed. It appears at the end of the regular report.
Note: The example output is based on using the showfbvol command for a 1.0 gibibyte (GiB)volume.
When the rank parameter is specified, a rank extents table is displayed at the end of the regular report.
dscli> showfbvol -dev IBM.2107-1300861 -rank 6000
============================Rank extents===========================
Rank Extents
R0 1
R2 2
Note: Volumes that belong to an encrypted extent pool are encrypted. You can see the encryption
group of an extent pool by using the lsextpool -l, or showextpool commands.
Exts
Indicates the number of real and virtual extents used by the designated volume ID.
Captype
Indicates capacity unit type used at volume creation. One of the following values is displayed:
ESS
The capacity unit is decimal gigabytes (GB).
DS The capacity unit is gigibytes (GiB).
DS/ESS
The capacity unit is gigibytes (GiB) or decimal gigabytes (GB).
Blocks
The capacity unit 512 B.
iSeries
The capacity unit was not specified at volume creation. This fixed block volume was created for
iSeries.
Cap (2^30B)
Indicates the size of the volume that is available for host system access in gigibytes (GiB).
Note: " – " is displayed if the capacity unit type of the volume is ESS (captype=ESS)
Cap (10^9B)
Indicates the size of volume that is available for host system access in decimal gigabytes (GB).
Note: " – " is displayed if the capacity unit type of the volume is DS (captype=DS)
Cap blocks
Indicates the quantity of volume logical blocks that are available for host system access.
Volgrp
Indicates the volume groups (excluding default volume groups) that a volume belongs to.
Multiple volume groups that are associated with the volume are separated by a comma.
Note:
1. A " – " value is displayed in this column if the value displayed in the SAM column is not TSE.
2. A " – " value is displayed for the DS6000.
EAM
Indicates the extent allocation method that is to be used if the volume is migrated or expanded. One
of the following values is displayed:
legacy
Designates that the volume was created before the use of the current algorithm. Legacy is always
the reported value for a DS6000 model.
rotateexts
Indicates that the extents for each new logical volume are allocated across all available ranks, and
is also known as storage-pool striping. This value is the default.
rotatevols
Indicates that the extents for each new logical volume are allocated from each successive rank.
This means that the extents for a particular volume will be allocated from one rank, while the
extents for the next volume will be allocated from the next successive rank, and so on.
managed
Indicates that the extents are currently managed by Easy Tier, and the extents for any new
volumes are initially allocated across all available ranks in the lowest tier of storage.
" – "
The value " - " is displayed if the extent allocation method does not apply, for example, track
space-efficient logical volumes.
Example
For this command and all other DS CLI show commands, the results are shown in table format to
provide clarity. The actual reports do not display as tables.
The following tables represent the headers that are displayed on the output reports that are associated
with the showfbvol command using the -metrics parameter.
seq
seqwrite- cachfwr- cachfwr- cachfw- cachfw- inbcach- bypass- DASD
hits reqs hits reqs hits load cach trans
10000 10000 10000 10000 10000 10000 10000 10000
CKD
irtrk cachsp- timelow- phbyte- phbyte-
hits delay ifact phread phwrite phwrite read writ
0 10000 10000 10000 10000 10000 10000 10000
sfile
recmo- trk contam- PPRC- NVS- time- timeph- byte-
reads reads wrts trks spallo phread write read
10000 0 0 10000 10000 10000 10000 10000
GMCollisions- GMCollisions-
zHPFPrefetchReq zHPFPrefetchHit SidefileCount SendSyncCount
0 0 0 0
Example
Example 4
If you specify the -pathgrp parameter and there are no path groups for this volume, the following
message is displayed.
CMUC00234I lsfbvol: No Path Groups found.
If you specify the -pathgrp parameter and there are path groups for this volume, a path group status
table is appended to the resulting output.
dscli> showfbvol –pathgrp efff
Note: The path group ID is supplied by the host and is not interpreted further by the DS8000
system. This means the hosts are free to define, or re-define, the meaning of this value with no
impact to the DS8000 system. However, some programs such as ICKDSF break down the ID into
distinct fields with the following partial display of the ICKDSF logical path status table.
+---------------------------+-
| PATH GROUP ID | ...
|------+------+----+--------+-
| | |CPU |CPU TIME|
| ID |SERIAL|TYPE| STAMP | ...
+------+------+----+--------+-
|800002|B947 |2827|CA78BC17| ...
+------+------+----+--------+-
|880005|B947 |2827|CAAD6FBA| ...
+------+------+----+--------+-
|800009|B947 |2827|CAC684B9| ...
+------+------+----+--------+-
Example 5
If you specify the -reserve parameter and there are no SCSI reservations for this volume, the following
message is displayed.
CMUC00234I lsfbvol: No SCSI reservations found.
If you specify the -reserve parameter and there are SCSI reservations for this volume, the SCSI
reservation attributes and a SCSI reserve port table is appended to the resulting output.
dscli> showfbvol -reserve 0200
chvolgrp
The chvolgrp command modifies a volume group name and volume members.
►► chvolgrp ►
-dev storage_image_ID -name new_Volume_Group_name
► ►
-action add -safe -volume volume_ID ... -lun lun_ID
remove
replace
► Volume_Group_ID ►◄
"-"
Note: If you are using an HP-UX operating system, the number of volumes in the volume group must
not exceed seven volumes. This restriction applies only when the hostconnect attribute for the
-addrdiscovery parameter is set to reportlun and the associated volume group is of type mapscsi256.
-dev storage_image_ID
(Optional). Specifies the storage image ID, which consists of manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify fully qualified IDs or do not set the
devid variable in your profile or through the setenv command. The storage image ID is also required
if the HMC is aware of more than one storage image. The -dev parameter temporarily overrides any
defined value for devid for the current command.
For DS8000, example: IBM.2107-75FA120
-name new_Volume_Group_name
(Optional). Specifies a new name for the volume group. The name is limited to 16 characters. The
name must be unique across volume groups that are contained by a storage unit.
-safe
(Optional). Enables checks for the safe removal of the volume from the volume group.
-action add | remove | replace
(Optional, unless the -volume parameter is specified). Specify one of the following values with this
parameter:
add Specifies that the volumes be added to the volume group.
remove
Specifies that the volumes be removed from the volume group.
replace
Specifies that the existing volumes be replaced by the specified volumes.
Note: The chvolgrp command fails if you specify the -volume parameter and not included the
-action parameter.
-safe
(Optional). Valid for the remove and replace actions, only. Enables checks for the safe removal or
replacement of the volume from the volume group. The checked conditions that give a failed result
include: an open host reservation, a Copy Services relationship, or an I/O received within the last 5
minutes.
-volume volume_ID ...
(Optional unless you are specifying the -action or the -lun parameter, then the -volume parameter is
required.) Specifies an array of one or more volume IDs or volume ID ranges to be included in the
volume group when the -action parameter is specified.
The volume ID is a 32-bit number that can be represented as four hexadecimal digits in the form of
XYZZ where:
X (for DS6000 and DS8000 models)
Specifies the address group, 0 - 1 for DS6000 and 0–F for DS8000.
XY (for a DS8000 model)
Specifies the logical subsystem number, 00 - FE.
XY (for a DS6000 model)
Specifies the logical subsystem number, 00 - 1E.
ZZ (for DS6000 and DS8000 models)
Specifies the volume number, 00 - FF.
To specify a range of volume IDs, separate the volume IDs with a dash (-).
Notes:
1. For SCSI MAP 256, the array or ranges cannot exceed 256 volume ID entries. Otherwise, up to 64
384 entries are allowed.
2. The chvolgrp command fails if you specify the -volume parameter and do not specify the -action
parameter.
Example: 0100-010F,0180-018F,0120
-lun lun_ID
(Optional - SCSI MAP 256 only). Specifies the LUN ID in hexadecimal value (00 - FF), which is
mapped to the specified volume ID when the -action add or -action replace parameter is specified. If
multiple volume IDs are specified by the -volume parameter, the LUN ID is consecutively assigned in
incremental order. If the specified LUN ID is not valid, the command is rejected.
Note: This parameter is only valid when the target volume group type is SCSI MAP 256. Otherwise,
this command fails.
If the -action add parameter is specified and the specified LUN ID is already mapped to the other
volume in the specified volume group, the command fails.
If the -action add parameter is specified without the -lun parameter, an unused LUN ID is assigned
to the volume ID. In this case, the unused LUN ID is selected from a smaller number.
The following example shows how this process works:
A volume group of "SCSI Map 256" type has Volume 0000 and 0001.
Their LUNs are the members of the following volume group:
(showvolgrp displays the current mapping.)
0000 : 10
0001 : 11
Because the range of LUN IDs is 00-FF, the unused LUN IDs
are 00,01,...,0F,12,13,...,FF.
If you add volume 0002 and 0003 to this volume group without
the -lun parameter, the mapping results in the following
because 00 and 01 are "smaller" unused LUN IDs:
0002 : 00
0003 : 01
0000 : 10
0001 : 11
If the -action replace parameter is specified without specifying the -lun parameter, lun_ID=00 is
assumed.
Volume_Group_ID | –
(Required). Specifies the ID of the volume group that being changed. The volume group ID is made
up of the storage image ID followed by the volume group ID. This parameter also accepts a fully
qualified volume group ID including the storage image ID or a shortened version. The shortened
version is a four-digit decimal number with no leading zeros, prefixed with the letter V.
If you use the dash (-), the specified value is read from standard input. You cannot use the dash (-)
while you are in the DS CLI interactive command mode.
Example
lsvolgrp
The lsvolgrp command displays a list of volume groups in a storage image and status information for
each volume group in the list.
►► lsvolgrp ►
-dev storage_image_ID -s -type ficonall
-l scsiall
scsimask
scsimap256
os400all
os400mask
► ►◄
-volume volume_ID Volume_Group_ID
...
"-"
Parameters
-dev storage_image_ID
(Optional). Specifies the storage image ID, which includes manufacturer, machine type, and serial
number. Displays only the objects for the storage unit that is specified. The storage image ID is
required if you do not specify fully qualified IDs, do not set the devid variable in your profile or
through the setenv command, and the HMC is aware of more than one storage image. Using the
-dev parameter will temporarily override any defined value for devid for the current command.
For DS8000, example: IBM.2107-75FA120
-s
(Optional). Displays volume group IDs only. You cannot use the -l and the -s parameters together.
-l
(Optional). Displays the default output. You cannot use the -l and the -s parameters together.
-type | ficonall | scsiall | scsimask | scsimap256 | os400all | os400mask
(Optional). Displays only volume groups that are configured as the specified volume group type.
-volume volume_ID
(Optional). Displays volume groups that contain the specified volume ID. The volume ID is a 32 bit
number that can be represented as 4 hexadecimal digits in the form of XYZZ where:
X (for DS6000 and DS8000 models)
Specifies the address group, 0 - 1 for DS6000 and 0–F for DS8000.
XY (for a DS8000 model)
Specifies the logical subsystem number, 00 - FE.
XY (for a DS6000 model)
Specifies the logical subsystem number, 00 - 1E.
ZZ (for DS6000 and DS8000 models)
Specifies the volume number, 00 - FF.
Volume_Group_ID ... | –
(Optional). Displays volume groups with the specified IDs. A volume group ID is a four-digit decimal
number with no leading zeroes, prefixed with the letter V.
This parameter accepts a fully qualified volume group ID or a shortened version, if the -dev
parameter is specified.
Example
For this command and all other DS CLI list commands, the results are shown in table format to provide
clarity. The actual reports do not display as tables.
The following table represents the headers that are displayed on the output report that is associated with
the lsvolgrp command using the -l parameter.
Name ID Type
Host_xxx 1011 OS400
_volumes Mask
Host_yyy 1111 OS400
_volumes Map 256
Host_zzz 1211 SCSI
_volumes Mask
Key:
* Displayed when the -s parameter is specified.
+ Displayed only when the -l parameter is specified.
mkvolgrp
The mkvolgrp command creates a volume group in a storage image.
►► mkvolgrp ►
-dev storage_image_ID -hosttype host_type -type scsimask
scsimap256
os400mask
Parameters
Notes:
1. The DS8000 system assigns the ID during volume group creation based on the current configuration,
past configuration changes, and other internal considerations. No algorithm is available to accurately
predict the newly created volume group ID in every case.
2. Ensure that you use the -hosttype parameter when you issue this command.
3. When you create DS6000 volume groups for (RedHat) Linux using the mkvolgrp command, the -type
parameter must be set to scsimap256.
4. When you create DS6000 volume groups for AIX5L, the -type parameter must be set to scsimap.
If you are using an HP/UX operating system, the number of volumes in the volume group must not
exceed 7 volumes. This restriction only applies when the hostconnect attribute for the -addrdiscovery
parameter is set to reportlun and the associated volume group is of type scsimap256.
-dev storage_image_ID
(Optional). Specifies the storage image ID, which includes manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify a fully qualified volume ID, do not
set the devid variable in your profile or through the setenv command, and the HMC is aware of more
than one storage image. Using the -dev parameter will temporarily override any defined value for
devid for the current command.
For DS8000, example: IBM.2107-75FA120
-hosttype host_type
(Optional) Use this parameter as an alternative method for specifying the type of Volume Group.
Note: You cannot use this parameter with the -type parameter.
-type | scsimask | scsimap256 | os400mask
(Optional). Specifies the type of the volume group.
scsimask (default)
Creates a SCSI mask volume group. This option is available if the host adapter supports
four-byte LUN addresses.
scsimap256
Creates a SCSI-MAP 256 volume group.
os400mask
Creates an OS/400 mask volume group. The IBM IBM i host system typically uses fixed block
volumes of 520-byte logical block size. This option is available only if the host adapter
supports four-byte LUN addresses.
Note: This volume group is also referred to as SCSI520-MASK. When an error message is
displayed for the os400mask, SCSI520-MASK is referenced instead.
Note: You cannot use this parameter with the -type parameter.
-volume volume_ID | . . .
(Optional). Specifies the array of volume IDs to include in the volume group. For the -type
scsimap256 parameter, the array cannot exceed 256 volume ID entries. Otherwise, up to 64 384 entries
are allowed.
The volume ID is a 32-bit number that can be represented as 4 hexadecimal digits in the form of
XYZZ where:
Chapter 4. CLI commands 347
X (for DS6000 and DS8000 models)
Specifies the address group, 0 - 1 for DS6000 and 0–F for DS8000.
XY (for a DS8000 model)
Specifies the logical subsystem number, 00 - FE.
XY (for a DS6000 model)
Specifies the logical subsystem number, 00 - 1E.
ZZ (for DS6000 and DS8000 models)
Specifies the volume number, 00 - FF.
To specify a range of volume IDs, separate the volume IDs with a dash (–).
You must separate multiple volume IDs or ranges of volume IDs with a comma between each ID or
range of IDs.
Example: 0100-010F,0180-018F,0120
-lun lun_ID
(Optional) Specifies the LUN ID in hexadecimal value (00 - FF) which is mapped to the specified
volume ID for a SCSI-MAP256 type volume group. If multiple volume IDs are specified by the
-volume parameter, LUN IDs are assigned consecutively in incremental order.
Note: This parameter is only valid for a SCSI-MAP 256 type volume group. If this parameter is
specified for any other type of volume group, the command fails.
Volume_Group_Name | -
(Required). Specifies the volume group name, not to exceed 16 characters. Ensure that the name is
unique within the scope of the storage image. Accepts a fully qualified volume group name or a
shortened version, if the -dev parameter is specified.
If you use the dash (-), the specified value is read from standard input. You cannot use the dash (-)
while you are in the DS CLI interactive command mode.
Example
rmvolgrp
The rmvolgrp command deletes existing volume groups from a storage image.
►► rmvolgrp Volume_Group_ID ►◄
-dev storage_image_ID -quiet ...
"-"
Parameters
-dev storage_image_ID
(Optional). Specifies the storage image ID, which consists of manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify a fully qualified volume group ID, do
not set the devid variable in your profile or through the setenv command, and the HMC is aware of
more than one storage image. Using the -dev parameter will temporarily override any defined value
for devid for the current command.
For DS8000, example: IBM.2107-75FA120
If you do not specify the -dev parameter and you specify the Volume_Group_ID parameter, you must
use the fully qualified version of the volume group ID as follows:
For DS8000,
dscli> rmvolgrp IBM.2107-75FA120/V11
Example
showvolgrp
The showvolgrp command displays detailed properties of a volume group.
►► showvolgrp Volume_Group_ID ►◄
-dev storage_image_ID -lunmap " - "
-etccmap
Parameters
-dev storage_image_ID
(Optional). Specifies the storage image ID, which consists of manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify a fully qualified volume group ID, do
not set the devid variable in your profile or through the setenv command, and the HMC is aware of
more than one storage image. Using the -dev parameter will temporarily override any defined value
for devid for the current command.
For DS8000, example: IBM.2107-75FA120
Example 1
For this command and all other DS CLI show commands, the results are shown in table format to
provide clarity. The actual reports do not display as tables.
The following tables represent the headers that are displayed on the output reports that are associated
with the showvolgrp command.
Note: The volume group type determines the format of the LUN ID that is reported. The following
examples demonstrate these differences.
Invoking the showvolgrp command where the volume group type is SCSI MAP 256
dscli> showvolgrp -lunmap IBM.2107-1300861/V2
============================LUN Mapping===========================
Example 2
Invoking the showvolgrp command where the volume group type is SCSI Mask
dscli> showvolgrp -etccmap IBM.2107-1300861/V18
============================ETCC Mapping===========================
Note: os400 all and os400 Mask are sometimes referred to as SCSI520 all and SCSI520 Mask.
clearvol
The clearvol command clears Copy Services relationships for a base logical volume.
►► clearvol ►
-dev storage_image_ID -pprcsource -pprctarget -fcsource
► Volume_ID ►◄
-fctarget " - "
Parameters
-dev storage_image_ID
(Optional). Specifies the storage image ID, which consists of manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify a fully qualified volume ID, do not
set the devid variable in your profile or through the setenv command, and the HMC is aware of more
than one storage image. Using the -dev parameter will temporarily override any defined value for
devid for the current command.
Example
lsvolinit
The lsvolinit command displays volumes that are being initialized using flash init. CKD volumes are
not displayed. This command is not supported on DS6000 models.
►► lsvolinit volume_ID ►◄
-dev storage_image_ID -s ...
-l "-"
Note: If trackstoinit reaches zero, the initialization is complete and the volume is no longer listed with
this command
-dev storage_image_ID
(Optional). Specifies the storage image ID, which consists of manufacturer, machine type, and serial
number. Displays only the objects for the storage unit that is specified. The storage image ID is
required if you do not specify a fully qualified volume ID, do not set the devid variable in your
profile or through the setenv command, and the HMC is aware of more than one storage image.
Using the -dev parameter will temporarily override any defined value for devid for the current
command.
-s
(Optional). Displays only the volume ID. You cannot use the -s and the -l parameters together.
-l
(Optional). Displays the default output. You cannot use the -l and the -s parameters together.
volume_ID ... | -
(Required). Specifies the IDs of the volumes that you want to query.
You must separate multiple volume IDs or ranges of volume IDs with a blank space between each ID
or range of IDs.
The ellipsis (...) indicates that, optionally, you can specify multiple values. If you use the dash (-), the
specified value is read from standard input. You cannot use the dash (-) while you are in the DS CLI
interactive command mode.
Example
For this command and all other DS CLI list commands, the results are shown in table format to provide
clarity. The actual reports do not display as tables.
The following table represents the headers that are displayed on the output report that is associated with
the lsvolinit command using the -l parameter.
ID state trackstoinit
100 Valid 128
101 Valid 1
Note: If the state is anything other than Valid, then all other columns, except ID, are reported as " - ".
TracksToInit
Indicates the number of tracks that are not yet initialized. The maximum value that can be displayed
is dependent on the volume size.
Key:
* Displayed when the -s parameter is specified.
+ Displayed only when the -l parameter is specified.
A repository of type T and of capacity N guarantees that at least N bytes are available in the extent pool
to provision the defined virtual T volumes. This configuration means that other types of non-T allocations
will not consume all of the available storage in the extent pool. It also guarantees that no more than N
bytes from the extent pool will be used to provision the defined virtual T volumes. Therefore, T
allocations will not consume all of the available storage in the extent pool.
A repository also provides a clear and intuitive definition for the over-provisioned ratio, also known as
the over-allocation or over-commitment ratio. The over-provisioned ratio is the sum of all the virtual T
volume capacities divided by the repository capacity N. In other words, for any fixed repository capacity,
the over-provisioned ratio varies only with virtual T volume creations and deletions. The ratio does not
vary with any virtual non-T volume creations and deletions.
Although ESE volumes previously existed, the DS8000 system did not allow the creation of an ESE
repository until Release 7.2. Without an ESE repository, no method to reserve storage to provision ESE
volumes was available. Also, no method to prevent the ESE volume allocations from consuming the
entire extent pool was available. Both problems were solved with the creation of an ESE repository, which
is similar in effect to a TSE repository. However, the underlying mechanism to provide an ESE repository
and the mechanism to provide a TSE repository are completely different.
chsestg
The chsestg command changes the space-efficient storage attributes for an extent pool.
►► chsestg ►
-dev storage_image_ID -captype gb -vircap capacity
blocks
cyl
mod1
► ►
-reptype tse -repcap capacity -reppercent percentage
ese
► ►
-repcapthreshold repository_threshold_percentage -quiet -wait
► extentpool_ID ►◄
"-"
Parameters
-dev storage_image_ID
(Optional) Specifies the storage image ID, which consists of a value for manufacturer, machine type,
and serial number. The storage image ID is required if you do not specify a fully qualified ID for the
extent pool ID, do not set the devid variable in your profile or through the setenv command, and the
HMC is aware of more than one storage image. Using the -dev parameter temporarily overrides any
defined value for devid for the current command.
-captype gb | blocks | cyl | mod1
(Optional) Specifies the type of capacity unit that is specified by the -vircap and -repcap parameters.
gb is the default for fixed block storage, and mod1 is the default for count key data (CKD).
Select one of the following capacity unit types:
Notes:
1. Some releases of the DS8000 require that the ratio of virtual capacity to repository capacity be at
least 2:1.
2. Only one of the following parameters can be specified: -repcapthreshold, –repcap, -reppercent,
and -vircap.
-reptype tse | ese
(Optional) Specifies the type of repository that is affected by the repcap, reppercent, and
repcapthreshold parameters. If the type is not specified, the -reptype parameter defaults to tse.
Valid repository types are as follows:
tse
Specifies a track space-efficient physical repository. This type is the default.
Notes:
1. Three thresholds for the repository generate notifications when their thresholds amounts are
attained. Two of the three thresholds are set by the system and cannot be changed. They are set to
0% (full) and 15% (85% full). The third threshold is the user-defined threshold that is set here, and
the repository capacity status is based on this threshold. When any of the three thresholds have
attained a threshold amount, a notification will be sent for that particular threshold. No further
notifications will be sent until the repository capacity changes. If the repository capacity changes
and remains above the threshold, another notification might be sent, but no more than one
notification every five minutes. You must free capacity in the repository to stop the notifications.
If the user-defined threshold is equal to one of the other two fixed thresholds, only one
notification is sent, at most once every five minutes, for the two equivalent thresholds.
2. To verify that your storage complex is set up to send notifications, use the showsp command. If it
is not set up, use the chsp command to set up notifications.
-quiet
(Optional) Turns off the modification confirmation prompt for this command.
-wait
(Optional) Specifies that the command will be delayed until after the space efficient storage is created,
configured, and in a Normal state. If an error condition is detected while waiting, the command
returns and reports an error. The -wait parameter can only be specified if either -vircap, -repcap, or
-reppercent is also specified.
extentpool_ID | –
(Required) Specifies the ID of the space-efficient storage extent pool that you want to change. This
Example
lssestg
The lssestg command displays a list of the space-efficient repositories in the storage unit.
►► lssestg ►◄
-dev storage_image_ID -s -percent extentpool_ID
-l ...
"-"
Parameters
-dev storage_image_ID
(Optional) Specifies the storage image ID, which consists of a value for manufacturer, machine type,
and serial number. The storage image ID is required if you do not specify a fully qualified extent
pool ID. It is also required if you do not set the devid variable in your profile or through the setenv
command, and the HMC is aware of more than one storage image. Using the -dev parameter
temporarily overrides any defined value for devid for the current command.
-s
(Optional) Displays only the extent pool IDs of the extent pools that contain space-efficient storage.
You cannot use the -s and the -l parameters together.
-l
(Optional) Displays the default output plus the virtual and physical repository capacity that is
allocated for space-efficient repositories. You cannot use the -s and the -l parameters together.
-percent
(Optional) Specifies that the repcapalloc and vircapalloc values be displayed in percentages rather
than in gibibyte (GiB) or Mod1 units.
Note: In some versions of the DS CLI, the displayed percentages for the repcapalloc and vircapalloc
values used one decimal place. However, because internal percentage calculations only use whole
numbers, the decimal place was removed.
extentpool_ID ... | –
(Optional) Specifies the IDs of one or more extent pools that you want the system to display the
space-efficient storage details for. A fully qualified extent pool ID is accepted, which consists of the
storage image ID, or a shortened version without the storage image ID if the -dev parameter is
specified. The shortened version is a four-decimal digit number with no leading zeros, prefixed with
the letter P.
To specify a range of extent pool IDs, separate the extent pool IDs with a hyphen.
Example
For this command and all other DS CLI list commands, the results are shown in table format to provide
clarity. The actual reports do not display as tables.
The following table represents the headers that are displayed on the output report that is associated with
the lssestg command by using the -l parameter.
repcap(GiB/
Mod1) vircap reptype repcapalloc vircapalloc opratio
100.0 200.0 tse 10.0 150.0 1.5
0.0 0.0 ese 0.0 0.0 -
0.0 100.0 - - 0.0 -
160.0 1600.0 tste 0.0 0.0 0.0
1040.4 1600.0 ese 0.0 500.0 0.5
Notes:
1. The extent pool P5 has a TSE repository, but no ESE repository, and an over-provisioned ratio of 1.5 to
1.
2. The extent pool P10 has an ESE repository that is created with 0 (zero) capacity, which prevents ESE
volume creation in the pool. The repcapstatus is full because the pool does not allow any further
ESE volume creation.
3. The extent pool P13 has the virtual capacity that is specified but neither a TSE or an ESE repository.
ESE volume creation is still allowed. However, because there is no ESE repository, vircapalloc is
always zero. See the virconfigured field of the showextpool command to see total space-efficient
storage of the extent pool.
4. The extent pool P20 has both a TSE and an ESE repository. The value for the vircap column is the
same for both repositories because the virtual capacity is defined for all space-efficient storage.
Key:
* Displayed when the -s parameter is specified.
+ Displayed only when the -l parameter is specified.
mksestg
The mksestg command creates a space-efficient repository in an existing extent pool.
►► mksestg ►
-dev storage_image_ID -captype gb -vircap capacity
blocks
cyl
mod1
► ►
-reptype tse -repcapthreshold repository_threshold_percentage
ese
► extentpool_ID ►◄
-repcap capacity -wait "-"
-reppercent percentage
Parameters
-dev storage_image_ID
(Optional) Specifies the storage image ID, which consists of a value for manufacturer, machine type,
and serial number. The storage image ID is required if you do not specify a fully qualified extent
pool ID, do not set the devid variable in your profile or through the setenv command, and the HMC
is aware of more than one storage image. Using the -dev parameter temporarily overrides any defined
value for devid for the current command.
-captype gb | blocks | cyl | mod1
(Optional) Specifies the unit type of capacity specified by the -vircap and the –repcap parameters.
The following values are specified for each of these unit types:
gb The capacity unit is gibibytes (GiB). This type is the default for fixed block storage when the
-captype parameter is not specified. 1 GiB = 2 097 152 blocks.
block The capacity unit is blocks. This unit type is used only with fixed block storage. 1 block = 512
Bytes.
cyl The capacity unit is cylinders. This unit type is used only with count key data (CKD) storage.
1 cylinder = 15 tracks.
Note: Some DS8000 models require the ratio of virtual capacity to repository capacity to be at least
2:1.
-reptype tse | ese
(Optional) Specifies the type of repository that is affected by the repcap, reppercent, and
repcapthreshold parameters. If the type is not specified, the -reptype parameter defaults to tse.
The following repository types are valid:
tse
Specifies a track space-efficient physical repository. This type is the default.
Note: An ESE repository is not required to create ESE volumes. By creating an ESE repository,
you specify both a minimum capacity reserved for ESE volumes and a maximum capacity
allowed for ESE volumes. By default, no ESE repository allows the entire pool to be used by any
requestor of that capacity whether it is for standard volumes, a TSE repository, virtual capacity
(overhead), or ESE volumes. That is, the ESE volumes have 0% of the pool guaranteed, and the
extent limit of the pool is allowed.
-repcapthreshold repository_threshold_percentage
(Optional) Specifies the minimum threshold percentage of the physical repository capacity that is
currently available. When the percentage of the currently available repository capacity is less than
this minimum percentage, notifications are sent and the repository capacity status is reported as
exceeded. The default value is zero.
Notes:
1. Three thresholds for the repository generate notifications when their thresholds amounts are
attained. Two of the three thresholds are set by the system and cannot be changed. They are set to
0% (full) and 15% (85% full). The third threshold is the user-defined threshold that is set here, and
the repository capacity status is based on this threshold. When any of the three thresholds have
attained a threshold amount, a notification will be sent for that particular threshold. No further
notifications will be sent until the repository capacity changes. If the repository capacity changes
and remains above the threshold, another notification might be sent, but no more than one
notification every five minutes. You must free capacity in the repository to stop the notifications.
If the user-defined threshold is equal to one of the other two fixed thresholds, only one
notification is sent, at most once every five minutes, for the two equivalent thresholds.
2. To verify that your storage complex is set up to send notifications, use the showsp command. If it
is not set up, use the chsp command to set up notifications.
-repcap capacity
(Optional) Specifies the amount of physical capacity for the specified repository that you want to
provision the virtual capacity of the space-efficient logical volumes. It is considered an error to create
a repository that already exists, but a single repository of each type is allowed in each extent pool.
The repository type is specified with the -reptype parameter. All capacities must be designated as
whole numbers. The capacity units are specified by the -captype parameter. You cannot specify the
-repcap and -reppercent parameters at the same time.
Note:
1. Some DS8000 models require the ratio of virtual capacity to repository capacity to be at least 2:1.
On systems with this requirement, the effective maximum percentage is 50%. In many cases, a
value of 20% of the virtual capacity is a good value. However, less than 20% of virtual capacity
might significantly degrade performance.
-wait
(Optional) Specifies that the command will be delayed until after the space efficient storage is created,
configured, and in a Normal state. If an error condition is detected while waiting, the command
returns and reports an error.
extentpool_ID | -
(Required) Specifies the extent pool that is used to provision the extents used by this space efficient
storage. For example, P111. If you use the dash (-), the specified value is read from standard input.
You cannot use the dash (-) while you are in the DS CLI interactive command mode.
Example
rmsestg
The rmsestg command deletes the specified repositories in an extent pool.
►► rmsestg ►
-dev storage_image_ID -reptype all -quiet
tse
ese
► extentpool_ID ►◄
...
"-"
Parameters
-dev storage_image_ID
(Optional) Specifies the storage image ID, which consists of a value for manufacturer, machine type,
and serial number. The storage image ID is required if you do not specify a fully qualified ID for the
extent pool ID, do not set the devid variable in your profile or through the setenv command, and the
HMC is aware of more than one storage image. Using the -dev parameter will temporarily override
any defined value for devid for the current command.
-reptype all | tse | ese
(Optional) Specifies the type of repository to remove. If the type is not specified, the default is all.
Valid repository types are as follows:
all
Specifies the removal of all physical repositories, plus any overhead that is used to manage the
virtual capacity. However, if no ESE volumes exist after this action but are later created, the
virtual capacity overhead is automatically re-created.
tse
Specifies the removal of the physical TSE repository in an extent pool. Any ESE repository and
virtual capacity overhead remain unchanged.
Notes:
1. Using this option is equivalent to using the chsestg command and setting the TSE repository
capacity to zero (0).
2. A TSE repository is required to create TSE volumes.
3. All TSE volumes must be removed before attempting to remove the TSE repository.
ese
Specifies the removal of the physical ESE repository in an extent pool. Any TSE repository and
virtual capacity overhead remain unchanged.
Notes:
1. An ESE repository is not required to create ESE volumes.
2. Removing the ESE repository allows the entire pool to be used by any requestor of that
capacity whether it is for standard volumes, a TSE repository, virtual capacity (overhead), or
ESE volumes. That is, the ESE volumes have 0% of the pool guaranteed, and the extent limit
of the pool is allowed)
368 DS8000 Series Command-Line Interface User's Guide
.
-quiet
(Optional) Turns off the space-efficient storage removal confirmation prompt for this command.
extentpool_ID ... | –
(Required) Specifies the IDs of one or more extent pools that you want to delete the space-efficient
storage from. A fully qualified extent pool ID is accepted, which consists of the storage image ID or a
shortened version without the storage image ID if the -dev parameter is specified. The shortened
version is a four-decimal digit number with no leading zeroes, prefixed with the letter P.
To specify a range of extent pool IDs, separate the extent pool IDs with a hyphen.
You must separate multiple extent pool IDs or ranges of extent pool IDs with a blank space between
each ID or range of IDs.
The ellipsis (...) indicates that, optionally, you can specify multiple values. If you use the dash (-), the
specified value is read from standard input.
Note: You cannot use the dash (-) while you are in the DS CLI interactive command mode.
Example
showsestg
The showsestg command displays a detailed properties report of the specified repository of an individual
extent pool. Because an extent pool can have more than one repository, the -reptype parameter is used to
specify the single repository to display.
►► showsestg extentpool_ID ►◄
-dev storage_image_ID -reptype tse " - "
ese
Parameters
-dev storage_image_ID
(Optional) Specifies the storage image ID, which consists of a value for manufacturer, machine type,
and serial number. The storage image ID is required if you do not specify a fully qualified extent
pool ID, do not set the devid variable in your profile or through the setenv command, and the HMC
is aware of more than one storage image. Using the -dev parameter temporarily overrides any
defined value for devid for the current command.
-reptype tse | ese
(Optional) Specifies the type of repository to display. All fields that begin with rep are associated
with the specified repository type. These fields include repcapstatus, %repcapthreshold, repcap,
repcapalloc, and %repcapalloc. If the type is not specified, the -reptype parameter defaults to tse.
Valid repository types are as follows:
tse
Specifies a track space-efficient physical repository.
Example
Notes:
1. Three thresholds for the repository generate notifications when their thresholds amounts are
attained. Two of the three thresholds are set by the system and cannot be changed. They are set to
0% (full) and 15% (85% full). The third threshold is the user-defined threshold that is set here, and
the repository capacity status is based on this threshold. When any of the three thresholds have
attained a threshold amount, a notification will be sent for that particular threshold. No further
notifications will be sent until the repository capacity changes. If the repository capacity changes
and remains above the threshold, another notification might be sent, but no more than one
notification every five minutes. You must free capacity in the repository to stop the notifications.
If the user-defined threshold is equal to one of the other two fixed thresholds, only one
notification is sent, at most once every five minutes, for the two equivalent thresholds.
2. To verify that your storage complex is set up to send notifications, use the showsp command. If it
is not set up, use the chsp command to set up notifications.
Repcap (GiB)
Indicates the total physical repository capacity in the format of X.Y, where, for fixed block volumes, X
is in whole gibibytes (GiB) and Y represents tenths of a GiB, and is limited to a single digit (0 - 9).
Repcap (Mod1)
Indicates the total physical repository capacity for CKD in the format of X.Y, where X is in whole
Mod1 units (1113 cylinders) and Y represents tenths of a Mod1 unit, and is limited to a single digit (0
- 9). A value is displayed if the storage is for CKD, otherwise, a " - " value is displayed if the storage
is for fixed block.
Repcap (blocks)
Indicates the total physical repository capacity in blocks. A value is displayed if the storage is for
fixed block, otherwise, a " - " value is displayed if the storage is for CKD.
Repcap (cyl)
Indicates the total physical repository capacity in cylinders. A value is displayed if the storage is for
CKD, otherwise, a " - " value is displayed if the storage is for fixed block.
Repcapalloc (GiB/Mod1)
Indicates the allocated physical repository capacity of the track space-efficient storage from the
available repository capacity as a result of writes to the track space-efficient volumes. This value is
displayed in the format of X.Y, where, for fixed block volumes, X is in whole gibibytes (GiB) and Y
represents tenths of a GiB, and is limited to a single digit (0 - 9). For CKD volumes, X is in whole
Mod1 units (1113 cylinders) and Y represents tenths of a Mod1 unit, and is limited to a single digit (0
- 9).
%repcapalloc
Indicates the allocated virtual capacity of the track space-efficient storage; that is, the amount of
virtual capacity that is already defined as a percentage.
Note: In some versions of the DS CLI, the displayed percentage for the repcapalloc value used one
decimal place. However, because internal percentage calculations only use whole numbers, the
decimal place has been removed.
Vircap (GiB)
Indicates the total virtual capacity for all space-efficient volumes, including ESE and TSE. The format
is X.Y, where X is in whole gibibytes (1 GiB) and Y represents tenths of a GiB, and is limited to a
single digit (0 - 9).
Vircap (Mod1)
Indicates the total virtual capacity in the format of X.Y, where X is in whole Mod1 units (1113
Note: In some versions of the DS CLI, the displayed percentage for the vircapalloc value used one
decimal place. However, because internal percentage calculations only use whole numbers, the
decimal place has been removed.
Overhead (GiB/Mod1)
Indicates the amount of physical space incurred to implement space-efficient storage.
reqrepcap(GiB/Mod1)
Indicates the total physical repository capacity that was requested in the format of X.Y, where, for
fixed block volumes, X is in whole gibibytes (GiB) and Y represents tenths of a GiB, and is limited to
a single digit (0 - 9). For CKD volumes, X is in whole Mod1 units (1113 cylinders) and Y represents
tenths of a Mod1 unit, and is limited to a single digit (0 - 9).
reqvircap (GiB/Mod1)
Indicates the total virtual repository capacity requested in the format of X.Y, where X is in whole
gibibytes (GiBs) and Y represents tenths of a GiB, and is limited to a single digit (0 - 9).
Reptype
Indicates the type of repository, as follows:
tse
Indicates a track space-efficient physical repository.
ese
Indicates an extent space-efficient physical repository.
- A dash (-) indicates that this information is unknown, not available, or not applicable.
Opratio
Over-provisioned ratio is the allocated virtual capacity divided by the size of the repository
(vircapalloc / repcap). Displayed in the format of X.Y where Y is limited to a single digit (0 - 9).
The I/O priority manager maintains statistics for the set of logical volumes in each performance group
that can be queried using the lsperfgrprpt command. If management is performed for the performance
policy, the I/O priority manages the I/O operations of all managed performance groups to achieve the
goals of the associated performance policies. If not specified, the performance group defaults to 0. The
following table provides the performance groups that are predefined and have the associated
performance policies:
This section contains commands that are used to manage quality of service for DS8000 models only.
lsperfgrp
The lsperfgrp command displays a list of performance groups and information for each performance
group in the list.
► ►◄
performance_group_ID
...
"-"
Parameters
-dev storage_image_ID
(Optional) Displays the storage image ID, which consists of manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify fully qualified IDs, do not set the
devid variable in your profile or through the setenv command, and the HMC is aware of more than
one storage image. Using the -dev parameter will temporarily override any defined value for devid
for the current command.
-s
(Optional) Displays only the performance group ID. You cannot use the -s and the -l parameters
together.
-l
(Optional) Displays the default output. You cannot use the -s and the -l parameters together.
-pol policy_ID
(Optional) Displays only the performance groups with the specified policy ID.
performance_group_ID ... | –
(Optional) Displays only the performance groups with the performance group IDs specified. Multiple
IDs or ID ranges must be separated with a white space between each value. The ellipsis (...) indicates
that, optionally, you can specify multiple values. If you use the dash (-), the specified value is read
from standard input.
Example
ID pol
PG0 1
PG1 2
PG2 2
Key:
* Displayed when the -s parameter is specified.
lsperfgrprpt
The lsperfgrprpt command displays a list of performance reports for the specific set of performance
groups, or all if none are specified.
►► lsperfgrprpt ►
-dev storage_image_ID -s -dapair dapair_ID
-l -rank rank_ID
► ►◄
-start time -stop time -interval time performance_group_ID
"-"
Parameters
-dev storage_image_ID
(Optional) Displays the storage image ID, which consists of manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify fully qualified IDs. It is also required
if you do not set the devid variable in your profile or through the setenv command, and the HMC is
aware of more than one storage image. Using the -dev parameter temporarily overrides any defined
value for devid for the current command.
-s
(Optional) Use this parameter to display only the performance group IDs. You cannot use the -s and
the -l parameters together.
-l
(Optional) Use this parameter to display the default output and extra attributes that are identified as
long output. You cannot use the -s and the -l parameters together.
-dapair dapair_ID
(Optional) Displays only the performance groups with the specified DA pair ID. You cannot use the
-dapair and the -rank parameters together.
-rank rank_ID
(Optional) Displays only the performance groups with the specified rank ID. You cannot use the
-dapair and the -rank parameters together.
-start time
(Optional) Specifies the start time of the report in the past, relative to the current time. The time
format is specified in days, hours, minutes; for example: 1d,2h,3m. The default is 1h, which means 1
hour before the current time.
-stop time
(Optional) Specifies the stop time of the report in the past, relative to the current time. The time
format is specified in days, hours, minutes. The default is 0m, which means the current time.
-interval time
(Optional) Specifies the interval of time between report samples. The time format is specified in days,
hours, minutes. The default is 5m, which means a 5-minute interval between samples.
performance_group_ID | –
(Optional) Displays only the performance groups with the performance group IDs specified. Multiple
IDs or ID ranges must be separated with a white space between each value. If you use the dash (-),
the specified value is read from standard input.
Note: Each line of the display is defined as a "report" for that resource at that time. This command
has a maximum limit of 256 reports, but is configurable in the dscli.profile. If the limit is exceeded,
Example
aveQ tgtQ %hlpT %dlyT %impT mnIO mxIO %idle mnMB mxMB
123 123 100 100 100 123456 123456 100 1.234 1.234
mnresp mxresp %Hutl %VHutl %loQ %hiQ %hlp# %rep %dly# %ceil
123.450 123.450 100 100 100 100 100 100 100 1234
lsperfrescrpt
The lsperfrescrpt command displays a list of performance reports for a given resource or set of
resources of a given type.
►► lsperfrescrpt ►
-dev storage_image_ID -s -start time -stop time
-l
► ►◄
-interval time dapair_id
rank_id
" - "
Parameters
-dev storage_image_ID
(Optional) Displays the storage image ID, which consists of manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify fully qualified IDs, do not set the
devid variable in your profile or through the setenv command, and the HMC is aware of more than
one storage image. Using the -dev parameter will temporarily override any defined value for devid
for the current command.
-s
(Optional) Use this parameter to display only the performance group IDs. You cannot use the -s and
the -l parameters together.
-l
(Optional) Use this parameter to display the default output and additional attributes that are
identified as long output. You cannot use the -s and the -l parameters together.
-start time
(Optional) Specifies the start time of the report in the past, relative to the current time. The time
format is specified in days, hours, minutes; for example: 1d,2h,3m. The default is 1h, which means
one hour before the current time.
Note: Each line of the display is defined as a "report" for that resource at that time. This command
has a maximum limit of 256 reports, but is configurable in the dscli.profile. If the limit is exceeded,
the command displays an error message and the limit number of reports. The truncated reports are
not always at the end of the displayed reports, but might appear as missing reports within the range
of the displayed reports.
Example
chresgrp
The chresgrp command is used to change a resource group object on a storage image.
Note: Resource Group 0 (zero) is predefined and cannot be created, deleted, or modified. By default, all
resources belong to this group unless otherwise specified.
►► chresgrp ►
-dev storage_image_ID -label resource_group_label
► resource_group_ID ►◄
-name resource_group_name "-"
Parameters
-dev storage_image_ID
(Optional) Specifies the storage image ID, which consists of the manufacturer, machine type, and
serial number. The storage image ID is required if you do not specify a fully qualified resource group
ID, do not set the devid variable in your profile or through the setenv command, and the HMC is
aware of more than one storage image. Using the -dev parameter temporarily overrides any defined
value for devid for the current command.
-label resource_group_label
(Optional) Specifies the resource group label. The resource group label is 1 to 32 characters and is
limited to upper and lower case alphabetic and numeric characters, and the special characters (-), (_),
and (.). Label names must be unique.
-name resource_group_name
(Optional) Specifies the user-assigned nickname for this resource group object. The maximum length
is 64 single-byte or 32 double-byte characters.
resource_group_ID | –
(Required) The resource group ID. The resource group ID begins with the letters RG and ends with a
decimal number. If you use the dash (-), the specified value is read from standard input.
lsresgrp
The lsresgrp command displays a list of resource group objects on the storage image.
►► lsresgrp ►
-dev storage_image_ID -s -label resource_group_label
-l
► ►◄
-name resource_group_name resource_group_ID
"-"
Parameters
-dev storage_image_ID
(Optional) Specifies the storage image ID, which consists of manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify fully qualified IDs, do not set the
devid variable in your profile or through the setenv command, and the HMC is aware of more than
one storage image. Using the -dev parameter will temporarily override any defined value for devid
for the current command.
-s
(Optional) Displays only the resource group IDs. You cannot use the -l and the -s parameters
together.
-l
(Optional) Displays default output. You cannot use the -l and the -s parameters together.
-label resource_group_label
(Required) Displays the specified resource group label. The resource group label is 1 to 32 characters
and is limited to upper and lower case alphabetic and numeric characters, and the special characters
(-), (_), and (.).
-name resource_group_name
(Optional) Displays the specified user assigned nickname for this resource group object. The
maximum length is 64 single-byte or 32 double-byte characters.
resource_group_ID | –
(Optional) The resource group ID. The resource group ID begins with the letters RG and ends with a
decimal number. If the resource group ID is not specified, one will be assigned. If you use the dash
(-), the specified value is read from standard input.
Example
For this command and all other DS CLI list commands, the results are shown in table format to provide
clarity. The actual reports do not display as tables.
The following tables represent the headers that are displayed on the output report that is associated with
the lsresgrp command using the -l parameter.
Note:
Chapter 4. CLI commands 383
Invoking the lsresgrp command
dscli> lsresgrp
Key:
* Displayed when the -s parameter is specified.
+ Displayed only when the -l parameter is specified.
manageresgrp
The manageresgrp command allows you to manage the contents of any resource group object on a storage
image, except resource group 0 (RG0). RG0 is predefined and cannot be created, deleted, or modified. By
default, all resources belong to RG0 unless otherwise specified.
► resource_group_ID ►◄
"-"
Parameters
-dev storage_image_ID
(Optional) Specifies the storage image ID, which includes manufacturer, machine type, and serial
number. For example, IBM.2107-75FA120. The storage image ID is required if you do not specify a
fully qualified encryption group ID, do not set the devid variable in your profile or through the
setenv command, and the HMC is aware of more than one storage image. Using the -dev parameter
will temporarily override any defined value for devid for the current command.
-action set | add | remove
(Required) Specifies the action to apply to the specified resource control.
set Explicitly sets the value of a particular control to the specified value. For example, on the
copyglobal control, it indicates that the Resource Scope specified by the -scope parameter
replaces the existing value for the copyglobal control.
add Adds the specified values to the existing values for a particular control. For example, on the
gmmaster control, it indicates that the session IDs specified by the-sessions parameter are
added to the existing list of session IDs that are allowed to be Global Mirror Master sessions
for this resource.
remove
Removes the specified values from the existing values for a particular control. For example,
on the gmmaster control, it indicates that the session IDs specified by the -sessions
parameter are removed from the existing list of session IDs that are allowed to be Global
Mirror Master sessions for this resource.
-ctrl copyglobal | passglobal | gmmaster | gmsession
(Required) Specifies the resource group control that is the object of the specified action. These controls
can be physical (for example, a volume), logical (for example, a Global Mirror relationship), or they
can be behavioral (for example, the allowed Copy Services behavior between two resources).
copyglobal
Specifies the Copy Services Global Resource Scope (CS GRS). This resource scope applies to
the Establish PPRC Pair (mkpprc) and Establish FlashCopy Pair (mkflash) operations that are
issued from any source (a network user ID or a host system). The primary/source logical
volume of the volume pair verifies that the secondary/target logical volume is within the
scope of the CS GRS in its associated resource group and the secondary/target logical volume
of the volume pair verifies that the primary/source logical volume is within the scope of the
CS GRS in its associated resources group. If either check fails, the requested operation is
rejected.
passglobal
Specifies the Pass-Through Global Resource Scope (PGRS). Some host-issued commands can
be issued to a given logical volume but operate on a different logical volume or logical
subsystem that is specified in the command parameters. In this case, the logical volume that
receives the command is called the pass-through device and the logical volume or the logical
subsystem that the command operates on is called the destination device (logical volume or
logical subsystem). This resource scope applies to any Copy Services commands from any
source (network user ID or a host system) that result in a pass-through operation. In this
Notes:
1. When a Copy Services command is rejected as a result of a resource group policy attribute, the
indicated error code or error message specifies which resource involved in the operation has caused
the operation to be rejected. As such, the policy that cause the rejection would be in the resource
group that is associated with that resource. For example, an Establish PPRC Pair (mkpprc) operation
causes a PPRC to be established between a primary volume A and a secondary volume B. If the
request is rejected with an error that indicates that the primary volume has rejected the operation
because of a target resource scope error, then it is the resource group of volume A that contains the
CS_GRS parameter that caused the operation to be rejected.
2. The combination of the CS_GRS and P_GRS controls allow the user to limit the set of resources that
can be accessed by Copy Services operations issued to a given logical volume. A host (by volume
group or other host dependent mechanism) or user ID (by URS) is limited to a specific set of
connection logical volumes. The CS_GRS limits what target/secondaries the connection volume is
allowed to have. The P_GRS limits what destination volumes can be accessed from either the
connection volume or its associated secondary, when the command is issued to the secondary through
the primary. For example a FICON host can only issue commands to volumes defined in the HCD of
the host. If it issues a command to logical volume A that requests volumes A and B to establish a
PPRC pair, the CS GRS in the RGs of volumes A and B are checked to see whether the relationship is
allowed. If the relationship is established and the host then issues a command to the PPRC secondary
that request that fixed block volumes C and D establish a flash copy pair, the PGRS of volume B is
Example
mkresgrp
The mkresgrp command creates a resource group object on a storage image.
► ►◄
-name resource_group_name resource_group_ID
"-"
Parameters
-dev storage_image_ID
(Optional) Specifies the storage image ID, which includes manufacturer, machine type, and serial
number. For example, IBM.2107-75FA120. The storage image ID is required if you do not specify a
fully qualified resource group ID, do not set the devid variable in your profile or through the setenv
command, and the HMC is aware of more than one storage image. Using the -dev parameter will
temporarily override any defined value for devid for the current command.
-label resource_group_label
(Required) Specifies the resource group label. The resource group label is 1 to 32 characters and is
limited to upper and lower case alphabetic and numeric characters, and the special characters (-), (_),
and (.). Resource group labels must be unique within the domain of the specified device.
-name resource_group_name
(Optional) Specifies the user assigned nickname for this resource group object. The maximum length
is 64 single-byte or 32 double-byte characters.
resource_group_ID | –
(Optional) The resource group ID. The resource group ID begins with the letters RG and ends with a
decimal number. If the resource group ID is not specified, one will be assigned. If you use the dash
(-), the specified value is read from standard input.
Example
Invoking the mkresgrp command
dscli> mkresgrp –dev IBM.2107-75FA120
–label Product_A –name “A_Group” RG1
Notes:
1. Resource Group 0 (zero) is predefined and cannot be created, deleted, or modified. By default, all
resources belong to this group unless otherwise specified.
2. You cannot delete a resource group if there are resources still assigned to that resource group. For
example, if a volume or LCU has a resource group ID of RG4, then you cannot delete RG4 until you
remove those volumes or LCUs from the resource group.
►► rmresgrp resource_group_ID ►◄
-dev storage_image_ID -quiet "-"
Parameters
-dev storage_image_ID
(Optional) Specifies the storage image ID, which includes manufacturer, machine type, and serial
number. For example, IBM.2107-75FA120. The storage image ID is required if you do not specify a
fully qualified resource group ID, do not set the devid variable in your profile or through the setenv
command, and the HMC is aware of more than one storage image. Using the -dev parameter will
temporarily override any defined value for devid for the current command.
-quiet
(Optional) Turns off the resource group removal confirmation prompt.
resource_group_ID | –
(Required) An array of one or more resource group IDs or resource group ID ranges to be removed.
A resource group ID range is defined by two resource group IDs that are separated by a hyphen.
Multiple resource group IDs or resource group ID ranges must be separated with a blank space
between each ID.
The resource group ID begins with the letters RG and ends with a decimal number. If you use the
dash (-), the specified value is read from standard input.
Example
showresgrp
The showresgrp command displays detailed properties of a resource group.
►► showresgrp resource_group_ID ►◄
-dev storage_image_ID "-"
Parameters
-dev storage_image_ID
(Optional) Specifies the storage image ID, which consists of manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify a fully qualified volume ID, do not
Example
For this command and all other DS CLI show commands, the results are shown in table format to
provide clarity. The actual reports do not display as tables.
Attribute Value
ID RG1
Name Product_A.admins
State Normal
Label Product_A
CS_Global _RS Product_A
Passthru_ Global_RS PUBLIC
GM_sessions _allowed 01-FF
GM_masters _allowed 7,20-2F,A0
You can use the following Copy Services commands to manage Copy Services tasks.
FlashCopy commands
Commands that are used to configure FlashCopy relationships and to display FlashCopy information are
referenced.
commitflash
The commitflash command is used as part of the recovery from a disaster scenario to complete a partially
formed Global Mirror consistency group.
►► commitflash ►
-dev storage_image_ID -seqnum flash_sequence_num
► source_volume_ID ►◄
...
"-"
Parameters
The following transactions must be completed before you can issue the commitflash command:
1. Issue the mkflash command with the -record and -persist parameters specified to establish the
FlashCopy volume pair relationship.
2. Issue the setflashrevertible command on the FlashCopy volume pair.
-dev storage_image_ID
(Optional) Specifies the storage image ID, which includes manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify a fully qualified ID for all source
volumes, do not set the devid variable in your profile or through the setenv command, and the HMC
is aware of more than one storage image. Using the -dev parameter will temporarily override any
defined value for devid for the current command.
-seqnum flash_sequence_number
(Optional) When a FlashCopy sequence number is specified, the commit operation is performed only
on those relationships that are associated with the specified number.
This parameter is not supported for machine type 2105.
Example: 0010
source_volume_ID ... | –
(Required) Specifies the source volumes for which FlashCopy relationships are to be committed. The
chosen FlashCopy pair is the one established or modified with the -record parameter. This parameter
accepts fully qualified volume IDs, which includes storage image IDs, or a shortened version without
storage image IDs if either the -dev parameter is specified or you specify a value for the devid
variable in your profile file. You must separate multiple source volume IDs with spaces.
The volume ID is a 32-bit number that can be represented as 4 hexadecimal digits in the form of
XYZZ where:
X (for DS6000 and DS8000 models)
Specifies the address group, 0 - 1 for DS6000 and 0–F for DS8000.
XY (for a DS8000 model)
Specifies the logical subsystem number, 00 - FE.
XY (for a DS6000 model)
Specifies the logical subsystem number, 00 - 1E.
ZZ (for DS6000 and DS8000 models)
Specifies the volume number, 00 - FF.
Example
resyncflash
The resyncflash command is a point-in-time copy of an existing FlashCopy pair that was established
with the -record and -persist parameters.
The resyncflash command copies only the parts of the volume that changed since the last point-in-time
copy.
►► resyncflash ►
-dev storage_image_ID -tgtpprc -tgtoffline -tgtinhibit
► ►
-freeze -record -persist -multinc -tgtse -cp
-nocp
► ►
-seqnum flash_sequence_num -pmir no -resetreserve
required
preferred
► source_volume_ID:target_volume_ID ►◄
...
"-"
Parameters
When a FlashCopy pair is established with the -record and -persist parameters, the pair initially
synchronizes. A record of all host write operations to the source is maintained in the source volumes.
When the resyncflash command is specified on the FlashCopy pair, the new data that is written to the
source is copied to the target. The parameters that you specify in this command replace the parameters
that you previously specified for the existing relationship. To keep the -record and -persist parameters,
you must specify these parameters in the resyncflash command.
-dev storage_image_ID
(Optional) Specifies the storage image ID, which consists of a manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify a fully qualified ID for the source and
target volume or do not set the devid variable in your profile or through the setenv command. The
storage image ID is also required if HMC is aware of more than one storage image. Using the -dev
parameter temporarily overrides any defined value for devid for the current command.
Note: Use the chlss and the chlcu commands to modify the extended long busy timeout setting.
-record
(Optional) This parameter, without the -multinc parameter, creates a type 1 incremental FlashCopy
relationship. The type 1 FlashCopy records data changes on both the source and target volumes of
the FlashCopy pair.
A single volume can be the source volume to up to 12 FlashCopy relationships, and these
relationships can be any combination of normal, persistent, or incremental relationships. However,
only a single type 1 incremental relationship can exist.
Select this parameter when you create an initial FlashCopy relationship that you later want to use
with the resyncflash or reverseflash command. If the -multinc parameter is not selected, you can
also use the setflashrevertible command.
When you select the -record parameter, the –persist parameter is automatically selected.
-persist
(Optional) Creates a persistent FlashCopy relationship in which the relationship remains after the
copy completes and remains indefinitely until a rmflash command is issued against the FlashCopy
pair. If this parameter is not specified, a normal FlashCopy relationship is created and is
automatically removed after the copy completes.
A single volume can be the source volume to up to 12 FlashCopy relationships, and these
relationships can be any combination of normal, persistent, or incremental relationships. However,
only a single type 1 incremental relationship can exist.
See the -record parameter for a description of a type 1 incremental FlashCopy relationship and the
-multinc parameter for a description of a type 2 incremental relationship.
When you select either the -record or the -multinc parameter, the persist parameter is automatically
selected.
-multinc
(Optional) Creates a type 2 incremental FlashCopy relationship. The type 2 FlashCopy records data
changes only on the target volume of the FlashCopy pair.
A single volume can be the source volume to up to 12 FlashCopy relationships, and these
relationships can be any combination of normal, persistent, or incremental relationships. However,
only a single type 1 incremental relationship can exist.
The type 2 FlashCopy allows for more than one incremental FlashCopy relationship from the same
source volume. However, because the change recording is maintained only on the target volume, the
type 2 FlashCopy can cause a performance impact as more type 2 FlashCopy relationships are added.
Note: Incrementing multiple relationships with the same source volume on a single command line
(as shown below) is not currently supported:
resyncflash -multinc 0000-00ff:0200-02ff 0000-00ff:0400-04ff 0000-00ff:0600-06ff
Instead, you must issue the resyncflash commands separately. For example:
resyncflash -multinc 0000-00ff:0200-02ff
resyncflash -multinc 0000-00ff:0400-04ff
resyncflash -multinc 0000-00ff:0600-06ff
-tgtse
(Optional) Specifies that the target volume that you are designating for a FlashCopy relationship
might be a space-efficient logical volume. An error message is generated if the target volume that you
are using to create the FlashCopy relationship is a space-efficient volume and you do not specify this
parameter.
-nocp
(Optional) Inhibits a background copy. Data is copied from the source volume to the target volume
only if a track on the source volume is modified. The FlashCopy volume pair relationship remains
indefinitely until it is broken by a rmflash command or until all tracks on the source volume are
modified.
When the -tgtse parameter is specified and the -cp or the -nocp parameters are specified, the no
background copy behavior is the default.
Note: You cannot use the -nocp parameter with the -cp parameter in the same command.
-cp
(Optional) Starts a background copy. When the -tgtse parameter is not specified and the -cp or the
-nocp parameters are specified, the background copy behavior is the default.
Note: You cannot use the -nocp parameter with the -cp parameter in the same command.
-seqnum flash_sequence_num
(Optional) This parameter is not supported for machine type 2105. Associates the FlashCopy
relationships that are established with the specified sequence number. You can use this sequence
number as an identifier for a relationship or group of relationships. An example sequence number is
00010.
-pmir no | required | preferred
Specifies the IBM Remote Pair Copy option that you want to use. The IBM Remote Pair Copy option,
sometimes called preserve mirror, preserves synchronous Metro Mirror pairs when the FlashCopy
source and target volumes are both Metro Mirror primary volumes and both Metro Mirror secondary
volumes on the same storage system. The FlashCopy operation is completed on both the local site
and the remote site.
no FlashCopy operations are not completed on the remote site. If the target volume is a Metro
Mirror primary volume, the remote copy might temporarily change to the duplex pending
state. no is the default if the -pmir parameter is not specified.
Example
An invocation example
dscli> resyncflash –dev IBM.2107-75FA120 -freeze 0100:0200
►► lsflash ►
-dev storage_image_ID -s -activecp -dataset -record
-l
► ►
-persist -revertible -cp -tgtse -state valid
invalid
validation-required
volume-inaccessible
tgt-failed
not-valid
► ►
-seqnum flash_sequence_num -retry count[,interval]
► source_volume_ID:target_volume_ID ►◄
volume_ID ...
"-"
Parameters
-dev storage_image_ID
(Optional) Specifies the storage image ID, which includes manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify a fully qualified ID for the source and
target volumes, do not set the devid variable in your profile or through the setenv command, and the
HMC is aware of more than one storage image. Using the -dev parameter temporarily overrides any
defined value for devid for the current command.
-s
(Optional) Displays FlashCopy pair IDs. You cannot use the -s and the -l parameters together.
-l
(Optional) Displays the default output plus additional attributes that are identified as long output.
You cannot use the -s and the -l parameters together.
-activecp
(Optional) Displays the FlashCopy relationships where their background copy process is active.
Note: The background copy process might be inactive for a while before it starts.
-dataset
(Optional) Displays the volumes that are participating in the Dataset FlashCopy relationships.
-record
(Optional) Displays only the FlashCopy relationships that were established with the –record or
-multinc option.
-persist
(Optional) Displays the FlashCopy relationships that were established with the -persist parameter.
-revertible
(Optional) Displays the FlashCopy relationships that were established with the -revertible
parameter.
-cp
(Optional) Displays the FlashCopy relationships that were established with the -cp parameter.
Note: When you specify not-valid, all FlashCopy relationships that do not meet the requirements for
the valid state are displayed.
-seqnum flash_sequence_number
(Optional) Displays the FlashCopy relationships that are associated with the specified sequence
number. The default is 0000.
Example
For this command and all other DS CLI list commands, the results are shown in table format to provide
clarity. The actual reports do not display as tables.
The following tables represent the headers that are displayed on the output report that is associated with
the lsflash command using the -l parameter.
Persistent
Indicates whether this FlashCopy relationship was established with the persistent option.
Revertible
Indicates whether this FlashCopy relationship was established with the revertible option.
SourceWriteEnabled
Indicates whether this FlashCopy relationship was established with the allow source writes
option. No value is displayed in the DS6000 models.
TargetWriteEnabled
Indicates whether this FlashCopy relationship was established with the allow target writes option.
No value is displayed in the DS6000 models.
BackgroundCopy
Indicates whether this FlashCopy relationship was established with the run background copy
option. No value is displayed in the DS6000 models.
OutOfSyncTracks
Indicates the number of tracks that are not synchronized for this FlashCopy relationship. The
maximum value that can be displayed is dependent on the source volume size. A dash (-) is
displayed when the track counter is not available. No value is displayed in the DS6000 models.
DateCreated
Indicates the date and the time that the FlashCopy relationship was established. No value is
displayed in the DS6000 models.
DateSynced
Indicates the date and time that FlashCopy relationship was synchronized, or specifies " - " if the
relationship is not synchronized. No value is displayed in the DS6000 models.
Note: When a query indicates any state other than valid, the only information that is displayed
on the report is the FlashCopy pair ID and the state condition. The rest of the information
columns are displayed with a " - " value.
Valid Indicates that the FlashCopy relationship is in a normal state, and that it has been
queried successfully.
Validation Required
Indicates that the FlashCopy relationship cannot be queried. The reason that the query is
blocked is only temporary. If you issue a new query within several seconds, the problem
no longer exists.
Tgt Failed
Indicates that the FlashCopy relationship is in an error state. The point-in-time copy is
lost, and the FlashCopy relationship must be withdrawn. You must issue the rmflash
command to remove the FlashCopy relationship.
Volume Inaccessible
Indicates that the volume cannot be accessed and that the query has failed. When this
state is displayed, it generally means that the volume is in a fenced condition.
Invalid
Indicates that a general internal error occurred when the query was processed.
Dataset
Indicates that the source volume is participating as a source or a target in a dataset, or
extent level, FlashCopy relationship.
Note: For dataset FlashCopy relationships, a dash (-) will be listed for all of the fields except the
ID and the State.
isTgtSE
Indicates whether this FlashCopy relationship has a space-efficient target.
No Indicates that the target is not space-efficient.
TSE Indicates that the target is a track space-efficient volume.
ESE Indicates that the target is an extent space-efficient (ESE) volume. ESE volumes are used
for IBM System Storage DS8000 Thin Provisioning.
Unknown
Indicates that the space allocation method of the target is not known.
Pmir IBM Remote Pair Copy option preserves synchronous Metro Mirror pairs when the FlashCopy
source volume and target volume are Metro Mirror primary volumes and the Metro Mirror
secondary volumes are on the same storage unit. The FlashCopy operation is performed on both
the local site and the remote site.
No Indicates that the IBM Remote Pair Copy option was not specified.
Preferred
Indicates that the IBM Remote Pair Copy option was specified. If the target is a Metro
Mirror primary, then the FlashCopy function can preserve the Full Duplex mode of the
target Metro Mirror relationship, if it is possible. If the IBM Remote Pair Copy function is
not possible, you can use processing defined for the IBM Remote Pair Copy option of
"No".
Required
Indicates that the IBM Remote Pair Copy option was specified. If the target is a Metro
mkflash
The mkflash command starts a point-in-time copy from source volumes to target volumes.
►► mkflash ►
-dev storage_image_ID -tgtpprc -tgtoffline -tgtinhibit
► ►
-freeze -record -persist -multinc -tgtse -cp -wait
-nocp
► ►
-seqnum flash_sequence_num -pmir no -resetreserve
required
preferred
► source_volume_ID:target_volume_ID ►◄
...
"-"
Parameters
-dev storage_image_ID
(Optional) Specifies the storage image ID, which consists of a manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify a fully qualified ID for the source and
target volumes, do not set the devid variable in your profile or through the setenv command, and the
HMC is aware of more than one storage image. Using the -dev parameter will temporarily override
any defined value for devid for the current command. For example, DS8000 models use
IBM.2107-75FA120
-tgtpprc
(Optional) Allows the FlashCopy target volume to be a remote mirror and copy source volume.
-tgtoffline
(Optional) Rejects the mkflash command if the target volume is online for host system access. This
parameter applies only to count key data (CKD) volumes.
-tgtinhibit
(Optional) Prevents host system write operations to the target volume while the FlashCopy
relationship exists.
-freeze
(Optional) Starts the queue full condition for the source volume. During the queue full condition, the
source volume reports a status of long busy. All writes to the source volume are queued by the host
and are written after the queue full condition is reset. The queue full condition is reset by an extended
long busy timeout condition. The timeout condition affects all FlashCopy source volumes that are
contained within a respective logical subsystem and that are established or modified with this
parameter.
402 DS8000 Series Command-Line Interface User's Guide
Note: Use the chlss and the chlcu commands to modify the extended long busy timeout setting.
-record
(Optional) This parameter, without the -multinc parameter, creates a type 1 incremental FlashCopy
relationship. The type 1 FlashCopy records data changes on both the source and target volumes of
the FlashCopy pair.
A single volume can be the source volume to up to 12 FlashCopy relationships, and these
relationships can be any combination of normal, persistent, or incremental relationships. However,
only a single type 1 incremental relationship can exist.
Select this parameter when you create an initial FlashCopy relationship that you later want to use
with the resyncflash or reverseflash command. If the -multinc parameter is not selected, you can
also use the setflashrevertible command.
When you select the -record parameter, the -persist parameter is automatically selected.
-persist
(Optional) Creates a persistent FlashCopy relationship in which the relationship remains after the
copy completes and remains indefinitely until a rmflash command is issued against the FlashCopy
pair. If this parameter is not specified, a normal FlashCopy relationship is created and is
automatically removed after the copy completes.
A single volume can be the source volume to up to 12 FlashCopy relationships, and these
relationships can be any combination of normal, persistent, or incremental relationships. However,
only a single type 1 incremental relationship can exist.
See the -record parameter for a description of a type 1 incremental FlashCopy relationship and the
-multinc parameter for a description of a type 2 incremental relationship.
When you select either the -record or the -multinc parameter, the persist parameter is automatically
selected.
-multinc
(Optional) Creates a type 2 incremental FlashCopy relationship. The type 2 FlashCopy records data
changes only on the target volume of the FlashCopy pair.
A single volume can be the source volume to up to 12 FlashCopy relationships, and these
relationships can be any combination of normal, persistent, or incremental relationships. However,
only a single type 1 incremental relationship can exist.
The type 2 FlashCopy allows for more than one incremental FlashCopy relationship from the same
source volume. However, because the change recording is maintained only on the target volume, the
type 2 FlashCopy can cause a performance impact as more type 2 FlashCopy relationships are added.
Select this parameter when you create multiple FlashCopy volume pairs with the same source
volume that you want to use with the resyncflash and reverseflash commands. However,
FlashCopy pairs established with this modified recording method cannot be used with the
setflashrevertible command.
When you select the -multinc parameter, the -persist and -record parameters are automatically
selected.
-tgtse
(Optional) Specifies that the target volume that you are designating for a FlashCopy relationship
might be a space-efficient logical volume. An error message is generated if the target volume that you
are using to create the FlashCopy relationship is a space-efficient volume and you do not specify this
parameter.
-nocp
(Optional) Inhibits a background copy. Data is copied from the source volume to the target volume
Note: You cannot use the -nocp parameter with the -cp parameter in the same command.
-cp
(Optional) Starts a background copy. When the -tgtse parameter is not specified and neither the -cp
nor the -nocp parameters are specified, the background copy behavior is the default.
Note: You cannot use the -nocp parameter with the -cp parameter in the same command.
-wait
(Optional) Delays the command response until the background copy process is complete.
Notes:
1. You cannot use the -wait parameter with either the -persist or the -nocp parameters.
2. You cannot use the -wait parameter when -tgtse is specified and neither the -cp nor the -nocp
parameters are specified. No background copy behavior is the default.
-seqnum flash_sequence_num
(Optional) This parameter is not supported for machine type 2105. Associates the FlashCopy
relationships that are established with the specified sequence number. You can use this sequence
number as an identifier for a relationship or group of relationships. An example sequence number is
00010.
-pmir no | required | preferred
Specifies the IBM Remote Pair Copy option that you want to use. The IBM Remote Pair Copy option,
sometimes called preserve mirror, preserves synchronous Metro Mirror pairs when the FlashCopy
source volume and target volume are Metro Mirror primary volumes and the Metro Mirror secondary
volumes are on the same storage unit. The FlashCopy operation is performed on both the local site
and the remote site.
no FlashCopy operations are not performed on the remote site. If the target volume is a Metro
Mirror primary volume, the remote copy might temporarily change to the duplex pending
state. The default is no if the -pmir parameter is not specified.
required
FlashCopy operations do not change the state of the Metro Mirror primary volume pair to
duplex pending. Both the source Metro Mirror volume pair and the target Metro Mirror
volume pair must be in the full duplex state.
preferred
Uses the IBM Remote Pair Copy option for FlashCopy operations when possible. The IBM
Remote Pair Copy option cannot be used if the configuration is not correct or the state of the
volume is not supported with this function.
-resetreserve
(Optional) Forcibly clears any SCSI reservation on the target volume and allows establishing of a
FlashCopy relationship. The reservation is not restored after the relationship is established.
v When this option is not specified and the target volume is reserved, the command fails.
v This option is ignored if the target is a CKD volume; this option is applicable only for fixed block
volumes.
source_volume_ID:target_volume_ID ... | -
(Required) Establishes a FlashCopy relationship for the source and target volume pairs with the
specified IDs. This parameter accepts fully qualified volume IDs, which consist of storage image IDs
Note: You might receive an error message that indicates the number of relationships has been
exceeded or that an initial volume format is in progress. This means that the FlashCopy relationship
cannot be established because the maximum number of relationships have already been established.
Or, the volume was recently created and is still being initialized to support FlashCopy processing.
You can issue the mkflash command to establish the FlashCopy relationship after the initial volume
format process is complete.
The volume ID is a 32-bit number that can be represented as 4 hexadecimal digits in the form of
XYZZ, where:
X (for DS6000 and DS8000 models)
Specifies the address group, 0 - 1 for DS6000 and 0 - F for DS8000.
XY (for a DS8000 model)
Specifies the logical subsystem number, 00 - FE.
XY (for a DS6000 model)
Specifies the logical subsystem number, 00 - 1E.
ZZ (for DS6000 and DS8000 models)
Specifies the volume number, 00 - FF.
The ellipsis (...) indicates that, optionally, you can specify multiple values. If you use the dash (-), the
specified value is read from standard input. You cannot use the dash (-) while you are in the DS CLI
interactive command mode.
For DS8000, an example of a fully qualified FlashCopy pair ID is IBM.2107-75FA120/0001:IBM.2107-
75FA120/0004
An example of a shortened version is 0001:0004
An example of multiple pairs is 0001:0004 0003:00FF 0008:000C
Example
An invocation example
dscli> mkflash -dev IBM.2107-75FA120 -freeze 0100:0200
reverseflash
The reverseflash command reverses the FlashCopy relationship.
►► reverseflash ►
-dev storage_image_ID -record -persist -multinc
► ►
-fast -tgtpprc -tgtoffline -tgtinhibit -tgtse -cp
-nocp
► source_volume_ID:target_volume_ID ►◄
...
"-"
Parameters
You can reverse the direction of a FlashCopy relationship, where the volume that was previously defined
as the target becomes the source for the volume that was previously defined as the source. The data that
has changed is copied to the volume that was previously defined as the source. For example, you create a
FlashCopy relationship between source volume A and target volume B. Data loss occurs on source
volume A. To keep applications running, you can reverse the FlashCopy relationship so that volume B is
copied to volume A.
After the reversal takes place, ensure that you designate this new relationship when you issue any future
commands. Failure to designate this reversed relationship can produce unexpected results. For example,
you use the reverseflash command to reverse the relationship of source volume 1600 and target volume
1800. The source volume then becomes 1800 and the target volume becomes 1600. All queries and future
processing on this relationship must show volume 1800 as the source and volume 1600 as the target.
The following list defines the parameters that are associated with the reverseflash command:
-dev storage_image_ID
(Optional) Specifies the storage image ID, which consists of a manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify a fully qualified ID for the source and
target volumes, do not set the devid variable in your profile or through the setenv command, and the
HMC is aware of more than one storage image. Using the -dev parameter will temporarily override
any defined value for devid for the current command. For example, DS8000 models use
IBM.2107-75FA120
-record
(Optional) This parameter, without the -multinc parameter, creates a type 1 incremental FlashCopy
relationship. The type 1 FlashCopy records data changes on both the source and target volumes of
the FlashCopy pair.
A single volume can be the source volume to up to 12 FlashCopy relationships, and these
relationships can be any combination of normal, persistent, or incremental relationships. However,
only a single type 1 incremental relationship can exist.
Select this parameter when you create an initial FlashCopy relationship that you later want to use
with the resyncflash or reverseflash command. If the -multinc parameter is not selected, you can
also use the setflashrevertible command.
When you select the -record parameter, the –persist parameter is automatically selected.
-persist
(Optional) Creates a persistent FlashCopy relationship in which the relationship remains after the
copy completes and remains indefinitely until a rmflash command is issued against the FlashCopy
pair. If this parameter is not specified, a normal FlashCopy relationship is created and is
automatically removed after the copy completes.
A single volume can be the source volume to up to 12 FlashCopy relationships, and these
relationships can be any combination of normal, persistent, or incremental relationships. However,
only a single type 1 incremental relationship can exist.
Note: To use the fast reverse function, the relationship must be set to Target write inhibit. The fast
reverse processing function is intended for use as part of Global Mirror recovery process.
At the end of this operation, the original FlashCopy target volume is not usable. Normally, after this
command completes the background copy, the new FlashCopy target volume is used as the
FlashCopy source volume to restore the original FlashCopy target volume.
-tgtpprc
(Optional) Allows the FlashCopy target volume to be a Remote Mirror and Copy source volume.
-tgtoffline
(Optional) Rejects the reverseflash command if the target volume is online for host system access.
This parameter applies only to count key data (CKD) volumes.
-tgtinhibit
(Optional) Prevents host system write operations to the target while the FlashCopy relationship exists.
-tgtse
(Optional) Specifies that the target volume that you are designating for a FlashCopy relationship
might be a space-efficient logical volume. An error message is generated if the target volume that you
are using to create the FlashCopy relationship is a space-efficient volume and you do not specify this
parameter.
-nocp
(Optional) Inhibits a background copy. Data is copied from the source volume to the target volume
only if a track on the source volume is modified. The FlashCopy volume pair relationship remains
indefinitely until it is broken by a rmflash command or until all tracks on the source volume are
modified.
If neither the -cp nor the -nocp parameter are specified, then the default background copy behavior is
determined by the -tgtse and -fast parameters. If the -tgtse parameter is specified, and the -fast
Note: You cannot use the -nocp parameter with the -cp parameter in the same command.
-cp
(Optional) Starts a background copy. Data is copied from the source volume to the target volume as a
background task and does not require any source volume modifications to trigger the copy.
If neither the -cp nor the -nocp parameter are specified, then the default background copy behavior is
determined by the -tgtse and -fast parameters. If the -tgtse parameter is specified, and the -fast
parameter is not specified, then the default behavior is to not perform a background copy. Otherwise,
the default behavior is to perform a background copy.
Note: You cannot use the -nocp parameter with the -cp parameter in the same command.
-seqnum flash_sequence_num
(Optional) This parameter is not supported for machine type 2105. Associates the FlashCopy
relationships that are established with the specified sequence number. You can use this sequence
number as an identifier for a relationship or group of relationships. An example sequence number is
00010.
-pmir no | required | preferred
Specifies the IBM Remote Pair Copy option that you want to use. The IBM Remote Pair Copy option,
sometimes called preserve mirror, preserves synchronous Metro Mirror pairs when the FlashCopy
source volume and target volume are Metro Mirror primary volumes and the Metro Mirror secondary
volumes are on the same storage unit. The FlashCopy operation is performed on both the local site
and the remote site.
no FlashCopy operations are not performed on the remote site. If the target volume is a Metro
Mirror primary volume, the remote copy might temporarily change to the duplex pending
state. The default is no if the -pmir parameter is not specified.
required
FlashCopy operations do not change the state of the Metro Mirror primary volume pair to
duplex pending. Both the source Metro Mirror volume pair and the target Metro Mirror
volume pair must be in the full duplex state.
preferred
Uses the IBM Remote Pair Copy option for FlashCopy operations when possible. The IBM
Remote Pair Copy option cannot be used if the configuration is not correct or the state of the
volume is not supported with this function.
-resetreserve
(Optiona) Forcibly clears any SCSI reservation on the target volume and allows establishing of a
FlashCopy relationship. The reservation is not restored after the relationship is established.
v When this option is not specified and the target volume is reserved, the command fails.
v This option is ignored if the target is a CKD volume; this option is applicable only for fixed block
volumes.
source_volume_ID:target_volume_ID ... | -
(Required) Establishes a FlashCopy relationship for the source and target volume pairs with the
specified IDs. This parameter accepts fully qualified volume IDs, which consist of storage image IDs
or a shortened version without storage image IDs, if the -dev parameter is specified. You can also
specify a value for the devid variable in your profile file. You must separate multiple FlashCopy pair
IDs with spaces.
Example
An invocation example
dscli> reverseflash -dev IBM.2107-75FA120 0100:0200
revertflash
The revertflash command is used as part of the recovery from a disaster scenario to rollback a Global
Mirror consistency group that is in the process of forming. The former Global Mirror consistency group is
restored.
►► revertflash ►
-dev storage_image_ID -seqnum flash_sequence_num
► SourceVolume_ID ►◄
...
"-"
Parameters
-dev storage_image_ID
(Optional) Specifies the storage image ID, which includes manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify a fully qualified ID for the source
volume, do not set the devid variable in your profile or through the setenv command, and the HMC
is aware of more than one storage image. Using the -dev parameter will temporarily override any
defined value for devid for the current command.
Example
rmflash
The rmflash command removes a relationship between FlashCopy volume pairs.
►► rmflash ►
-dev storage_image_ID -quiet -tgtonly -tgtreleasespace
► ►
-cp -cprm -resettgtinhibit -wait -seqnum flash_sequence_number
Parameters
Notes:
1. Invoking this command with the -cp parameter on a FlashCopy relationship that was previously
marked with the -persist parameter does not remove the relationship. Instead, the source data is
copied to the target.
2. Invoking this command with the -resettgtinhibit parameter does not withdraw the relationship, but
resets the -tgtinhibit parameter if it was previously set.
3. All settings apply to all specified FlashCopy pairs.
4. Do not use the -wait parameter on persistent relations.
5. The -seqnum parameter is not supported for a 2105 machine type.
-dev storage_image_ID
(Optional) Specifies the storage image ID, which includes manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify a fully qualified ID for the source and
target volumes, do not set the devid variable in your profile or through the setenv command, and the
HMC is aware of more than one storage image. Using the -dev parameter temporarily overrides any
defined value for devid for the current command.
DS8000 example: IBM.2107-75FA120
DS6000 example: IBM.1750-68FA120
-quiet
(Optional) Turns off the FlashCopy pair removal confirmation prompt.
-tgtonly
(Optional) Specifies the target volume of the FlashCopy pair to remove the relationship. In addition,
the Copy Indicator for the target volume is reset.
Note: If you use the -tgtonly parameter on CKD volumes, any data set level relationships created by
a z System host are removed from the specified target volume.
-tgtreleasespace
(Optional - DS8000 only) Specifies that you want the system to release the space that has been
allocated to a space-efficient logical target volume.
-cp
(Optional) Specifies that the FlashCopy relationship is to be changed from No Copy to Copy and that
the remaining source volume tracks be copied to the target volume. The relationship is removed
when all the data is copied unless the relationship is persistent. When this parameter is specified, the
copy takes place for all volume pairs where the source volume ID is identical to the source volume
that is specified in the command.
-cprm
(Optional) Specifies a change to a FlashCopy relationship from No Copy to Copy, and copies the
remaining source volume tracks to the target volume. The relationship is removed after all of the data
is copied. If the FlashCopy relationship is a remote relationship established automatically by another
establish FlashCopy with the preserve mirror option set to "preferred" or "required", then the rmflash
command fails if you do not use the -cprm option.
For non-persistent relationships, a Background Copy is initiated for all of the existing relationships
within the specified source and target volumes. The relationships are terminated after the background
copy is completed. For persistent relationships, all of the existing relationships within the specified
Note: Specifying this parameter in itself does not cause the FlashCopy relationship to be withdrawn.
-wait
(Optional) Specifies that the command response is to be delayed until the background copy process
completes.
Notes:
1. Only pairs of source and target volume IDs are allowed when you use the -wait parameter.
2. The -cp parameter must be used with the -wait parameter.
3. Do not use the -wait parameter on relationships that are marked -persist, an error results from
this usage.
-seqnum flash_sequence_num
(Optional) Specifies the FlashCopy sequence number. When this number is specified, the rmflash
operation is performed only on those relationships associated with the specified number.
Example: 0010
Example
unfreezeflash
The unfreezeflash command resets a FlashCopy consistency group that was previously established with
the -freeze parameter when the mkflash or resyncflash commands were issued.
►► unfreezeflash source_LSS_ID ►◄
-dev storage_image_ID ...
"-"
Parameters
-dev storage_image_ID
(Optional) Specifies the source storage image ID, which includes manufacturer, machine type, and
serial number. The storage image ID is required if you do not specify a fully qualified LSS ID, do not
set the devid variable in your profile or through the setenv command, and the HMC is aware of more
than one storage image. Using the -dev parameter will temporarily override any defined value for
devid for the current command.
source_LSS_ID ... | -
(Required) Specifies that the FlashCopy consistency group be reset for the designated source LSS IDs.
The parameter also accepts fully qualified LSS IDs, which includes the storage image ID, or a
shortened version without the storage image ID if the -dev parameter is specified or you specify a
value for the devid variable in your profile file.
The fully qualified LSS ID format is storage_image_ID/XX. The DS8000 value for the XX is 00 - FE
and the DS6000 value is 00 - 1F.
The ellipsis (...) indicates that, optionally, you can specify multiple values. If you use the dash (-), the
specified value is read from standard input.
Note: You cannot use the dash (-) while you are in the DS CLI interactive command mode.
DS8000 example of a fully qualified LSS ID: IBM.2107-75FA120/00
DS6000 example of a fully qualified LSS ID: IBM.1750-68FA120/00
Example of a shortened version: 00
Example of multiple IDs: 10 20 30
Example
setflashrevertible
The setflashrevertible command modifies a FlashCopy volume pair that is part of a FlashCopy
relationship to revertible.
The revertible feature allows data to be committed to the target to form a new consistency group or to
revert to the last consistency group. This command must be run before the FlashCopy pair can be
committed or reverted.
►► setflashrevertible ►
-dev storage_image_ID -tgtoffline -tgtse
► source_volume_ID:target_volume_ID ►◄
-seqnum flash_sequence_num ...
"-"
Parameters
Note: The -nocp, -record, -persist, and -tgtinhibit (target inhibit) parameters are included
automatically when this command processes.
-dev storage_image_ID
(Optional) Specifies the storage image ID, which includes manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify a fully qualified ID for all source and
target volumes, do not set the devid variable in your profile or through the setenv command, and the
HMC is aware of more than one storage image. Using the -dev parameter will temporarily override
any defined value for devid for the current command.
For DS8000, example: IBM.2107-75FA120
For DS6000, example: IBM.1750-68FA120
-tgtoffline
(Optional) Causes an establish FlashCopy volume pair command to be rejected if the target volume is
online for host system access. This parameter applies only to CKD volumes.
-tgtse
(Optional) Specifies that the target volume that is part of the FlashCopy relationship that you are
modifying to be designated as revertible might be a space-efficient logical volume. An error message
is generated if the target volume is a space-efficient volume and you do not specify this parameter.
-seqnum flash_sequence_num
(Optional) Associates the FlashCopy relationships that are changed with the specified sequence
number. Only the relationships that are successfully modified by the command are assigned the
specified sequence number, leaving the ones that fail with the previous number (if previously
specified).
This parameter is not supported for machine type 2105.
Example: 0010
source_volume_ID:target_volume_ID ... | -
(Required) Modifies FlashCopy relationships for the source and target volume pairs with the IDs
specified. This parameter accepts fully qualified volume IDs, which includes storage image IDs, or a
shortened version without storage image IDs, if the -dev parameter is specified. Or, you can specify a
value for the devid variable that resides in your profile file. You must separate multiple FlashCopy
pair IDs with spaces.
Example
A remote flash is a FlashCopy relationship on a machine at a remote site from the local site machine that
you are connected to.
commitremoteflash
The commitremoteflash command sends data to a target volume to form a consistency between the
remote source and target FlashCopy pair.
► SourceVolumeID ►◄
-seqnum flash_sequence_num -srcss SS_ID ...
"-"
Parameters
Notes:
1. Establish the pair by issuing either the mkflash or mkremoteflash command with the -record and
-persist parameters.
2. Issue either the setflashrevertible or setremoteflashrevertible command against the pair.
Only after you have taken these two steps can you issue the commitremoteflash command.
-dev storage_image_ID
(Optional) Specifies the storage image ID, which includes manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify fully qualified IDs, do not set the
devid variable in your profile or through the setenv command, and the HMC is aware of more than
one storage image. Using the -dev parameter will temporarily override any defined value for devid
for the current command.
For DS8000, example: IBM.2107-75FA120
-conduit LSS_ID
(Required) Specifies the source logical subsystem (LSS) of an existing remote mirror and copy
relationship that is to be used as a means for communicating with the remote storage image. The
source volume IDs that are specified in the SourceVolumeID parameter must serve as secondary
volumes in a remote mirror and copy relationship in which one of the conduit LSS volumes serves as
a primary volume.
When this parameter is used, you must specify a fully qualified LSS ID. The fully qualified LSS ID
format is storage_image_ID/XX. The DS8000 value for the XX is 00 - FE and the DS6000 value is 00 -
1F.
-seqnum flash_sequence_number
(Optional) Specifies that the commit operation is performed only on those source volumes that are
associated with the specified sequence number.
Example
resyncremoteflash
The resyncremoteflash command (formerly called the incremoteflash command and associated with the
incremental FlashCopy process) increments an existing remote FlashCopy pair that has been established
with the -record and -persist parameters.
► ►
-tgtse -cp -seqnum flash_sequence_num -srcss SS_ID
-nocp
► SourceVolumeID:TargetVolumeID ►◄
-resetreserve ...
"-"
Parameters
Note: When a pair is established with the -record and -persist parameters, the pair initially
synchronizes and then a record of all data that is written from the host to the source is maintained in the
source volumes. When the resyncremoteflash command is issued on the pair, the new data that is
written to the source is copied to the target. The specified parameters in this command replace the
parameters in the existing relationship. To keep the initial -record and -persist parameter values, the
-record and -persist parameters must be specified using the resyncremoteflash command.
-dev storage_image_ID
(Optional) Specifies the storage image ID, which includes manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify fully qualified IDs, do not set the
devid variable in your profile or through the setenv command, and the HMC is aware of more than
one storage image. Using the -dev parameter temporarily overrides any defined value for devid for
the current command.
For DS8000, example: IBM.2107-75FA120
-conduit LSS_ID
(Required) Specifies the source logical subsystem (LSS) of an existing remote mirror and copy
relationship that is to be used as a means for communicating with the remote storage image. The
source volume IDs that are specified in the SourceVolumeID:TargetVolumeID parameter, must serve
as secondary volumes in a remote mirror and copy relationship in which one of the conduit LSS
volumes serves as a primary volume.
When you use this parameter, you must specify a fully qualified LSS ID. The fully qualified LSS ID
format is storage_image_ID/XX, where XX is a hexadecimal number in the range 00 - FE, for the
DS8000, and 00 - 1F, for the DS6000.
For DS8000, example: IBM.2107-75FA120/00
-record
(Optional) This parameter, without the -multinc parameter, creates a type 1 incremental FlashCopy
relationship. The type 1 FlashCopy records data changes on both the source and target volumes of
the FlashCopy pair.
A single volume can be the source volume to up to 12 FlashCopy relationships, and these
relationships can be any combination of normal, persistent, or incremental relationships. However,
only a single type 1 incremental relationship can exist.
Select this parameter when you create an initial FlashCopy relationship that you later want to use
with the resyncflash or reverseflash command. If the -multinc parameter is not selected, you can
also use the setflashrevertible command.
When you select the -record parameter, the –persist parameter is automatically selected.
-persist
(Optional) Creates a persistent FlashCopy relationship in which the relationship remains after the
Note: This parameter is used with other processing steps for purposes such as backups, testing, or
recovery solutions. The use of this parameter ensures that volumes on the target LSSs are consistent
with the source LSSs volumes.
-tgtpprc
(Optional) Allows the FlashCopy target volume to be a remote mirror and copy source volume.
-tgtoffline
(Optional) Causes the resyncremoteflash command to be rejected if the target volume is online for
host system access.
Example
lsremoteflash
The lsremoteflash command displays a list of remote FlashCopy relationships and status information for
each FlashCopy relationship in the list. Remote FlashCopy relationships exist on a remote site, and can be
queried (issue lsremoteflash command) from your local site.
► ►
-record -persist -revertible -cp -tgtse
► ►
-state valid -seqnum flash_sequence_num
invalid
validation-required
volume-inaccessible
tgt-failed
path-unavailable
not-valid
► SourceVolumeID:TargetVolumeID ►◄
-srcss Source_LSS_SSID ...
"-"
Note: All settings apply to all FlashCopy pairs that are specified.
-dev storage_image_ID
(Optional) Specifies the remote site storage image ID, which consists of manufacturer, machine type,
and serial number. The remote site storage image ID is required if you do not specify fully qualified
IDs or do not set the devid variable in your profile or through the setenv command. The remote site
storage image ID is also required if the HMC is aware of more than one storage image. Using the
-dev parameter temporarily overrides any defined value for devid for the current command.
-conduit LSS_ID
(Required) Specifies the source logical subsystem (LSS) of an existing Remote Mirror and Copy
relationship that is used as a means for communicating with the remote storage image.
The source volume IDs that are specified in the SourceVolumeID:TargetVolumeID parameter must serve
as secondary volumes in a Remote Mirror and Copy relationship in which one of the conduit LSS
volumes serves as a primary volume.
This parameter accepts a fully qualified LSS ID, which includes the storage image ID. The fully
qualified LSS ID format is storage_image_ID/XX, where:
XY (for a DS8000 model)
Specifies the logical subsystem number, 00 - FE.
XY (for a DS6000 model)
Specifies the logical subsystem number, 00 - 1E.
ZZ (for DS6000 and DS8000 models)
Specifies the volume number, 00 - FF.
X (for DS6000 and DS8000 models)
Specifies the address group, 0 - 1.
-s
(Optional) Displays only FlashCopy pair IDs. You cannot use the -l and the -s parameters together.
-l
(Optional) Displays the default output plus out-of-sync tracks and date that the FlashCopy
relationship was created. You cannot use the -l and the -s parameters together.
-activecp
(Optional) Specifies that FlashCopy relationships with an active background copy process are to be
displayed.
-record
(Optional) Displays only the FlashCopy relationships that were established with the -record option.
-persist
(Optional) Specifies that the FlashCopy relationships that were established with the -persist
parameter are to be displayed.
-revertible
(Optional) Specifies that the FlashCopy relationships that were established with the -revertible
parameter are to be displayed.
-cp
(Optional) Specifies that the FlashCopy relationships that were established with the run background
copy (-cp) parameter are to be displayed.
-tgtse
(Optional) Displays the FlashCopy relationships that have a space-efficient target. This parameter is
not supported on DS6000 models.
Note: When you specify not-valid, all FlashCopy relationships that do not meet the requirements for
the valid state are displayed.
-seqnum flash_sequence_number
(Optional) Specifies that the FlashCopy relationships that are associated with the specified sequence
number are to be displayed.
This parameter is not supported for machine type 2105.
-srcss Source_LSS_SSID
(Optional) Specifies the subsystem ID of the source logical subsystem at the remote site. The ID is in
the format 0x0001 - 0xFFFF.
This value is required for the IBM Enterprise Storage Server® versions 2.4.0 and 2.4.1. When you
specify SS_IDs, the source volumes are restricted to one LSS.
Example: FF10
SourceVolumeID:TargetVolumeID ... | -
(Required) Specifies that the FlashCopy relationships for the remote site source and target volume
pairs with the specified IDs be displayed.
This parameter accepts fully qualified volume IDs, which include storage image IDs, or a shortened
version without storage image IDs if the -dev parameter is specified.
A FlashCopy pair ID consists of two volume IDs, one designated as the source and the other as the
target volume for a FlashCopy relationship. You must separate the two volume IDs of a FlashCopy
pair ID with a colon and no space. The first volume ID is the source volume. The second volume ID
is the target volume.
You must separate multiple IDs with spaces. You can specify FlashCopy pair IDs and a range of
FlashCopy pair IDs, or you can specify volume IDs and a range of volume IDs. You cannot specify a
combination of FlashCopy pair IDs and volumes IDs.
The volume ID is a 32-bit number that can be represented as four hexadecimal digits in the form of
XYZZ, where:
XY (for a DS8000 model)
Specifies the logical subsystem number, 00 - FE.
XY (for a DS6000 model)
Specifies the logical subsystem number, 00 - 1E.
ZZ (for DS6000 and DS8000 models)
Specifies the volume number, 00 - FF.
X (for DS6000 and DS8000 models)
Specifies the address group, 0 - 1.
The ellipsis (...) indicates that, optionally, you can specify multiple values. If you use the dash (-), the
specified value is read from standard input. You cannot use the dash (-) while you are in the DS CLI
interactive command mode.
Example of a fully qualified volume ID pair: IBM.2107-75FA120/0001:IBM.2107-68FA120/0004
Example of a shortened version: 0001:0004
Example of multiple pairs: 0001:0004 0003:00FF 0008:000C
For this command and all other DS CLI list commands, the results are shown in table format to provide
clarity. The actual reports do not display as tables.
The following tables represent the headers that are displayed on the output report that is associated with
the lsremoteflash command when you use the -l parameter.
Sequence
ID SrcLSS Num Active Copy Recording Persistent Revertible
0100:0200 01 10 Disabled Disabled Disabled Disabled
Note: When a query indicates any state other than valid, the only information that is displayed on
the report is the FlashCopy pair ID and the state condition. The rest of the information columns are
displayed with a " - " value.
Valid
Indicates that the FlashCopy relationship is in a normal state, and that it has been queried
successfully.
Validation Required
Indicates that the FlashCopy relationship cannot be queried. The reason that the query is blocked
is only temporary. If you issue a new query within several seconds, the problem no longer exists.
Tgt Failed
Indicates that the FlashCopy relationship is in an error state. The point-in-time copy is lost, and
the FlashCopy relationship must be withdrawn. You must issue the rmflash command to remove
the FlashCopy relationship.
Volume Inaccessible
Indicates that the volume cannot be accessed and that the query has failed. When this state is
displayed, it generally means that the volume is in a fenced condition.
Invalid
Indicates that a general internal error has occurred when the query is processed.
Path Unavailable
The specified inband path does not exist. The user must verify that the Remote Mirror and Copy
path exists.
Key:
* Displayed when the -s parameter is specified.
+ Displayed only when the -l parameter is specified.
mkremoteflash
The mkremoteflash command initiates a remote point-in-time copy from source volumes to target
volumes through a Remote Mirror and Copy relationship.
► ►
-tgtoffline -tgtinhibit -freeze -record -persist -multinc
► source_volume_ID:target_volume_ID ►◄
-resetreserve ...
"-"
Parameters
-dev storage_image_ID
(Optional) Specifies the storage image ID, which includes manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify fully qualified IDs, do not set the
devid variable in your profile or through the setenv command, and the HMC is aware of more than
one storage image. Using the -dev parameter will temporarily override any defined value for devid
for the current command.
-conduit LSS_ID
(Required) Specifies the source logical subsystem (LSS) of an existing remote mirror and copy
relationship that is to be used as a conduit for communicating with the remote storage image. The
source volume IDs that are specified in the SourceVolumeID:TargetVolumeID parameter, must serve as
secondary volumes in a remote mirror and copy relationship in which one of the conduit LSS
volumes serves as a primary volume.
When you use this parameter, you must specify a fully qualified LSS ID. The fully qualified LSS ID
format is storage_image_ID/XX. The DS8000 value for the XX is 00 - FE and the DS6000 value is 00 -
1F.
For DS8000, example: IBM.2107-75FA120/00
-tgtpprc
(Optional) Allows the FlashCopy target volume to be a remote mirror and copy source volume.
-tgtoffline
(Optional) Causes the mkremoteflash command to be rejected if the target volume is online for host
system access. This parameter applies only to CKD volumes.
-tgtinhibit
(Optional) Prevents host system write operations to the target while the FlashCopy relationship exists.
-freeze
(Optional) Specifies the Freeze Consistency Group condition. The use of this parameter triggers the
queue full condition for the source volume. All writes to the source volume are queued by the host
and are written after the queue full condition is reset.
During the queue full condition, the source volume reports long busy status.
The queue full condition is reset by an extended long busy timeout condition. The timeout condition
affects all FlashCopy source volumes that are contained within a respective logical subsystem and
that are established or modified with the -freeze parameter.
Note: This parameter is used with other processing steps for purposes such as backups, testing, or
recovery solutions. The use of this parameter ensures that volumes on the target LSSs are consistent
with the source LSSs volumes.
-record
(Optional) This parameter, without the -multinc parameter, creates a type 1 incremental FlashCopy
relationship. The type 1 FlashCopy records data changes on both the source and target volumes of
the FlashCopy pair.
revertremoteflash
The revertremoteflash command is used to restore data on the source volume to its most recent
consistency formation. All new write operations to the source since the most recent consistency formation
are overwritten with the previous consistency.
► SourceVolumeID ►◄
-seqnum flash_sequence_num -srcss SS_ID ...
"-"
Parameters
You must take the following actions before you can use the revertremoteflash command:
Notes:
1. Issue the mkflash or mkremoteflash command with the -persist and -record parameters to establish
the FlashCopy pair.
2. Issue the setflashrevertible or setremoteflashrevertible command against the FlashCopy pair.
-dev storage_image_ID
(Optional) Specifies the storage image ID, which includes manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify fully qualified IDs, do not set the
devid variable in your profile or through the setenv command, and the HMC is aware of more than
one storage image. Using the -dev parameter will temporarily override any defined value for devid
for the current command.
-conduit LSS_ID
(Required) Specifies the source logical subsystem (LSS) of an existing remote mirror and copy
(formerly PPRC) relationship that is used as a means for communicating with the remote storage
image. The source volume IDs that are specified in SourceVolumeID:TargetVolumeID must serve as
secondary volumes in a remote mirror and copy relationship in which one of the conduit LSS
volumes serves as a primary volume.
When you use this parameter, you must specify a full qualified LSS ID. The fully qualified LSS ID
format is storage_image_ID/XX. The DS8000 value for the XX is 00 - FE and the DS6000 value is 00 -
1F.
For DS8000, example: IBM.2107-75FA120/00
-seqnum flash_sequence_num
(Optional) When a FlashCopy sequence number is specified, the revertremoteflash operation is
performed only on those relationships that are associated with the specified number.
Example: 0010
This parameter is not supported for machine type 2105.
Example
rmremoteflash
The rmremoteflash command removes a relationship between remote FlashCopy volume pairs.
► ►
-tgtreleasespace -cp -seqnum flash_sequence_number -srcss SS_ID
Parameters
Notes:
1. Invoking this command and using the -cp parameter on a FlashCopy relationship that was previously
marked with the -persist parameter does not remove the relationship. Instead, the source volume is
copied to the target volume.
2. Invoking this command resets the -tgtinhibit parameter option if it was previously set.
3. All settings apply to all specified FlashCopy pairs.
4. The -seqnum parameter is not supported for model 2105.
5. When SS_IDs are specified, the source volumes are restricted to 1 LSS.
-dev storage_image_ID
(Optional) Specifies the storage image ID, which includes manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify fully qualified IDs, do not set the
devid variable in your profile or through the setenv command, and the HMC is aware of more than
one storage image. Using the -dev parameter will temporarily override any defined value for devid
for the current command.
-conduit LSS_ID
(Required) Specifies the source logical subsystem (LSS) of an existing remote mirror and copy
(formerly PPRC) relationship that is to be used as a means for communicating with the remote
storage image. The source volume IDs that are specified in SourceVolumeID:TargetVolumeID must serve
as secondary volumes in a remote mirror and copy relationship in which one of the conduit LSS
volumes serves as a primary volume.
This parameter allows the use of a fully qualified LSS ID, which includes the storage image ID. The
fully qualified LSS ID format is storage_image_ID/XX. The DS8000 value for the XX is 00 - FE and
the DS6000 value is 00 - 1F.
-quiet
(Optional) Turns off the FlashCopy pair removal confirmation prompt for this command.
-tgtreleasespace
(Optional) Specifies that you want the system to release the space that has been allocated to the
space-efficient target logical volumes back to the repository. This release must occur at the same time
that the FlashCopy pair is removed if the only access to the space-efficient volumes is through the
conduit LSS ID.
-cp
(Optional) Specifies that the FlashCopy relationship be changed from the No Copy to the Copy mode.
Additionally the remaining source volume tracks are copied to the target volume. The relationship is
removed when all the data is copied unless the relationship is persistent. When the -cp parameter is
specified, the copy is processed for all volume pairs where the source volume ID is identical to the
source volume that is specified in the command.
-seqnum flash_sequence_num
(Optional) When a FlashCopy sequence number is specified, the rmremoteflash operation is
performed only on those relations that are associated with the specified number.
Example: 0010
This parameter is not supported for machine type 2105.
Example
Removal of the remote FlashCopy volume pair 0100:0200 has been initiated
successfully. Use the lsremoteflash command to determine when the
relationship is deleted.
setremoteflashrevertible
The setremoteflashrevertible command modifies a remote FlashCopy volume pair that is part of a
FlashCopy relationship to revertible.
► ►
-tgtse -seqnum flash_sequence_num -srcss SS_ID
► source_volume_ID:target_volume_ID ►◄
...
"-"
Parameters
Note: The -nocp, -record, -persist, and -tgtinhibit (target inhibit) parameters that were specified
when the FlashCopy pair was made (mkremoteflash command) are included automatically when the
setremoteflashrevertible command processes. However, FlashCopy pairs established with the modified
recording method (multinc) cannot be used with the setflashrevertible command.
-dev storage_image_ID
(Optional) Specifies the storage image ID, which includes manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify fully qualified IDs, do not set the
devid variable in your profile or through the setenv command, and the HMC is aware of more than
one storage image. Using the -dev parameter will temporarily override any defined value for devid
for the current command.
-conduit LSS_ID
(Required) Specifies the source logical subsystem (LSS) of an existing remote mirror and copy
relationship that is to be used as a passage for communicating with the remote storage image. The
source volume IDs that are specified in source_volume_ID:target_volume_ID must serve as secondary
volumes in a remote mirror and copy relationship in which one of the passage LSS volumes serves as
a primary volume.
When you use this parameter, you must specify a fully qualified LSS ID. The fully qualified LSS ID
format is storage_image_ID/XX, where XX is a hexadecimal number in the range 00 - FE for the
DS8000. The DS6000 value is 00 - 1F.
-tgtoffline
(Optional) Causes an establish FlashCopy volume pair command to be rejected if the target volume
ID is online for host system access.
This parameter applies only to CKD volumes.
-tgtse
(Optional) Specifies that the target volume that is part of the FlashCopy relationship that you are
modifying to be designated as revertible might be a space-efficient logical volume. An error message
is generated if the target volume is a space-efficient volume and you do not specify this parameter.
-seqnum flash_sequence_num
(Optional) Associates the remote FlashCopy relationships that are changed with the specified
sequence number. Only the relationships that are successfully modified by the command get the
specified sequence number, leaving the ones that failed with the previous number (if previously
specified).
Example: 0010
This parameter is not supported for machine type 2105.
Example
The following Remote Mirror and Copy path commands are available:
lsavailpprcport
Generates a report that displays a list of ESCON or Fibre Channel I/O ports that can be defined
as Remote Mirror and Copy paths.
lsavailpprcport
The lsavailpprcport command displays a list of ESCON or Fibre Channel I/O ports that can be defined
as remote mirror and copy (formerly PPRC) paths.
The DS8000 models and DS6000 models support only Fibre Channel ports. The Enterprise Storage Server
(2105 machine type) supports ESCON ports.
Secondary ports listed for PPRC are only available when configured as FCP. Secondary FICON ports,
while displayed in the list, are not supported, and the DS CLI command mkpprcpath issued to a
secondary FICON port will fail.
Note: If you are creating paths between an older release of the DS8000 (Release 5.1 or earlier), which
supports only 4-port host adaptors, and a newer release of the DS8000 (Release 6.0 or later), which
supports 8-port host adaptors, the paths should connect only to the lower four ports on the newer
storage unit.
► Source_LSS_ID:Target_LSS_ID ►◄
-remotedev storage_image_ID " - "
Parameters
-dev storage_image_ID
(Optional). Specifies the source volume storage image ID, which consists of manufacturer, machine
type, and serial number. The storage image ID is required if you do not specify a fully qualified LSS
ID, do not set the devid variable in your profile or through the setenv command, and the HMC is
aware of more than one storage image. Using the -dev parameter will temporarily override any
defined value for devid for the current command.
-remotewwnn wwnn
(Required) Specifies the worldwide node name of the secondary storage image. The format is a
16-hexadecimal ID or a colon-separated string.
Example: 12341234000A000F or 12:34:12:34:00:0A:00:0F
Note: You want to use the WWNN that is associated with the remote storage image. Run the lssi or
showsi command to obtain this number. If you use the WWNN that is associated with the primary
storage unit, this command fails.
-s
(Optional). Displays the local port ID. You cannot use the -l and the -s parameters together.
Note: If specified the format of this entry might be checked for correctness even though the value is
not used.
For DS8000, example: IBM.2107-75FA120
Source_LSS_ID:Target_LSS_ID | -
(Required) Queries I/O ports that are available for a remote mirror and copy path relationship for the
source and target LSSs. This parameter accepts fully qualified LSS IDs, which includes the storage
image ID or shortened version without the storage image ID, if the -dev parameter is specified.
A remote mirror and copy path LSS pair ID consists of two LSS IDs, one designated as the source
LSS and the other as the target LSS for a remote mirror and copy path relationship. The two LSS IDs
must be separated with a colon and no spaces. The first LSS ID is the source LSS. The second LSS ID
is the target LSS.
The fully qualified LSS ID format is storage_image_ID/XX, where XX is a hexadecimal number in the
range 00 - FE for a DS8000 model and 00 - 1F for a DS6000 model.
If you do not use the -dev and -remotedev parameters, the fully qualified
source_LSS_ID:target_LSS_ID value must be placed after the -remotewwnn value in your command line.
Your command line can look like the following example:
dscli> lsavailpprcport –l
–remotewwnn 12341234000A000F IBM.2107-75FA120/01:IBM.2107-75FA150/01
If you use the dash (-), the specified value is read from standard input. You cannot use the dash (-)
while you are in the DS CLI interactive command mode.
Example pair: 00:00
Example of multiple pairs: 00:00 01:01 02:02
Example
For this command and all other DS CLI list commands, the results are shown in table format to provide
clarity. The actual reports do not display as tables.
The following tables represent the headers that are displayed on the output report that is associated with
the lsavailpprcport command using the -l parameter.
Note: When you specify the -s parameter, the local port information is the only information
displayed on the report.
Attached port
Indicates the fully qualified unique Port ID on the attached storage unit. FCP and ESCON port ID
numbers are displayed in the format that is described for Local port. However, if there is an
ESCON Switch value, the value displayed in this column is N/A (not applicable).
Type Indicates the connection type. FCP is the only applicable value for a 2107 or 1750 machine type.
For a 2105 machine type, you can have a value of ESCON or ESCON Switch.
Switch ID
Indicates the Switch ID for ESCON Switch connections.
Note: For FCP and direct ESCON, the displayed value in this field is N/A (not applicable).
Switch port
Indicates the Port ID on the Switch device that is connected to the attached ESS. The Switch port
ID component is two hexadecimal characters in the format 0xPP, where ‘PP’ is a port number (00
- ff). The number is prefixed with the letter I.
Note: For FCP and direct ESCON, the value of this field is N/A (not applicable).
lspprcpath
The lspprcpath command displays a list of existing remote mirror and copy path definitions.
►► lspprcpath Source_LSS_ID ►◄
-dev storage_image_ID -s ...
-l "-"
Example
For this command and all other DS CLI list commands, the results are shown in table format to provide
clarity. The actual reports do not display as tables.
The following tables represent the headers that are displayed on the output report when the -l parameter
is used with the lspprcpath command.
mkesconpprcpath
The mkesconpprcpath command creates a remote mirror and copy (formerly PPRC) path between source
and target logical subsystems over an ESCON connection.
The command allows you to specify ESCON direct and ESCON switch connections. Use this command
only with IBM Enterprise Storage Servers (2105, Model 800 and Model 750).
►► mkesconpprcpath ►
-dev storage_image_ID -remotedev storage_image_ID
Parameters
Notes:
1. The mkesconpprcpath command is applicable only for the IBM Enterprise Storage Server (2105, Model
800 and Model 750). DS8000 models and DS6000 models support only Fibre Channel connections.
2. When you specify a switch port ID as the target port, specify the outgoing port that is connected to
the remote ESS and not to the incoming port that is connected to the local ESS.
-dev storage_image_ID
(Optional). Specifies the storage image ID, which consists of manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify a fully qualified source LSS ID, do
not set the devid variable in your profile or through the setenv command, and the HMC is aware of
more than one storage image. Using the -dev parameter will temporarily override any defined value
for devid for the current command.
Example: IBM.2105-FA120
-remotedev storage_image_ID
(Optional). Specifies the remote storage image ID, which consists of manufacturer, machine type, and
serial number. This parameter is required if you do not fully qualify the target LSS ID.
Example: IBM.2105-FA150
-srclss Source_LSS_ID
(Required). Specifies the source logical subsystem (LSS) ID. Accepts a fully qualified LSS ID, which
includes the storage image ID or a shortened version without the storage image ID, if the -dev
parameter is used. The fully qualified LSS ID format is storage_image_ID/xx, where 'xx' is a
hexadecimal number in the range '00 - FE'.
-srcss ss_ID
(Optional). Specifies the subsystem ID of the primary logical subsystem in the format '0x0001 -
0xFFFF'.
This value is required for the IBM Enterprise Storage Server versions 2.4.0 and 2.4.1.
Example: 0010
-tgtlss Target_LSS_ID
(Required). Specifies the target logical subsystem (LSS) ID. Accepts a fully qualified LSS ID, which
includes the storage image ID, or a shortened version without the storage image ID, if the -remotedev
parameter is used. The fully qualified LSS ID format is storage_image_ID/xx, where 'xx' is a
hexadecimal number in the range '00 - FE'.
-remotewwnn WWNN
(Optional). Specifies the worldwide node name. The format is a 16-hexadecimal ID.
Note: If you use this parameter, the format is checked even though there might be times that the
value is not used.
Example: 12341234000A000F
-tgtss ss_ID
(Optional). Specifies the subsystem ID of the secondary logical subsystem in the format '0x0001 -
0xFFFF'.
This value is required for the IBM Enterprise Storage Server versions 2.4.0 and 2.4.1.
Example: 0010
Note: Do not specify a target port ID when you specify an ESCON direct connection. Instead, specify
only the source port ID.
This parameter accepts only non-fully qualified port IDs, which does not include the storage image
ID. A remote mirror and copy path port pair ID consists of two port IDs. The first is designated as
the source port and the second as the target port for the remote mirror and copy path. You must
separate the two port IDs with a colon and no spaces. A direct ESCON I/O port ID is four
hexadecimal characters in the format EEAP, where EE is a port enclosure number '00 - 3F', A is the
adapter number '0 - F', and P is the port number '0 - F'. This number is prefixed with the letter I. A
switch ESCON I/O port ID is two hexadecimal characters in the range '00 - FF'. This number is
prefixed with the letter I.
This parameter accepts up to eight remote mirror and copy path port pair IDs. You must separate
multiple port pair IDs with spaces.
The ellipsis (...) indicates that, optionally, you can specify multiple values. If you use the dash (-), the
specified value is read from standard input. You cannot use the dash (-) while you are in the DS CLI
interactive command mode.
Example pair: I1A10:I20
Example of a source ESCON port and target switch port pair: I1A10:I20
Example of multiple pairs: I1A10:I20 I1A11:I21 I1A12 (the last object identifies an ESCON connection)
mkpprcpath
The mkpprcpath command establishes or replaces a remote mirror and copy (formerly PPRC) path
between source and target logical subsystems (LSSs) over a Fibre Channel connection.
This is the only supported connectivity for machine types 2107 and 1750. Paths can be established
between the following machine types: 2105:2105, 2107:2107, 2107:1750, 2107:2105, 1750:1750, 1750:2105.
Note: Secondary ports listed for PPRC, after issuing the lsavailpprcport command, are only available
when configured as FCP. Secondary FICON ports, while displayed in the list, are not supported, and the
DS CLI command mkpprcpath issued to a secondary FICON port fails.
►► mkpprcpath ►
-dev storage_image_ID -remotedev storage_image_ID
► source_port_ID:target_port_ID ►◄
-tgtss SS_ID -consistgrp ...
"-"
Parameters
-dev storage_image_ID
(Optional) Specifies the source storage image ID, which includes manufacturer, machine type, and
serial number. The storage image ID is required if you do not specify fully qualified IDs, do not set
the devid variable in your profile or through the setenv command, and the HMC is aware of more
than one storage image. Using the -dev parameter will temporarily override any defined value for
devid for the current command.
-remotedev storage_image_ID
(Optional) Specifies the ID of the secondary storage image, which includes manufacturer, machine
type, and serial number. If specified, the format of this entry might be checked for correctness
although the value is not used.
For DS8000, example: IBM.2107-75FA150
-remotewwnn WWNN
Required) Specifies the worldwide node name of the secondary storage image. The format is a
16-hexadecimal ID or a colon-separated string.
Note: Ensure that you use the worldwide node name that is associated with the secondary storage
system. Run the lssi or showsi command to obtain this number.
Example: 12341234000A000F or 12:34:12:34:00:0A:00:0F
-srclss source_LSS_ID
(Required) Specifies the source logical subsystem ID. Use a fully qualified LSS ID, which includes the
storage image ID, or use a shortened version without the storage image ID, if the -dev parameter is
used. The fully qualified LSS ID format is storage_image_ID/XX, where XX is a hexadecimal number
in the range 00 - FE for the DS8000. The DS6000 value is in the range 00 - 1F.
Example of a shortened version: 00
-srcss SS_ID
(Optional) Specifies the subsystem ID of the primary logical subsystem in the format 0x0001 - 0xFFFF.
This value is required for the IBM TotalStorage Enterprise Storage Server versions 2.4.0 and 2.4.1.
Example: 0010
Chapter 4. CLI commands 445
-tgtlss target_LSS_ID
(Required) Specifies the logical subsystem ID associated with the secondary storage system as the
target. Use a fully qualified LSS ID, which includes the storage image ID. The fully qualified LSS ID
format is storage_image_ID/XX, where XX is a hexadecimal number in the range 00 - FE for the
DS8000. The DS6000 value is in the range 00 - 1F.
Example of a shortened version: 01
-tgtss SS_ID
(Optional) Specifies the subsystem ID of the secondary logical subsystem in the format 0x0001 -
0xFFFF.
This value is required for the IBM TotalStorage Enterprise Storage Server versions 2.4.0 and 2.4.1.
Example: 0010
-consistgrp
(Optional) Creates a consistency group for the remote mirror and copy volume pairs. A remote mirror
and copy consistency group is a set of remote mirror and copy volume pairs that have the same
source and target LSS. This option is intended to only be used with Metro Mirror pairs.
Normally, when an error occurs in a member of a remote mirror and copy volume pair, the storage
system places the volume in a suspended state. However, if the volume participates in a consistency
group, it is placed in a long busy state.
source_port_ID:target_port_ID ... | -
(Required) Establishes a remote mirror and copy path between the source and target ports for the
specified source and target logical subsystems. The source and target ports must be Fibre Channel
I/O ports that are configured for point-to-point or switched fabric topology. They are enabled
automatically for remote mirror and copy secondary I/O operations. They are not enabled for FICON
I/O operations.
Use fully qualified port IDs, which include the storage image ID, or use a shortened version without
the storage image ID if the -dev parameter is specified. A remote mirror and copy path port pair ID
consists of two port IDs. Designate the first as the source port and the second as the target port for
the remote mirror and copy path. You must separate the two port IDs with a colon and no spaces. A
port ID is four hexadecimal characters in the format EEAP, where EE is a port enclosure number (00 -
3F), A is the adapter number (0 - F), and P is the port number (0 - F). This number is prefixed with
the letter I.
To establish multiple remote mirror and copy paths between any single source and target LSS, you
must specify all of the path port pair IDs in a single mkpprcpath command. This parameter accepts up
to eight remote mirror and copy path port pair IDs. You must separate multiple port pair IDs with
spaces.
The ellipsis (...) indicates that, optionally, you can specify multiple values. If you use the dash (-), the
specified value is read from standard input. You cannot use the dash (-) while you are in the DS CLI
interactive command mode.
Example of the shortened version: I1A10:I2A20
Example of multiple pairs: I1A10:I2A20 I1A11:I2A21 I1A12:I2A22
Example
►► rmpprcpath ►
-dev storage_image_ID -remotedev storage_image_ID
► ►
-remotewwnn wwnn -type fcp -quiet -force
escon
► source_LSS_ID:target_LSS_ID ►◄
...
"-"
Parameters
-dev storage_image_ID
(Optional) Specifies the source storage image ID, which includes manufacturer, machine type, and
serial number. The storage image ID is required if you do not specify a fully qualified source LSS ID,
do not set the devid variable in your profile or through the setenv command, and the HMC is aware
of more than one storage image. Using the -dev parameter will temporarily override any defined
value for devid for the current command.
-remotedev storage_image_ID
(Optional) Specifies the target storage image ID, which includes manufacturer, machine type, and
serial number. This parameter is required if you do not specify a fully qualified target LSS ID or if
the -dev parameter is used.
-remotewwnn wwnn
(Optional) Specifies the secondary worldwide node name. The format is a 16-hexadecimal ID or a
colon-separated string.
Note: The following considerations can help you decide whether to use this parameter:
v If you do not specify this parameter, DS CLI processing requires a query for this information from
the remote device. In some cases, due to the path-specific state, the query might fail to locate the
remote WWNN. If the remote WWNN cannot be located, the rmpprcpath command fails. Process
the lspprcpath command to obtain the remote WWNN information and then process the
rmpprcpath command with the remote WWNN information included.
v Use the lspprcpath command to obtain the remote WWNN information.
-type fcp | escon
(Optional) The type of the connection over which the path was created.
fcp Fibre-channel protocol
escon Enterprise Systems Connection ( z Systems)
-quiet
(Optional) Turns off the Remote Mirror and Copy path removal confirmation prompt for this
command.
-force
(Optional) Specifies that you want to remove Remote Mirror and Copy paths even if Remote Mirror
and Copy volume pairs exist. Otherwise, specified paths that are associated with existing Remote
Mirror and Copy volume pairs are not be removed.
source_LSS_ID:target_LSS_ID ... | -
(Required) Specifies the Remote Mirror and Copy path relationships for the source and target LSSs
that are to be removed. The LSS pair ID consists of two LSS IDs, one designated as the source LSS
Example
The following Remote Mirror and Copy pair commands are available:
failbackpprc
Copies the required data from the source volume to the target volume to resume mirroring. You
can use this command after a failoverpprc command has been issued to restart mirroring from
site A (local site) to site B (remote site).
failoverpprc
Generates Global Mirror and Metro Mirror disaster recovery processes with the following results:
v In a Global Mirror failover recovery process, the failoverpprc command initiates failover
processing of B volumes to A volumes.
v In a Global Mirror failback recovery process (production is returned to the local site), the
failoverpprc command initiates failover processing from A volumes to B volumes.
v In a Metro Mirror disaster recovery process, failover processing to the Global Copy secondary
volume causes the secondary volumes to become primary volumes and immediately suspends
these volumes. The failoverpprc command changes a secondary device into a primary
suspended device while leaving the primary device in its current state.
lspprc Generates a report that displays a list of remote mirror and copy volume relationships for a
storage image and the status information for each remote mirror and copy volume relationship in
the list.
mkpprc Establishes a remote mirror and copy relationship for a volume pair.
chpprc Modifies the characteristics of an existing Remote Mirror and Copy relationship.
failbackpprc
The failbackpprc command copies the required data from the source volume to the target volume to
resume mirroring.
This command is used in the disaster recovery processes that are associated with sites using Metro
Mirror, Global Mirror, or Metro/Global Mirror processing.
►► failbackpprc ►
-dev storage_image_ID -remotedev storage_image_ID
► -type mmir ►
gcp -cascade -tgtse -suspend -tgtonline -resetreserve
► ►
-force -tgtread -disableautoresync
► SourceVolumeID:TargetVolumeID ►◄
...
"-"
Parameters
Notes:
1. You can issue the failbackpprc command against any remote mirror and copy volume that is in a
primary suspended state. The failback processing copies the required data from the source volume to
the target volume to resume mirroring.
2. A metro mirror (synchronous) pair must be suspended before it can be reestablished as a Global Copy
(extended distance) pair and vice versa.
3. When you specify subsystem IDs (SSIDs), the source and target volumes are restricted to 1 LSS for the
source and 1 LSS for the target.
-dev storage_image_ID
(Optional) Specifies the source storage image ID, which includes manufacturer, machine type, and
serial number. The storage image ID is required if you do not specify a fully qualified source volume
ID (which includes the storage image ID, for the source volume IDs that are defined by the
Source_Volume_ID:Target_Volume_ID parameter), do not set the devid variable in your profile or
Note: The use of the failbackpprc command requires a role reversal for this parameter. The value for
this parameter must be the original primary site which has been repaired and is ready to once again
become your primary production site. For example:
v Original primary site (Site A) has a value of IBM.2107-75FA120 with volumes 0100, 0101, 0102,
0103.
v Original secondary site (Site B) has a value of IBM.2107-75FA150 with volumes 0200, 0201, 0202,
0203.
v The following failbackpprc command is correct:
Note: The use of the failbackpprc command requires a role reversal for this parameter. The value for
this parameter must be the original secondary site. For example:
v Original primary site (Site A) has a value of IBM.2107-75FA120 with volumes 0100, 0101, 0102,
0103.
v Original secondary site (Site B) has a value of IBM.2107-75FA150 with volumes 0200, 0201, 0202,
0203.
v The following failbackpprc command is correct:
Note: This parameter applies only to z Systems volumes. It does not apply to open systems volumes.
-resetreserve
(Optional) Specifies that a remote mirror and copy relationship is to be established when the volume
on the secondary logical subsystem is reserved by another host. If this parameter is not specified and
the volume on the secondary logical subsystem is reserved, the command fails.
Notes:
1. This parameter can only be used as part of a Metro/Global Mirror (3-site) disaster recovery
process.
2. Only use this parameter if you are fully aware of the affect this parameter has on your
transactions. A couple of scenarios are provided in this guide that describe a set of circumstances
that allow you to safely use this parameter. If your circumstances do not match the scenarios, you
are cautioned not to use this parameter unless advised to do so by IBM Technical Support.
-tgtread
(Optional) Specifies that host servers be allowed to read from the remote mirror and copy target
volume. For a host server to read the volume, the remote mirror and copy pair must be in a
full-duplex state.
Example
failoverpprc
The failoverpprc command is used only with disaster recovery processing.
This command is used in the disaster recovery processes associated with sites that use Metro Mirror,
Global Mirror, or Metro/Global Mirror processing. The failoverpprc command succeeds even if the
paths are down and the volume at the production site is unavailable or nonexistent.
►► failoverpprc ►
-dev storage_image_ID -remotedev storage_image_ID
► -type mmir ►
gcp -tgtonline -cascade -multtgt -force
► SourceVolumeID:TargetVolumeID ►◄
-disableautoresync ...
"-"
Parameters
The failoverpprc command is used in the Global Mirror and Metro Mirror disaster recovery processes
with the following results:
Note: When you specify the subsystem identifier (SSID), the source and target volumes are restricted to
one LSS for the source and one LSS for the target.
-dev storage_image_ID
(Optional) Specifies the source storage image ID, which includes manufacturer, machine type, and
serial number. The storage image ID is required if you do not specify a fully qualified source volume
ID, do not set the devid variable in your profile or through the setenv command. The storage image
ID is also required if the HMC is aware of more than one storage image. Using the -dev parameter
temporarily overrides any defined value for devid for the current command.
Note: The use of the failoverpprc command requires a role reversal for this parameter. The value for
this parameter must be the original secondary site. For example:
v Original primary site (Site A) has a value of IBM.2107-75FA120 with volumes 0100, 0101, 0102,
0103.
v Original secondary site (Site B) has a value of IBM.2107-75FA150 with volumes 0200, 0201, 0202,
0203.
v The following failoverpprc command is correct:
Note: The use of the failoverpprc command requires a role reversal for this parameter. The value for
this parameter must be the original primary site. For example:
v Original primary site (Site A) has a value of IBM.2107-75FA120 with volumes 0100, 0101, 0102,
0103.
v Original secondary site (Site B) has a value of IBM.2107-75FA150 with volumes 0200, 0201,
0202,0203.
v The following failoverpprc command is correct:
Notes:
1. This parameter can be used only as part of a Metro/Global Mirror (three-site) disaster recovery
process.
2. Use the -force parameter if you are fully aware of the affect that this parameter has on your
transactions. A couple of tasks are provided as examples to help you safely use this parameter. If
your circumstances do not match the scenarios, you are cautioned not to use this parameter
unless advised to do so by IBM Technical Support.
-disableautoresync
(Optional) Disables the mechanism that automatically resumes a suspended Global Copy relationship.
The default is not disabled. The -disableautoresync parameter is available only in Version 5 Release
3 or later.
SourceVolumeID:TargetVolumeID ... | –
(Required) Specifies the remote mirror and copy volume pair IDs of the source and target volumes
that must have their relationships changed so that the target volumes (B volumes) become the source
volumes and the original source volumes (A volumes) become the target volumes. This results in the
following conditions:
v The source volumes (B volumes) show as a suspended host.
v The target volumes (A volumes) show as a suspended target and they are accessible for mounting.
This parameter also accepts fully qualified volume IDs, which include storage image IDs or a
shortened version without storage image IDs, if the -dev parameter is specified. You must separate
multiple remote mirror and copy pair IDs with spaces.
A remote mirror and copy pair ID consists of two volume IDs: one designated as the source and the
other as the target volume for a remote mirror and copy relationship. You must separate the two
volume IDs of a remote mirror and copy pair ID with a colon and no space. The first volume ID is
the source volume. The second volume ID is the target volume.
Example
A confirmation message is presented for each remote mirror and copy pair that is successfully suspended.
lspprc
The lspprc command displays a list of remote mirror and copy (formerly PPRC) volume relationships for
a storage image. The command also displays status information for each remote mirror and copy volume
relationship in the list.
►► lspprc ►
-dev storage_image_ID -remotedev storage_image_ID
► ►
-state copy-pending -type mmir -firstpass true
full-duplex gcp false
suspended invalid
target-copy-pending unknown
target-full-duplex
target-suspended
invalid-state
validation-required
volume-inaccessible
► source_volume_ID:target_volume_ID ►◄
-s -multtgt volume_ID ...
-l "-"
Note: The -remotedev parameter is required when volume pairs are specified and the -dev parameter
is specified, as well.
-state copy-pending | full-duplex | suspended | target-copy-pending | target-full-duplex |
target-suspended | invalid-state | validation-required | volume-inaccessible
(Optional) Specifies the state of the remote mirror and copy relationships that you want to view.
copy-pending
Specifies that you want to view remote mirror and copy relationships that have copy
processing that is pending. A Global Copy relationship is always copy-pending.
full-duplex
Specifies that you want to view remote mirror and copy relationships that are full-duplex.
suspended
Specifies that you want to view remote mirror and copy relationships that are suspended.
The Reason attribute might indicate why the relationship is suspended.
target-copy-pending
Specifies that you want to view remote mirror and copy relationships where the target
volume has copy processing that is pending. In this state, the source volume is unknown or
cannot be queried.
target-full-duplex
Specifies that you want to view remote mirror and copy relationships where the target
volume is full-duplex. In this state, the source volume is unknown or cannot be queried.
target-suspended
Specifies that you want to view remote mirror and copy relationships where the target
volume is suspended. In this state, the source volume is unknown or cannot be queried. The
Reason attribute might indicate why the relationship is suspended.
invalid-state
Specifies that you want to view remote mirror and copy relationships with an Invalid State.
The Invalid State means that a general internal error occurred when the query was processed.
The report that is generated with this query displays only the source and target volume IDs
of a remote mirror and copy volume relationship. The report also displays the state
designation of Invalid State. All the other information columns are displayed with a " - "
value.
validation-required
Specifies that further validation is required. Running the lspprc command again might
display a different state output. However, if you request a query with just the
validation-required designation, the report displays only the source and target volume IDs of a
remote mirror and copy volume relationship that have a designation of validation-required.
All the other information columns are displayed with a " - " value.
volume-inaccessible
Specifies that you want to view remote mirror and copy relationships where the volume
Note: A query of target volume IDs is directed to the storage image that is identified by the -dev
parameter or embedded in the fully qualified single volume IDs.
Example
For this command and all other DS CLI list commands, the results are shown in table format to provide
clarity. The actual reports do not display as tables.
The following tables represent the headers that are displayed on the output report that is associated with
the lspprc command with the -l parameter.
Out
Of
Sync Tgt Src
ID State Reason Type Tracks Read Cascade
IBM.2107- Full- - Metro 0 Enabled Disabled
75FA120 Duplex Mirror
/0100:
IBM.2107-
75FA150
/0100
IBM.2107- Full- - Metro 0 Enabled Disabled
75FA120 Duplex Mirror
/0101:
IBM.2107-
75FA150
/0101
Note: The report that is generated with the Invalid State designation displays only the source
and target volume IDs of a remote mirror and copy volume relationship and the state
designation of Invalid State. All the other information columns are displayed with a " - "
value.
Validation Required
Indicates that the status of the volume cannot be currently determined. Further validation is
required. Sometimes, running the same lspprc command again generates different state
output.
Note: The report that is generated with the validation-requireddesignation displays only the
source and target volume IDs of a remote mirror and copy volume relationship and the state
designation of validation-required. All the other information columns are displayed with a " -
" value.
Volume Inaccessible
Indicates that the volume might not be queried. This information means that the volume is
fenced.
Notes:
1. The paths to the secondary controller might not be available if the power to the
primary controller was shut down. If only the secondary control unit was shut down,
it might be possible for the paths to be restored depending on the path status. Use the
following process to determine whether your remote mirror and copy processing can
be restored on the affected volumes:
a. Enter the lspprc command and use the generated report to determine the path
status.
b. Enter the mkpprc command if the paths are still in tact. This process resynchronizes
the volume pairs.
c. Continue with your processing.
2. If the previous process cannot be completed, you must remove the pair relationships
on the affected volumes and start your remote mirror and copy processing from the
beginning on the affected volumes.
Notes:
1. If you enter the lspprc command to view the out-of-sync value for a volume pair (for
example, 0000:0001) on a 2105, there is no observable decrease in the value from when you
issue the query to the end of the process.
2. If you enter the lspprc command to view the out-of-sync value for a single volume (for
example, 0000) on a 2105, there is an observable decrease in the value but only at 10-second
intervals. If you enter the lspprc command and reissue it again before 10 seconds expires,
there is no observable change in the value.
3. If you enter the lspprc command to view the out-of-sync value for a volume pair or a single
volume on a DS8000 or a DS6000, there is an observable decrease in the value but only at
10-second intervals.
Tgt Read
Indicates that Read I/O operations to the target volume are allowed.
Src Cascade
Indicates that the source volume of this relationship is enabled to also be a target volume of a
different relationship.
Tgt Cascade
Indicates that the target volume of this relationship is enabled so that it is also a source volume
for a different relationship. No value is displayed for a DS6000 model.
Date Suspended
Indicates the date when this relationship was last suspended. The value can be displayed as a " -
". No value is displayed for a DS6000 model.
SourceLSS
Indicates the consistency group LSS ID that is associated with the source volume of this PPRC
volume relationship. No value is displayed for a DS6000 model.
Timeout (secs)
Indicates the consistency group Long Busy Timeout setting for the LSS ID that is associated with
the source volume of this PPRC volume relationship. This value can be modified by entering the
chlss (FB) or the chlcu (CKD) command. No value is displayed for a DS6000 model.
Notes:
1. This value is displayed when you designate the use of the -l parameter, and when the
primary volume is being queried. If the secondary volume is being queried, the value that is
displayed for this field is N/A (not available).
2. This value is not reported for model 2105. If a model 2105 is being queried, the value that is
displayed for this field is N/A (not available).
isTgtSE
Indicates whether this remote mirror and copy relationship has a space-efficient secondary.
Unknown
Indicates that the space allocation method of the target is not known.
DisableAutoResync
Indicates whether the mechanism that automatically resumes a suspended Global Copy
relationship is active. No value is displayed for a DS6000 model.
mkpprc
The mkpprc command establishes a remote mirror and copy (formerly PPRC) relationship for a volume
pair.
► ►
-mode full -cascade -tgtonline -tgtread -critmode
nocp
► SourceVolumeID:TargetVolumeID ►◄
-disableautoresync -wait ...
"-"
Parameters
Notes:
1. When you specify subsystem IDs, the source and target volumes are restricted to one LSS for the
source and one LSS for the target.
2. If you are using the Cisco MDS 9216 Multilayer Fabric Switch, you must not enable the write
acceleration feature. The mkpprc command might fail if the write acceleration feature is enabled.
-dev storage_image_ID
(Optional) Specifies the source storage image ID, which includes manufacturer, machine type, and
serial number. The storage image ID is required if you do not specify a fully qualified source volume
ID, do not set the devid variable in your profile or through the setenv command. The storage image
ID is also required if the HMC is aware of more than one storage image. Using the -dev parameter
temporarily overrides any defined value for devid for the current command.
For DS8000, example: IBM.2107-75FA120
-remotedev storage_image_ID
(Optional) Specifies the target storage image ID, which includes manufacturer, machine type, and
serial number. This parameter is required if you do not specify a fully qualified target volume ID, or
if the -dev parameter is selected.
For DS6000, example: IBM.1750-75FA120
-type mmir | gcp
(Required) Establishes one or more remote mirror and copy volume relationships as either Metro
Mirror (synchronous) or Global Copy (extended distance) relationships.
mmir Metro Mirror maintains the remote mirror and copy relationship in a consistent
(synchronous) manner by returning I/O write completion status to the application when the
updates are committed to the target. This process becomes slower as the physical distance
between source and target increases.
gcp Global Copy maintains the remote mirror and copy relationship in a nonsynchronous manner.
I/O write completion status is returned to the application when the updates are committed to
the source. Updates to the target volume are performed at a later time. The original order of
updates is not strictly maintained.
-mode full | nocp
(Optional) Specifies the following initial data copy mode for the remote mirror and copy volume
relationships:
full Full mode copies the entire source volume to the target volume. This value is the default
when you do not specify the no copy mode.
nocp No Copy mode does not copy data from source to target volumes. This option presumes that
the volumes are already synchronized.
Notes:
1. Use the -critmode parameter only for log devices, not for devices that the system requires. In
extreme cases, the host system might require you to load the initial program to recover a device
that is write inhibited. Whenever possible, use the freezepprc command as an alternative to using
the -critmode parameter.
2. The -critmode parameter cannot be used with Global Copy or remote copy and mirror cascading
volumes.
Note: When you specify this option, the system verifies that the failed secondary volumes for
the volumes in a Metro Mirror relationship are the primary volumes for the volumes in a
Global Copy relationship and that the specified volumes have the intermediate volumes in
common. That is, the primary specified volumes are the A volumes and the secondary
specified volumes are the C volumes in a Metro/Global Mirror configuration.
Note: When you specify this option, there is no validation to ensure the secondary
relationship in this configuration before the mkpprc command is processed. Therefore, you
must ensure that the primary specified volumes are the A volumes and the secondary
specified volumes are the C volumes in a Metro/Global Mirror configuration.
-tgtse
(Optional) Specifies that the secondary volume might be a space-efficient logical volume.
-disableautoresync
(Optional) Disables the mechanism that automatically resumes a suspended Global Copy relationship.
The default is not disabled. The -disableautoresync parameter is available only in Version 5 Release
3 or later.
-wait
(Optional) Delays the command response until the remote copy and mirror volumes are in one of the
final states: simplex, full duplex, suspended, secondary full duplex, secondary suspended, or
secondary simplex (until the pair is not in the Copy Pending state). The default value for this
parameter is disabled.
Notes:
1. This parameter cannot be used with the -type gcp or -mode nocp parameters.
2. When you use the -wait parameter, you must wait until the original command completely
processes before you can enter a new command.
3. If you are running in single-shot mode, you can periodically enter the lspprc command to check
the remote mirror and copy volume pair state. Then, continue with new commands until the
correct state is reached.
SourceVolumeID:TargetVolumeID ... | -
(Required) Specifies the remote mirror and copy volume relationship for the source and target
volume pairs with the specified IDs.
This parameter accepts fully qualified volume IDs, which include storage image IDs or a shortened
version without storage image IDs, if the -dev parameter is specified. You must separate multiple
remote mirror and copy pair IDs with spaces.
A remote mirror and copy pair ID consists of two volume IDs: one designated as the source and the
other as the target volume for a remote mirror and copy relationship. You must separate the two
volume IDs of a remote mirror and copy pair IDs with a colon and no space. The first volume ID is
the source volume. The second volume ID is the target volume.
The volume ID is a 32-bit number that can be represented as four hexadecimal digits in the form of
XYZZ, where:
XY(for a DS8000 model)
Specifies the logical subsystem number, 00 - FE.
XY(for a DS6000 model)
Specifies the logical subsystem number, 00 - 1E.
ZZ (for DS6000 and DS8000 models)
Specifies the volume number, 00 - FF.
X (for DS6000 and DS8000 models)
Specifies the address group, 0 - 1.
The following examples represent some CLI volume format options that you might want to incorporate
in your processing:
Processing multiple volumes
The following two examples are ways that this environment might be processed, and both are
correct. The first method might be fine if you were managing a few volumes, while the second
processes hundreds or thousands of volumes more efficiently.
v mkpprc -dev IBM.1750-13AB79A -remotedev IBM.1750-13AB76A –type mmir
-mode full
-tgtread 1000:1205 1001:1206 1002:1207 1003:1208
1004:1209 ....... and so on
v mkpprc -dev IBM.1750-13AB79A -remotedev IBM.1750-13AB76A –type mmir
-mode full -tgtread 1000-1004:1205-1209
Using the grouping method in your command
You can also group the volumes. However, the order of the volumes is critical when you group
them, and they must be contiguous. The following example shows how to code for grouping:
mkpprc -dev IBM.1750-13AB79A -remotedev IBM.1750-13AB76A
–type mmir -mode full
-tgtread 1000-1004:1205-1209 1100-1104:1300-1304
Example
Parameters
-dev storage_image_ID
(Optional) Specifies the storage image ID, which consists of a manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify a fully qualified ID. A storage image
ID consists of one or more source volumes IDs that are defined by the
source_volume_ID:target_volume_ID variable. For example, DS8000 models use IBM.2107-75FA120.
-remotedev storage_image_ID
(Required) Specifies the remote storage image ID, which consists of a manufacturer, machine type,
and serial number. The remote storage ID is required if you specify -dev. The -remotedev identifies
the remote DS storage system that contains one or more target IDs that are defined by the
source_volume_ID:target_volume_ID variable. For example, DS8000 models use IBM.2107-75FA120.
-action disable | enable
(Required) Specifies the action to apply for the specified control. The valid values are as follows:
disable
Disables a multi-target setup that is used for the Remote Pair Copy FlashCopy relationship (also
known as a preserve mirror relationship).
enable
Enables a multi-target setup that is used for the Remote Pair Copy FlashCopy relationship (also
known as a preserve mirror relationship).
-ctrl pmirsource_volume_ID:target_volume_ID ... | -
(Required) Establishes a Remote Mirror and Copy volume relationship for the source and target
volumes with one or more Remote Mirror and Copy IDs that you specified. Multiple Remote Mirror
and Copy Pair IDs must be separated with a white space between each value.
This parameter accepts fully qualified volume IDs, which consist of storage image IDs or a shortened
version without storage image IDs, if you specify the -dev parameter.
A Remote Mirror and Copy Pair ID consists of two volume IDs, one designated as the source and the
other as the target volume for a Remote Mirror and Copy relationship. The two volume IDs of a
Remote Mirror and Copy Pair ID must be separated with a colon and no space. The first volume ID
is the designated source volume. The second volume ID is the designated target volume.
The format of the volume ID can be represented as XYZZ, where:
X (for DS6000 and DS8000 models)
Specifies the address group, 0 - 1 for DS6000 and 0 - F for DS8000.
XY (for a DS8000 model)
Specifies the logical subsystem number, 00 - FE.
ZZ (for DS6000 and DS8000 models)
Specifies the volume number, 00 - FF.
The ellipsis (...) indicates that, optionally, you can specify multiple values. If you use the dash (-), the
specified value is read from standard input. You cannot use the dash (-) while you are in the DS CLI
interactive command mode.
Example
An invocation example
dscli> chpprc -dev IBM.2107-75FA120
freezepprc
The freezepprc command creates a new remote mirror and copy consistency group.
It places the source logical subsystem (LSS) in the long busy state so that no I/Os can be directed to it. It
also removes remote mirror and copy paths between the source LSS and target LSS and sets the queue full
condition for the primary volume. This causes the host to queue writes to the primary volume until the
queue full condition is reset. During the queue full condition, the primary volume reports long busy status.
►► freezepprc ►
-dev storage_image_ID -remotedev storage_image_ID
► Source_LSS_ID:Target_LSS_ID ►◄
...
"-"
Parameters
Note: When specifying SSIDs, the command is limited to one LSS pair.
-dev storage_image_ID
(Optional). Specifies the source storage image ID, which includes manufacturer, machine type, and
serial number. The storage image ID is required if you do not specify a fully qualified LSS ID, do not
set the devid variable in your profile or through the setenv command, and the HMC is aware of more
than one storage image. Using the -dev parameter will temporarily override any defined value for
devid for the current command.
For DS8000, example: IBM.2107-75FA120
-remotedev storage_image_ID
(Optional). Specifies the target storage image ID, which includes manufacturer, type, and serial
number. This parameter is required if you do not specify a fully qualified target LSS ID or if the -dev
parameter is used.
For DS6000, example: IBM.1750-68FA150
Source_LSS_ID:Target_LSS_ID ... | -
(Required). Specifies that a consistency group for the source and target LSSs with the IDs specified be
placed in a long busy state. Accepts fully qualified LSS IDs, which includes the storage image ID, or
a shortened version without the storage image ID if the -dev parameter is specified.
A remote mirror and copy path LSS pair ID consists of two LSS IDs, one designated as the source
LSS and the other as the target LSS for a remote mirror and copy path relationship. The two LSS IDs
must be separated with a colon and no spaces. The first LSS ID is the source LSS. The second LSS ID
is the target LSS.
The fully qualified LSS ID format is storage_image_ID/xx, where xx is a hexadecimal number in the
range 00 - FE for the DS8000. The DS6000 value is in the range 00 - 1F.
The ellipsis (...) indicates that, optionally, you can specify multiple values. If you use the dash (-), the
specified value is read from standard input. You cannot use the dash (-) while you are in the DS CLI
interactive command mode.
Example
pausepprc
The pausepprc command pauses an existing Remote Mirror and Copy volume pair relationship or pauses
a single volume ID.
To use this command with a single volume, you must specify either the -at src parameter option or the
-at tgt parameter option. If neither of these options are specified in the command, single volumes are not
valid.
►► pausepprc ►
-dev storage_image_ID -remotedev storage_image_ID
► SourceVolumeID:TargetVolumeID ►◄
-at src -unconditional ...
tgt "-"
Parameters
Note: When you specify SSIDs, the command is limited to one LSS pair.
-dev storage_image_ID
(Optional). Specifies the source storage image ID, which includes manufacturer, machine type, and
serial number. The storage image ID is required if you do not specify a fully qualified source volume
ID, do not set the devid variable in your profile or through the setenv command, and the HMC is
aware of more than one storage image. Using the -dev parameter temporarily overrides any defined
value for devid for the current command.
Example of a fully qualified storage image ID: IBM.2107-75FA120.
-remotedev storage_image_ID
(Optional most times). Specifies the target storage image ID, which includes manufacturer, machine
type, and serial number.
Note: The -remotedev parameter is required when volume pairs are specified and the -dev parameter
is specified, as well.
-at src | tgt
(Optional). Specifies that you want to initiate a suspend action from either the source volume or the
target volume.
src Initiates a suspend action from the source volume. After the task successfully runs, the source
and target volumes are in the suspend state.
The -at src parameter option can also be used with single volumes. When you specify a
single volume using this option, the volume is treated as a source and the target is treated as
a null.
Notes:
1. If you specify the -at tgt or -at src parameter and the -unconditional parameter, the value for
the -remotedev parameter is ignored.
2. If you specify the -at tgt parameter and do not specify the -unconditional parameter, the values
for the -dev and SourceVolumeID parameters are ignored.
3. If you specify the -at src parameter and do not specify the -unconditional parameter, the values
for the -remotedev and TargetVolumeID parameters are ignored.
-unconditional
(Optional). Specifies that a source or target volume has been selected individually, and not as a pair.
The -unconditional parameter is valid only if the -at parameter is selected. Do not use volume pair
IDs.
Notes:
1. The source volume ID must be specified when you specify the -at src parameter.
2. The target volume ID must be specified when you specify the -at tgt parameter.
SourceVolumeID:TargetVolumeID ... | –
(Required). Specifies that a Remote Mirror and Copy volume relationship for the source and target
volume pairs with the specified IDs are to be paused.
Note: Provide a single volume ID instead of a volume pair if you use the -unconditional parameter.
Specifying pairs results in a format error.
This parameter accepts fully qualified volume IDs, which includes storage image IDs, or a shortened
version without storage image IDs if the -dev parameter is specified. You must separate multiple
remote mirror and copy pair IDs with spaces.
A Remote Mirror and Copy pair ID consists of two volume IDs, one designated as the source and the
other as the target volume for a Remote Mirror and Copy relationship. You must separate the two
volume IDs of a remote mirror and copy pair ID with a colon and no space. The first volume ID is
the source volume. The second volume ID is the target volume.
The volume ID is a 32-bit number that can be represented as four hexadecimal digits in the form of
XYZZ, where:
XY (for a DS8000 model)
Specifies the logical subsystem number, 00 - FE.
XY (for a DS6000 model)
Specifies the logical subsystem number, 00 - 1E.
ZZ (for DS6000 and DS8000 models)
Specifies the volume number, 00 - FF.
X (for DS6000 and DS8000 models)
Specifies the address group, 0 - 1.
The ellipsis (...) indicates that, optionally, you can specify multiple values. If you use the dash (-), the
specified value is read from standard input. You cannot use the dash (-) while you are in the DS CLI
interactive command mode.
Example
resumepprc
The resumepprc command resumes a remote mirror and copy (formerly PPRC) relationship for a volume
pair.
► ►
-cascade -tgtonline -tgtread -critmode -suspend -resetreserve
► SourceVolumeID:TargetVolumeID ►◄
-tgtse -disableautoresync -wait ...
"-"
Parameters
Notes:
1. When you specify subsystem IDs, the source and target volumes are restricted to one LSS for the
source and one LSS for the target.
2. When you use the -wait parameter, periodically issue the lspprc command. This command allows
you to verify which of the states that the pair has reached during processing.
3. You cannot issue other commands while the -wait parameter is processing. The entire transaction
must complete before you can proceed with commands other than status commands like list
commands or show commands.
-dev storage_image_ID
(Optional) Specifies the source storage image ID, which includes manufacturer, machine type, and
serial number. The storage image ID is required if you do not specify a fully qualified source volume
ID, do not set the devid variable in your profile or through the setenv command, and the HMC is
aware of more than one storage image. Using the -dev parameter will temporarily override any
defined value for devid for the current command.
-remotedev storage_image_ID
(Optional) Specifies the target storage image ID, which includes manufacturer, machine type, and
serial number. This parameter is required if you do not specify a fully qualified target volume ID or
if you specify the -dev parameter.
Example
rmpprc
The rmpprc command removes a Remote Mirror and Copy volume pair relationship or removes a single
volume ID.
You can remove a single volume ID when a disaster occurs, which allows you to specify only the
available volume and not both the primary and secondary volumes. You must specify either the -at src
parameter option or the -at tgt parameter option when you process a single volume. If neither of these
options are specified in the rmpprc command, a single volume cannot be processed. The -unconditional
parameter must also be specified when you process a single volume; otherwise, an error occurs and the
command process fails.
►► rmpprc ►
-dev storage_image_ID -remotedev storage_image_ID -at src
tgt
Parameters
Notes:
1. When you specify subsystem IDs, the source and target volumes are restricted to one LSS for the
source and one LSS for the target.
2. If there is a communication problem between the primary server and the secondary server (two-site
configuration) when the rmpprc command is issued, the following actions occur:
v Error message CMUN03012E is issued. This error message indicates that there was a
communication problem between the primary and secondary server and that the transaction has
failed. However, a partial removal of the pair relationship has occurred.
v The pair relationship is ended on either the primary volumes or the secondary volumes and the
volumes that had the relationship removed enter a simplex state. If a volume is in a simplex state,
the volume is not in a Copy Services relationship.
If this circumstance has occurred, reissue the rmpprc command using the -at src or the -at tgt
parameter and the -unconditional parameter for each volume that does not have its pair relationship
removed.
The following list represents the format of the rmpprc command when you must remove a partial pair
relationship:
v If the source volume has not been removed from the pair relationship, enter the rmpprc command
at the dscli command prompt with the following parameters and variables:
dscli> rmpprc -dev storage_image_ID -at src
-unconditional SourceVolumeID
v If the target volume has not been removed from the pair relationship, enter the rmpprc command at
the dscli command prompt with the following parameters and variables:
dscli> rmpprc -dev storage_image_ID -at tgt
-unconditional TargetVolumeID
The value of the storage image ID must be the secondary server.
The management console must be able to communicate with the secondary server for this
command to process successfully.
3. If a disaster occurs involving a three-site configuration, the rmpprc command with the -at tgt and
-unconditional parameters are used in the recovery process.
-dev storage_image_ID
(Optional). Specifies the source storage image ID, which includes manufacturer, machine type, and
serial number. The storage image ID is required if you do not specify a fully qualified ID for all
source volumes, do not set the devid variable in your profile or through the setenv command, and the
HMC is aware of more than one storage image. Using the -dev parameter temporarily overrides any
defined value for devid for the current command.
For DS8000, example: IBM.2107-75FA120
-remotedev storage_image_ID
(Optional most times). Specifies the target storage image ID, which includes manufacturer, machine
type, and serial number.
Note: The -remotedev parameter is required when volume pairs are specified and the -dev parameter
is specified, as well.
For DS6000, example: IBM.1750-68FA150
Notes:
1. If you specify the -at tgt or -at src parameter and the -unconditional parameter, the value for
the -remotedev parameter is ignored.
2. If you specify the -at tgt parameter and do not specify the -unconditional parameter, the values
for the -dev and SourceVolumeID parameters are ignored.
3. If you specify the -at src parameter and do not specify the -unconditional parameter, the values
for the -remotedev and TargetVolumeID parameters are ignored.
-unconditional
(Optional). Specifies that a source or target volume has been selected individually, and not as a pair.
The -unconditional parameter is valid only if the -at parameter is selected. Do not use volume pair
IDs.
Notes:
1. The source volume ID must be specified when you specify the -at src parameter.
2. The target volume ID must be specified when you specify the -at tgt parameter.
-quiet
(Optional). Turns off the Remote Mirror and Copy relationship removal confirmation prompt for this
command.
SourceVolumeID:TargetVolumeID ... | -
(Required). Specifies the Remote Mirror and Copy volume relationship for the source and target
volume pairs that is to be removed.
Note: Provide a single volume ID instead of a volume pair if you use the -unconditional parameter.
Specifying pairs results in a format error.
This parameter accepts fully qualified volume IDs, which includes storage image IDs or a shortened
version without storage image IDs, if the -dev parameter is specified. You must separate multiple
Remote Mirror and Copy pair IDs with spaces.
A Remote Mirror and Copy pair ID consists of two volume IDs, one designated as the source and the
other as the target volume for a Remote Mirror and Copy relationship. You must separate the two
volume IDs of a Remote Mirror and Copy pair ID with a colon and no space. The first volume ID is
the source volume. The second volume ID is the target volume.
The volume ID is a 32-bit number that can be represented as four hexadecimal digits in the form of
XYZZ, where:
XY (for a DS8000 model)
Specifies the logical subsystem number, 00 - FE.
Example
unfreezepprc
The unfreezepprc command resumes I/O activity on a storage unit where the freezepprc command has
been issued.
The unfreezepprc command resets the queue full condition for the primary volume. All queued writes to
the source volume are written.
►► unfreezepprc ►
-dev storage_image_ID -remotedev storage_image_ID
► Source_LSS_ID:Target_LSS_ID ►◄
...
"-"
Parameters
Notes:
1. This command affects all remote copy and mirror primary volumes that are contained by the LSS(s)
that are defined by the Source_LSS_ID:Target_LSS_ID source volume.
2. When specifying subsystem IDs, the command is limited to one LSS pair.
3. Resuming I/O activity on a storage unit where the freezepprc command has been issued is
sometimes referred to as the thaw operation.
-dev storage_image_ID
(Optional). Specifies the source storage image ID, which includes manufacturer, machine type, and
serial number. The storage image ID is required if you do not specify a fully qualified LSS ID, do not
set the devid variable in your profile or through the setenv command, and the HMC is aware of more
than one storage image. Using the -dev parameter will temporarily override any defined value for
devid for the current command.
For DS8000, example: IBM.2107-75FA120
Example
mkgmir
The mkgmir command starts Global Mirror for a specified session.
► -session session_ID ►
-coordinate milliseconds -drain seconds
► ►◄
Master_Control_Path_LSS_ID:Subordinate_Control_Path_LSS_ID
...
"-"
Parameters
Note: If you are using the Cisco MDS 9216 Multilayer Fabric Switch, you must not enable the write
acceleration feature. The mkgmir command might fail if the write acceleration feature is enabled.
-dev storage_image_ID
(Optional) Specifies the storage image ID, which includes manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify a fully qualified LSS ID, do not set
the devid variable in your profile or through the setenv command, and the HMC is aware of more
than one storage image. Using the -dev parameter will temporarily override any defined value for
devid for the current command.
-lss LSS_ID
(Required) Specifies the master logical subsystem (LSS) that receives the mkgmir command. This
parameter accepts a fully qualified master LSS ID, which includes either the storage image ID or a
shortened version without the storage image ID if the-dev parameter is specified.
-cginterval seconds
(Optional) Specifies the consistency group interval time, in seconds. This number specifies how long
to wait between the formation of consistency groups. If this number is not specified or is set to zero,
consistency groups are formed continuously. The consistency group interval setting is required for a
start action. If not specified, the default interval is zero. The consistency group interval setting can be
modified for a resume action; otherwise, the interval that is specified for the start action is
maintained.
The maximum value is 65,535 seconds.
-coordinate milliseconds
(Optional) Specifies the maximum coordination interval, in milliseconds. This value indicates the
Example
pausegmir
The pausegmir command pauses Global Mirror for the specified session.
►► pausegmir -lss ID ►
-dev storage_image_ID -withsecondary
► -session session_ID ►◄
Master_Control_Path_LSS_ID:Subordinate_Control_Path_LSS_ID
...
"-"
Example
► -session session_ID ►
-cginterval seconds -coordinate milliseconds -drain seconds
► ►◄
Master_Control_Path_LSS_ID:Subordinate_Control_Path_LSS_ID
...
"-"
Parameters
-dev storage_image_ID
(Optional) Specifies the storage image ID, which includes manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify a fully qualified LSS ID, do not set
the devid variable in your profile or through the setenv command, and the HMC is aware of more
than one storage image. Using the -dev parameter will temporarily override any defined value for
devid for the current command.
For DS8000, example: IBM.2107-75FA120
-lss LSS_ID
(Required). Specifies the master logical subsystem (LSS) that is to receive the resumegmir command.
Accepts a fully qualified LSS ID, which includes the storage image ID, or a shortened version without
the storage image ID if the -dev parameter is specified. The shortened version is two hexadecimal
digits in the range 00 - FE for the DS8000. The DS6000 value is in the range 00 - 1F.
For DS8000, example of a fully qualified LSS ID: IBM.2107-75FA120/10
Tuning parameters consist of the following three values: -cginterval seconds, -coordinate
milliseconds, -drain seconds
Tuning parameters have default values applied to them from the microcode. However, you can
choose to change those values. You must designate a value for each of the parameters even if you are
changing only one value. For example, if you decide to change only the value on the -cginterval
parameter from 0 to 1, your command must include the default values for the other two parameters.
The following example is the same for a DS6000 with the exception of the storage image ID being
different:
dscli> resumegmir IBM.2107-75FA120/10 -cginterval 1
-coordinate 50 -drain 30 -session 01
IBM.2107-75FA120/00:IBM.2107-75FA150/00
-cginterval seconds: Specifies the consistency group interval time, in seconds. This number specifies
how long to wait between the formation of consistency groups. If this number is not specified or is
set to zero, consistency groups are formed continuously.
The default value is 0. The maximum value is 65 535 seconds.
-coordinate milliseconds: Specifies the maximum coordination interval, in milliseconds. This value
indicates the maximum time that Global Mirror processing queues Primary/Host/IO to start forming
a consistency group.
The default value is 50 milliseconds. The maximum value is 65 535 milliseconds.
-drain seconds: Specifies the maximum consistency group drain time in seconds and the maximum
amount of time that the consistent set of data is allowed to drain to the remote site before failing the
current consistency group.
The default drain time is 30 seconds.
Example
rmgmir
The rmgmir command ends Global Mirror processing for the specified session.
►► rmgmir -lss ID ►
-dev storage_image_ID -quiet -force -subordinate
► -session session_ID ►
► ►◄
Master_Control_Path_LSS_ID:Subordinate_Control_Path_LSS_ID
...
"-"
Parameters
Note: Although this command might interrupt the formation of a consistency group, every attempt is
made to preserve the previous consistent copy of the data on the FlashCopy target volumes. If, due to
failures, this command cannot complete without compromising the consistent copy, the command stops
showgmir
The showgmir command displays properties and performance metrics for a Global Mirror logical
subsystem ID. You can issue this command on either the master storage unit or on any of the subordinate
storage units. The report that is generated by this command varies significantly depending on which
storage unit that you issue the command and the parameters that you specify.
►► showgmir LSS_ID ►◄
-dev storage_image_ID -metrics -session session_ID "-"
Parameters
-dev storage_image_ID
(Optional) Specifies the storage image ID, which includes manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify a fully qualified LSS ID, do not set
the devid variable in your profile or through the setenv command, and the HMC is aware of more
than one storage image. Using the -dev parameter will temporarily override any defined value for
devid for the current command.
-metrics
(Optional) Specifies that the logical subsystem ID and its performance statistics be displayed.
-session session_ID
(Optional) Specifies a session ID number. The number must be greater than 0 (01 - FF hexadecimal
range). If you do not specify this parameter, all sessions will be displayed.
LSS_ID | -
(Required) Specifies the logical subsystem (LSS) that receives the showgmir command. This parameter
accepts a fully qualified LSS ID, which includes the storage image ID or a shortened version without
the storage image ID if the -dev parameter is specified. The LSS ID is two hexadecimal digits in the
range 00 - FE for the DS8000. The DS6000 value is in the range 00 - 1F.
If you use the dash (-), the specified value is read from standard input. However, you cannot use the
dash (-) if you are using the DS CLI interactive mode.
Note:
The type of report that you receive is determined by the value that you specify for the LSS ID as follows:
v When you issue the showgmir command from the master storage unit and you specify an LSS ID that is
the same type (both even numbers or both odd numbers) as the master, you receive the following
results:
– Without the -metrics parameter: A properties report that includes the master information
– With the -metrics parameter: A properties and performance values report.
v When you issue the showgmir command from the master storage unit and you specify an LSS ID that is
not the same type (one even number and one odd number) as the master, you receive the following
results:
For this command and all other DS CLI show commands, the results are shown in table format to
provide clarity. The actual reports do not display as tables.
The following tables represent the headers that are displayed on the output report that is associated with
the showgmir command.
Note: The following example presumes that you have issued the showgmir command with an LSS ID
that matches the master storage unit.
CG Max
Inter- Coord. CG
val Time Drain
Master Time (milli- Time
Master Session Copy Fatal (sec- sec- (sec- Current
ID Count ID State Reason onds) onds) onds) Time
IBM. 1 0x25 Running Not Fatal 0 50 30 10/25
2107- /2006
1300861 13:45:44
/14 PDT
Note: If the clock is automatically adjusted at applicable times between standard and daylight
saving time, daylight saving time is set to 1. If the clock is not automatically adjusted for daylight
saving time, set to 0. For example, the report would display 12/04/2006 08:00:00 MST 0 if the
clock is not automatically adjusted for daylight saving time.
CG Time
Indicates the recorded time stamp when the last successful consistency group was formed.
Successful CG Percentage
Indicates the percentage of successful attempts to form a consistency group, from 0% to 100%.
FlashCopy Sequence Number
Indicates the FlashCopy sequence number that is associated with the current consistency group.
Note: This value does not apply to a 2105; a "-" value is displayed in this column when a
machine type 2105 is queried.
Master ID
Indicates the Global Mirror master storage image ID.
Subordinate Count
Indicates the count of subordinate associations (with an allowed value of 1 to 16). The
master-subordinate association fields repeat according to this count.
The following tables represent the headers that are displayed on the output report that is associated with
the showgmir command using the -metrics parameter.
Note: The following example presumes that you have issued the showgmir command with an LSS ID
that matches the master storage unit.
CG
Last Inter-
Total Total Succes- Failed Succes- Coord. val
Failed Succes- sful CG CG after sful CG Time Time
CG sful CG Percen- Last Form (milli- (sec-
ID Count Count tage Success Time seconds) onds)
IBM. 2 3 40 2 01/13 50 5
2107- /1970
75FA120 13:08:37
/10 PST
Max
CG
Drain First First Last
Time Failure First First First Failure Failure Last
(sec- Control Failure Failure Failure Master Control Failure
onds) Unit LSS Status Reason State Unit LSS
240 IBM. 0x05 Error Long Error IBM. 0x05
2107- Busy Recovery 2107-
75FA120 75FA120
lsgmir
The lsgmir command displays a list of Global Mirror for the storage image of the specified logical
subsystem (LSS).
►► lsgmir ►◄
-s -dev storage_image_ID -session session_ID LSS_ID
-l " - "
Parameters
-s
(Optional) Specifies that you want the system to display only the session ID for the LSS. You cannot
use the -s and the -l parameters together.
-l
(Optional) Specifies that you want the system to display all the information that is associated with
the session. You cannot use the -l and the -s parameters together.
-dev storage_image_ID
(Optional) Specifies the storage image ID, which consists of a value for manufacturer, machine type,
and serial number. The storage image ID is required if you do not specify a fully qualified extent
pool ID, do not set the devid variable in your profile or through the setenv command, and the HMC
is aware of more than one storage image. Using the -dev parameter will temporarily override any
defined value for devid for the current command.
-session session_ID
(Optional) Specifies a session ID number. The number must be greater than 0 (01 - FF hexadecimal
range). If you do not specify this parameter, all sessions will be displayed.
LSS_ID | –
(Optional) Specifies the logical subsystem (LSS) ID for the Global Mirror session. A fully qualified
LSS ID is accepted, which consists of the storage image ID, or a shortened version without the
storage image ID if the -dev parameter is specified. The shortened version is a four-decimal digit
number with no leading zeros, prefixed with the letter P.
If you use the dash (-), the specified value is read from standard input. You cannot use the dash (-)
while you are in the DS CLI interactive command mode.
Example
For this command and all other DS CLI list commands, the results are shown in table format to provide
clarity. The actual reports do not display as tables.
Invoking the lsgmir command to display a list of Global Mirror for the storage image of the specified
logical subsystem.
dscli> lsgmir -dev IBM.2107-75FA120
Parameters
-dev storage_image_ID
(Optional) Specifies the storage image ID, which includes manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify a fully qualified LSS ID, do not set
the devid variable in your profile or through the setenv command, and the HMC is aware of more
than one storage image. Using the -dev parameter will temporarily override any defined value for
devid for the current command.
For DS8000, example: IBM.2107-75FA120
-lss LSS_ID
(Required) Specifies the master logical subsystem (LSS) that receives the showgmircg command. LSS
ID consists of two hexadecimal characters in the range of 00 - FE for the DS8000. The DS6000 value is
in the range 00 - 1F.
This parameter accepts a fully qualified master LSS ID, which includes either the storage image ID or
a shortened version without the storage image ID if the -dev parameter is specified.
For DS6000, example of a fully qualified LSS ID: IBM.1750-68FA120/10
session_ID ... | -
(Required) Specifies one session to display. A session ID is a Global Mirror session number that you
assign in the 01 - FF hexadecimal range.
The ellipsis (...) indicates that, optionally, you can specify multiple values. If you use the dash (-), the
specified value is read from standard input. However, you cannot use the dash (-) if you are using
the DS CLI interactive mode.
Example: 01
Example
Parameters
Note: You might want to use this command to assist you in the following circumstances:
v To see how data is transferring. The showgmiroos command lets you see how far behind the remote site
is from the local site in the transfer of data. The displayed value represents how many tracks must be
transferred to catch up (be synchronized).
v You are not able to form consistency groups because you have exceeded the maximum drain time. The
number of tracks that are not synchronized might be an indicator that you must adjust some values to
allow for complete processing.
-dev storage_image_ID
(Optional) Specifies the storage image ID, which includes manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify a fully qualified LSS ID, do not set
the devid variable in your profile or through the setenv command, and the HMC is aware of more
than one storage image. Using the -dev parameter will temporarily override any defined value for
devid for the current command.
-scope si | lss
(Required) Specifies the scope of the data to be returned: storage image (si) or logical subsystem (lss).
-lss LSS_ID
(Required) Specifies the master logical subsystem (LSS) that receives the showgmiroos command.
Accepts a fully qualified master LSS ID, which includes either the storage image ID or a shortened
version without the storage image ID if the -dev parameter is specified. The LSS ID is two
hexadecimal digits in the range 00 - FE for the DS8000 model. The DS6000 model value is in the
range 00 - 1F.
For DS6000, example of a fully qualified LSS ID: IBM.1750-68FA120/10
session_ID -
(Required) Specifies the session to display. A session ID is a Global Mirror session number that you
assign in the 01 - FF hexadecimal range.
If you use the dash (-), the specified value is read from standard input. However, you cannot use the
dash (-) if you are using the DS CLI interactive mode.
Example
chsession
The chsession command allows you to modify a Global Mirror session.
►► chsession -lss ID ►
-dev storage_image_ID -remotedev storage_image_ID
Parameters
-dev storage_image_ID
(Optional) Specifies the ID of the storage image containing the logical subsystem. The storage image
ID includes manufacturer, machine type, and serial number. The storage image ID is required if you
do not specify a fully qualified LSS ID or do not set the devid variable in your profile or with the
setenv command. The storage image ID is also required if the HMC is associated with more than one
storage image. Using the -dev parameter temporarily overrides any defined value for devid for the
current command.
-remotedev storage_image_ID
(Optional) Specifies the remote DS system that contains one or more target volume IDs that are
defined by the source_volume_ID:target_volume_ID variable of the -volpair parameter. The remote
storage ID includes the manufacturer, machine type, and serial number. This parameter is required if
you do not specify a fully qualified target volume ID or if the -dev parameter is selected.
For DS6000, example: IBM.1750-75FA120
-lss ID
(Required) The logical subsystem (LSS) ID for the Global Mirror session. The format of the LSS ID is
a hexadecimal number in the range 00 - FE for the DS8000. The DS6000 value is in the range 00 - 1F.
This parameter accepts a fully qualified LSS ID, which includes either the storage image ID or a
shortened version without the storage image ID if the -dev parameter is specified.
Example
mksession
The mksession command opens a Global Mirror session.
►► mksession -lss ID ►
-dev storage_image_ID -remotedev storage_image_ID
► -volume volume_ID ►
... -volpair source_volume_ID:target_volume_ID
...
► Session_ID ►◄
"-"
Parameters
-dev storage_image_ID
(Optional) Specifies the storage image ID, which includes manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify a fully qualified ID for the logical
subsystem or do not set the devid variable in your profile or through the setenv command. The
storage image ID is also required if the HMC is aware of more than one storage image. Using the
-dev parameter temporarily overrides any defined value for devid for the current command.
For DS8000, example: IBM.2107-75FA120
-remotedev storage_image_ID
(Optional) Specifies the remote DS system that contains one or more target volume IDs that are
defined by the source_volume_ID:target_volume_ID variable of the -volpair parameter. The remote
storage ID includes the manufacturer, machine type, and serial number. This parameter is required if
you do not specify a fully qualified target volume ID or if the -dev parameter is selected.
For DS6000, example: IBM.1750-75FA120
-lss ID
(Required) Creates a Global Mirror session for this logical subsystem. Accepts a fully qualified LSS
ID, which includes the storage image ID, or a shortened version without the storage image ID if the
-dev parameter is specified. The LSS ID is a hexadecimal number in the range of 00 - FE for the
DS8000. The DS6000 value is in the range 00 - 1F.
Example
lssession
The lssession command displays a list of Global Mirror sessions for a logical subsystem (LSS) and
information about the volumes of each session in the list.
►► lssession LSS_ID ►◄
-dev storage_image_ID -s " - "
-l
Parameters
-dev storage_image_ID
(Optional) Specifies the storage image ID, which includes manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify a fully qualified LSS ID or do not set
the devid variable in your profile or through the setenv command. The storage image ID is also
required if the HMC is aware of more than one storage image. Using the -dev parameter temporarily
overrides any defined value for devid for the current command.
For DS8000, example: IBM.2107-75FA120
-s
(Optional) Displays the session IDs. You cannot use the -l and the -s parameters together.
-l
(Optional) Displays the default output. You cannot use the -l and the -s parameters together.
LSS_ID | -
(Required) Specifies the logical subsystem (LSS) ID for the Global Mirror session. The format of the
LSS ID is a hexadecimal value in the range 00 - FE for the DS8000. The DS6000 value is in the range
00 - 1F.
This parameter accepts a fully qualified LSS ID, which includes the storage image ID, or a shortened
version without the storage image ID if the -dev parameter is specified.
If you use the dash (-), the specified value is read from standard input. However, you cannot use the
dash (-) if you are using the DS CLI interactive mode.
For DS6000, example of a fully qualified LSS ID: IBM.1750-68FA120/10
Example
For this command and all other DS CLI list commands, the results are shown in table format to provide
clarity. The actual reports do not display as tables.
The following tables represent the headers that are displayed on the output report that is associated with
the lssession command and the -l parameter.
When you use the -s parameter with the lssession command, only three ID items are displayed in the
resulting report: LSSID, SessionID, and VolumeID. A separate example is shown for this scenario.
Volume-
LSSID Session Status Volume Status
IBM.2107- 01 Normal IBM.2107- Active
75FA120 75FA120
/10 /1001
IBM.2107- 01 Normal IBM.2107- Active
75FA120 75FA120
/10 /1002
IBM.2107- 01 Normal IBM.2107- Active
75FA120 75FA120
/10 /1003
IBM.2107- 02 Normal IBM.2107- Active
75FA120 75FA120
/10 /1011
IBM.2107- 02 Normal IBM.2107- Remove
75FA120 75FA120 Pending
/10 /1012
IBM.2107- 02 Normal IBM.2107- Join
75FA120 75FA120 Pending
/10 /1013
The volume ID is always displayed as a full volume ID. However, if there are no active volumes in the
Global Mirror session or if secondary information is not available, the output displays null ( - ).
Parameters
-dev storage_image_ID
(Optional) Specifies the storage image ID, which includes manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify a fully qualified LSS ID, do not set
the devid variable in your profile or through the setenv command, and the HMC is aware of more
than one storage image. Using the -dev parameter will temporarily override any defined value for
devid for the current command.
For DS8000, example: IBM.2107-75FA120
-lss ID
(Required) Specifies the logical subsystem (LSS) ID for the Global Mirror session that is being closed.
The format of the LSS ID is a hexadecimal value in the range 00 - FE for the DS8000. The DS6000
value is in the range 00 - 1F.
This parameter accepts a fully qualified LSS ID, which includes the storage image ID, or shortened
version without the storage image ID if the -dev parameter is specified.
For DS6000, example of a fully qualified LSS ID: IBM.1750-68FA120/10
-quiet
(Optional) Turns off the end Global Mirror session confirmation prompt for this command.
Session_ID | -
(Required) Specifies the session ID on which Global Mirror processing is to be closed. A session ID is
a hexadecimal number in the range 01 - FF.
If you use the dash (-), the specified value is read from standard input. However, you cannot use the
dash (-) if you are using the DS CLI interactive mode.
Example of a session ID: 01
Example
offloadauditlog
The offloadauditlog command provides an activity report for a console (identified as smc1 or smc2).
The report includes basic information, such as, a list of who logged in, when they logged in, and what
they did during their session. In addition, a log of service actions (phone connection started, phone
connection ended management console session started, management console session ended) is appended
to the end of the audit log.
Parameters
Notes:
1. Only users with administrator or secadmin authority are authorized to use this command.
2. A separate log entry is added each time a resource is created, deleted, or modified. Entries are added
to the audit file only after the operation has completed.
3. You must periodically extract the log using the offloadauditlog command and save the log file in a
directory of your choice. The log file is automatically reduced (old entries removed first) by the
subsystem so that it does not consume more than 50 megabytes of disk storage.
When the log is 60% full, an entry ("Audit_Log_At_60%") is placed in the audit log. Another entry is
added when the log is 75% ("Audit_Log_At_75%") full. At 100%, the log is reduced to 50% full.
4. In the service actions section of the report, there might be cases where a management console session
started entry might not have a corresponding management console session ended entry.
5. As noted in the report example, the service action report begins after the line of text that states:
"-----BEGIN SERVICE AUDIT LOG-----"
-logaddr smc1|smc2
(Required) Specifies that the audit log be offloaded for the designated storage management console.
The designated storage management console must be configured and available to offload the audit
log successfully.
-quiet
(Optional) Turns off the confirmation prompt for replacing an existing audit log.
audit_log_file
(Required) Specifies the file name to which the audit log entries are extracted.
Note: If you specify a file name that contains prior log entries, these entries are overwritten with the
current data.
Example
Note: The following example displays only a portion of an actual Service action report appended to the
end of the Audit log report.
Representative report
The following lines are an example of the report information that is extracted when you use the
offloadauditlog command (the wrapping is done simply for clarity and is not representative of your
actual report):
U,2005/10/04 15:08:46:834 MST,admin,1,,W,1002,User_Login_Fail,,1,
"IP = N996304B.tucson.ibm.com/9.11.178.201"
U,2005/10/04 15:29:37:432 MST,admin,1,,W,1001,User_Login_Expire,,0,
"IP = N996304B.tucson.ibm.com/9.11.178.201"
U,2005/10/04 15:32:56:979 MST,admin,1,,N,1000,User_Login,,0,
"IP = N996304B.tucson.ibm.com/9.11.178.201"
U,2005/10/04 15:34:21:020 MST,admin,1,,N,1000,User_Login,,0,
"IP = N996304B.tucson.ibm.com/9.11.178.201"
U,2005/10/05 16:54:32:171 MST,admin,1,,N,1103,
User_Password_Change,,be741104,"userName = admin"
S,2005/10/06 00:01:10:239 MST,,1,,W,1200,Audit_Log_At_60%,,,""
U,2005/10/06 00:23:09:817 MST,admin,1,IBM.2107-AZ12341,N,2050,
Array_Create,A0,0,"A0"
U,2005/10/06 00:23:10:518 MST,admin,1,IBM.2107-AZ12341,N,2060,
Rank_Create,R0,-1,"R0"
U,2005/10/06 00:23:12:110 MST,admin,1,IBM.2107-AZ12341,N,2070,
XPool_Create,P0,0,"P0"
U,2005/10/06 00:23:12:761 MST,admin,1,,N,2073,XPool_Assign_Rank,,,""
U,2005/10/06 00:23:16:947 MST,admin,1,IBM.2107-AZ12341,N,2090,
Volume_Create,1000,0,"1000"
U,2005/10/06 00:23:17:187 MST,admin,1,IBM.2107-AZ12341,N,2090,
Volume_Create,1001,,"1001"
S,2005/10/06 00:23:24:508 MST,,1,,W,1201,Audit_Log_At_75%,,,""
U,2005/10/06 12:47:16:345 MST,admin,1,IBM.2107-AZ12341,N,2092,
Volume_Delete,2005,0,"2005"
U,2005/10/06 12:47:16:656 MST,admin,1,IBM.2107-AZ12341,N,2092,
Volume_Delete,2006,-1,"2006"
Fields are output in comma-separated (CSV) format. This format makes it easy to import the file into a
spreadsheet. The Input Parameters field is a special case. It uses the CSV format internally to separate
one input field from the next. To manage this, the entire Input Parameters field is enclosed in double
quotation marks.
offloadfile
The offloadfile command exports the specified set of data files.
►► offloadfile ►
-dev storage_image_ID -auditlog
-sdocert
-etdata
-ipsec conn_ID[,conn_ID...]
-ipsecall
-ipsecraw
-ipsecstat
-config
Parameters
-dev storage_image_ID
(Optional) Specifies the storage image ID, which includes manufacturer, machine type, and serial
number. The storage image ID is required if you do not specify a fully qualified storage image ID, do
not set the devid variable in your profile or through the setenv command, and the HMC is aware of
more than one storage image. Using the -dev parameter temporarily overrides any defined devid
value for the current command.
-auditlog | -sdocert | -etdata | -ipsec conn_ID[,conn_ID...] | -ipsecall | -ipsecstat |
-ipsecraw | -config
(Optional) You can choose only one of the following parameter options when you issue the
command:
-auditlog
Exports one file containing the audit log for the management console server.
-sdocert
Exports the SDO certificate for each storage facility.
-etdata
Exports two files containing the IBM Easy Tier summary data.
-ipsec conn_ID[,conn_ID...]
Exports an IPSec connection file for each specified connection containing that connection’s
parameters.
-ipsecall
Exports all IPSec connections files containing connection parameters for each connection.
-ipsecstat
Exports the output of the strongSwan’s ipsec statusall command.
Note: This parameter is currently available to assist with debugging IPSec connections; its
availability and format are subject to change.
-ipsecraw
Exports the output of the last issued strongSwan ipsec command.
Note: This parameter is currently available to assist with debugging IPSec connections; its
availability and format are subject to change.
-config
Offloads two files, one file containing the advanced settings, and another file containing the
Install Corrective Service settings.
Note: The User Access Control (UAC) settings for Windows Vista and later, or Windows Server 2008 and
later, might not allow you to export files (using the offloadfile command) to a directory that requires
elevated privileges. Unfortunately, the Windows operating system returns success and the offloadfile
command displays a message stating that the files were exported successfully, but the files will not exist
in the specified directory. To work around this problem, you can:
v Select a different directory that does not require elevated privileges to create a file.
v Right click the DSCLI desktop shortcut and select Run as Administrator.
Examples
Example 1
Example 2
Example 3
Example 4
You must have access to a text editor that can create ASCII text files to create a connection configuration
file. You can create this file on the system where the DS CLI is installed, or on another system if the
resulting connection file can be copied to the system where the DS CLI is installed.
An IPSec connection configuration file is an ASCII text file that contains a connection definition.
Connection file formats are described at the beginning of this topic.
v You can use blank lines before and after the connection definition but not within the definition itself.
v The connection definition consists of a connection header followed by one or more connection
attributes.
v The connection header consists of the keyword conn followed by the connection name. This name is
used for all IPSec connection commands (except for the mkipsec command).
v The connection name is also used internally as part of a modified connection file name; therefore the
connection name can be composed only of the following characters.
– Upper and lower case alphabetic
– Numeric
– Special characters dash (-), underscore (_), and period (.)
v Each connection attribute consists of a keyword, an equal sign, and a keyword value. Space characters
around the equal sign are optional.
The DS8000 system might support more attributes that are defined by strongSwan at
http://wiki.strongswan.org/projects/strongswan/wiki/ConnSection. However, some of the strongSwan
attributes are not allowed. For example, the attribute keyexchange = ikev1 is not currently supported by the
DS8000 system. Other attributes that were not specifically required for USGv6 testing might not have
been tested.
Tip:
You can use the following attributes:
The following lines are an example of a PSK IPSec connection configuration file.
conn connection1 # connection name is “connection1”
authby=psk # deprecated keyword, but still accepted
auto=start
left=%defaultroute # equivalent to the HMC's IP address
right=9.12.212.17
type=tunnel
keyexchange=ikev2
esp=aes128-sha256
The following lines are an example of a public key IPSec connection configuration file.
conn connection2 # connection name is “connection2”
auto=start
left=%defaultroute # equivalent to the HMC's IP address
leftauth=pubkey
leftcert=certificateA.pem
right=9.12.212.17
rightauth=pubkey
rightcert=certificateB.pem
type=tunnel
keyexchange=ikev2
esp=aes128-sha256
To create an IPSec connection, ensure that the following conditions are satisfied:
v You have a command-line interface prompt.
v You have a connection to a storage image that is to be used as one end point of an IPSec connection.
v The file that defines the IPSec connection is on the same server as the CLI.
The IPSec connection configuration file contains all of the specific information about the IPSec connection.
1. The mkipsec command imports this connection file to the DS8000 system and uses the information to
create the IPSec connection in the IPSec server. The new connection might not be active depending on
the connection file values, the IPSec server state, and the state of its other end point.
2. After the new connection is created, the mkipsec command starts the IPSec server (if it is not running)
or updates the IPSec server with the new connection information (if the IPSec server is already
running). The IPSec server then has information about the connection, but the connection might not
be active.
The PSK connection protocol requires that both end points use the same pre-shared key. This key can be
composed of any character string, including a hexadecimal string. You can specify the key directly or
indirectly.
v Specify the key directly on the command line with the –phrase parameter.
v Type the key on a single line in an ASCII text file. (Limit access to the file through operating system
access permissions.) You can then specify the file on the command line with the -phrasefile
parameter.
If the mkipsec command fails, it returns an error message, attempts to restore the IPSec server to its state
before the command was issued, and deletes the new connection information from the DS8000 system.
The error message indicates the cause of the problem. After the problem is corrected, you can reissue the
mkipsec command. If the error message is not clear, you can examine the strongSwan ipsec command
raw output by using the offloadfile –ipsecraw command. The strongSwan ipsec command is the
primary command that is used to control the IPSec server.
To create an IPSec connection, ensure that the following conditions are satisfied:
v You have a command-line interface prompt.
v You have a connection to a storage image that is used as one end point of an IPSec connection.
v You have a connection file that is on the same server as the command-line interface.
The process of creating a public key IPSec connection is similar to creating a PSK connection. Instead of
using a pre-shared pass phrase, this process uses a public encryption key certificate for authentication.
v The DS8000 system cannot generate these certificates, so you must import existing certificates to the
DS8000 system with the mkipseccert command.
v A connection can use the same certificate for both inbound and outbound communications, or it can
use two different certificates.
v After the certificates are imported to the DS8000 system, the connection file is modified to add
references to the certificates.
v The –phrase and –phrasefile parameters are not used because any phrases that are associated with the
certificates are specified at the time the certificates are imported to the DS8000 system.
To manage an IPSec connection, ensure that the following conditions are satisfied:
v You have a command-line interface prompt.
v You have a connection to a storage image that is used as one end point of an IPSec connection.
Complete the following steps to disable or enable a DS8000 IPSec connection. In these steps, the
connection connection1 is an existing DS8000 IPSec connection.
1. Issue the dscli command to disable connection connection1. For example, enter the following
command.
dscli> chipsec –disable connection1
2. Issue the lsipsec command to view the status of connection1.
3. Issue the dscli command to enable the connection connection1. For example, enter the following
command.
dscli> chipsec –enable connection1
4. Issue the lsipsec command to view the status of connection1.
To list information about IPSec connections on your DS8000 system, ensure that the following conditions
are satisfied:
v You have a command-line interface prompt.
v You have a connection to a storage image that is used as one end point of an IPSec connection.
If the DS8000 system cannot determine the status of a connection, you might be able to debug the
problem by viewing the strongSwan ipsec statusall command output with the offloadfile –ipsecstat
command.
To list information about IPSec connections on your DS8000 system, complete the following steps. In
these steps, the connection connection1 is an existing DS8000 IPSec connection.
1. Issue the lsipsec command to list information about any connection. For example, to list information
about the connection connection1, issue the command as follows.
dscli> lsipsec connection1
Results similar to the following example can display.
2. Issue the lsipsec command to list information about all IPSec connections on your DS8000 system.
For example, issue the command as follows.
dscli> lsipsec
Results similar to the following example display.
dscli> lsipsec
Date/Time: June 9, 2010 1:17:05 PM MST IBM DSCLI Version: 0.0.0.0 DS: IBM.2107-75FA120
ID hmc State
=========================
connection1 hmc1 Enabled
connection2 hmc1 Enabled
connection3 hmc1 Disabled
To export IPSec connection files from your DS8000 system, ensure that the following conditions are
satisfied:
v You have a command-line interface prompt.
v You have a connection to a storage image that is used as one end point of an IPSec connection.
You can use the offloadfile command to export various files from a DS8000 system.
v Use the –ipsec parameter to export files from one or several IPSec connections. Separate the connection
names with commas.
v Use the –ipsecall parameter to export all connection files.
Note: The original files that create a connection are not saved on the DS8000 system after the connection
is created. Therefore, the exported IPSec connection files are not the same files that were used to create
the IPSec connections.
v Specify a folder where the offloadfile command creates the exported connection files.
v Files that are created are named by the system with the storage image ID, the HMC ID, and the
connection name.
v The offloadfile command does not overwrite any existing connection files by default. Specify the
–force parameter to overwrite existing connection files.
v You can specify the –conn parameter with the mkipsec command to create a connection with the
exported files.
To export IPSec connection files from your DS8000 system, complete the following steps. In these steps,
the connection connection1 is an existing DS8000 IPSec connection.
1. Issue the offloadfile command. to export the connection file. For example, issue the following
command.
dscli> –ipsec connection1 C:\temp
2. Verify that a file, such as C:\temp\IBM.2107-75FA120_conn_HMC1_connection1.conn, was created.
To start or stop the IPSec server, ensure that the following conditions are satisfied:
v You have a command-line interface prompt.
v You have a connection to a storage image that contains the IPSec server that you want to control.
The IPSec server does not run unless there is at least one IPSec connection that was created with the
mkipsec command. Because the DS8000 system also uses IPSec connections for the remote VPN and call
home functions, these functions also start and stop the IPSec server if no other connections were created
with the mkipsec command.
v Stopping the IPSec server stops all existing active user connections. However, it fails if there are any
active connections that are being used by the DS8000 system internally.
v Some connections might not reactivate when you restart the IPSec server, depending on the specifics of
each connection. Therefore, do not manually stop the IPSec server unless directed to do so by IBM
support personnel.
Note: Some of the connections that were created by the DS8000 system internally are not displayed with
the lsipsec command.
You must use the lsipsec command to view the status of the server indirectly (you cannot directly
display the state of the server).
v If the server stops, all connections display the state Server Down.
v If the server starts, each connection displays its state; no connection displays the state Server Down.
Complete the following steps to stop or start the IPSec server:
1. Issue the setipsec command to stop the IPSec server. For example, issue the command as follows.
dscli> setipsec –action disable –ctrl server
2. Issue the lsipsec command to indirectly view the server status.
3. Issue the setipsec command to start the IPSec server. For example, issue the command as follows.
dscli> setipsec –action enable –ctrl server
4. Issue the lsipsec command to indirectly view the server status.
Importing certificates
Complete this task to import an encryption certificate (and a private key, if needed) to the DS8000
system.
To import a public key encryption certificate to your DS8000 system, ensure that the following conditions
are satisfied:
v You have command-line interface prompt.
v You have connection to a storage image where you want to import the certificate.
v The connection file is on the same server as the CLI.
Public key cryptography usually uses a matched pair of asymmetrical keys (one public key and one
private key) to send a message.
1. The sender encrypts the message with the public key and sends the encrypted message,
2. The recipient decrypts the message with the private key.
You can use the mkipseccert command to import both public and private encryption certificates. If a
private key is required, it is also enclosed in a certificate that might require a pass phrase to access the
private key. Since certificates are managed separately from the connections, you can use the same
certificate for multiple connections. You can also update one certificate for all connections that use that
certificate.
All certificates must use the PEM or DER format. The certificate ID that is used by the other IPSec
certificate commands is the certificate file name that is specified by the –cert parameter (without the path
information). The certificate name can contain only the following characters:
v Uppercase and lowercase letters
v Numbers
v Special characters dash (-), underscore (_), and period (.)
As a security measure, you can import the certificates, but you cannot export the certificates. Therefore,
saving, protecting, and backing up the original certificate files are a user responsibility.
Complete the following steps to import an encryption certificate on the DS8000 system. This example
assumes the following conditions:
v A public certificate C:\temp\ABC.pem.
v A private certificate C:\temp\ABCPrivate.pem.
v No pass phrase is required for the private key.
1. Issue the following command to import the certificates:
dscli> mkipseccert –cert “C:\temp\ABC.pem” –key C:\temp\ABCPrivate.pem
2. Issue the lsipseccert command to view the certificates on the DS8000 system.
Listing certificates
Use this procedure to list one or more encryption certificates on a DS8000 system.
To list a public key encryption certificate on your DS8000 system, ensure that the following conditions are
satisfied:
v You have a command-line interface prompt.
v You have a connection to a storage image that contains the certificates that you want to list.
Because public and private certificates are a matched pair, only the name of the public certificate is
displayed. The DS8000 system records the association between the two certificates and any pass phrase. If
a private key certificate is associated with a public certificate, then is it is indicated in the HasKey column
when you issue the lsipseccert command. If you delete a public certificate, the corresponding private
certificate and pass phrase are also deleted.
Complete the following steps to list encryption certificates. The example assumes that there is an existing
certificate named ABC.pem stored on the DS8000 system.
1. Issue the dscli> lsipseccert ABC.pem command to list the ABC.pem certificate. The displayed output
can look similar to the following example.
2. Issue the dscli> lsipseccert command to list all certificates on the DS8000 system. The displayed
output can look similar to the following example.
dscli> lsipseccert
Date/Time: June 9, 2010 1:17:05 PM MST IBM DSCLI Version: 0.0.0.0 DS: IBM.2107-75FA120
ID hmc HasKey
=========================
ABC.pem hmc1 Yes
Company.pem hmc1 Yes
Flinstone.pem hmc1 Yes
For example, each storage system must be assigned a worldwide node name (WWNN). You must also
configure the arrays, ranks, logical subsystems or logical control units, and extent pools from which your
logical volumes are created.
After your initial configuration, you might make adjustments in your configuration and, in time, you
might delete your configuration and create a new one. The processes that are listed in this section are
designed to help you complete these tasks by using the DS CLI commands.
Before you begin, you must be logged in to the DS CLI in interactive command mode. You must also be
connected to a storage image (or storage unit for DS6000) that is used for open systems host system
storage.
The creation of the fixed block storage configuration is described first. The configuration of the storage
image (or storage unit for DS6000) SCSI host ports to enable access to fixed block storage is described
second. You can run these two basic steps in the reverse order, but it is better to create storage
configurations first, thus creating the media to back up configuration data that is not related to the
storage configuration.
Note: All the examples provided in the described tasks are based on the premise of using the interactive
mode of DS CLI. If you were processing many transactions, you would likely use the script mode to
process your transactions.
Creating extent pools for fixed block volumes using the DS CLI
Complete this task to create fixed block volume extent pools. This is the first step in configuring new
fixed block storage. You can use the DS CLI commands to create extent pools for fixed block volumes.
Creating the extent pools before the arrays and ranks saves a processing step. When you create the ranks,
you can assign them to existing extent pools. Otherwise, you must modify each rank object to complete
the extent pool ID assignment after the extent pools have been defined.
Extent pools that are defined for rank group 0 or 1 are assigned an even- or odd-numbered extent pool
ID, respectively. Even-numbered extent pools are managed by storage server ID 0. Odd-numbered extent
pools are managed by storage server ID 1. Each rank is assigned to one extent pool; therefore, storage
server workload is affected by the rank assignments to even- and odd-numbered extent pool IDs. It is
better to evenly distribute rank and extent pool allocations to keep the storage server workloads
balanced.
You can create more than the minimum number of extent pools. For example, you can define unique
extent pools for each RAID type (5, 6 or 10) that is configured in a storage image. Or, you can define and
name extent pools according to the host system attachments that access the volumes that are created from
extent pool extents. You can have the same number of extent pools as ranks.
i5/OS considerations
i5/OS supports only specific volume sizes and these might not be an exact number of extents. i5/OS
volumes are defined in decimal gigabytes (GB). You can use the following table when you are creating
the logical volumes for use with i5/OS. You will notice that in almost every case, the i5/OS device size
does not match a whole number of extents, so some space can be wasted for you specific configuration.
i5/OS
Device Unus-
size able
Pro- Unpro- (dec- space
tected tected imal (binary
Model Model giga- Number giga- Usable
Type Type bytes) of LBAs Extents bytes) space%
xxxx-A01 xxxx-A81 8.5 16 777 216 8 0.00 100.00
xxxx-A02 xxxx-A82 17.5 34 275 328 17 0.66 96.14
xxxx-A05 xxxx-A85 35.1 68 681 728 33 0.25 99.24
xxxx-A04 xxxx-A84 70.5 137 822 208 66 0.28 99.57
xxxx-A06 xxxx-A86 141.1 275 644 416 132 0.56 99.57
xxxx-A07 xxxx-A87 282.2 551 288 832 263 0.13 99.95
Note: Only Ax2, Ax4 and Ax5 models are supported as external LSU LUNs.
Use the lsextpool and mkextpool commands to create the fixed block extent pools. You must be logged
into the DS CLI and connected to the storage unit that will be used for open systems host system storage.
Complete the following steps to create the fixed block extent pools. The example commands displayed in
this task are shown in two formats. The first format shows the type of information the command
requires. The second format provides the command with declared values for the variables.
Note: You can issue the commands that are described in the steps either for a DS8000 model or for a
DS6000 model, but for the DS6000 model the storage image ID is different.
1. Enter the mkextpool command to create the fixed block extent pool for rank group 0.
Note: The unique name that you assigned to the extent pool does not display in the process message.
However, when you issue the lsextpool command, the extent pool name is displayed.
3. Repeat Step 1 for each extent pool that you want to create. Try to evenly distribute rank and extent
pool allocations to keep the storage server workloads balanced.
4. Verify the extent pool assignments by issuing the lsextpool command when you are done creating
the extent pools. Use the -l parameter to display a full report for the extent pools that are assigned to
the storage unit. Enter the lsextpool command at the dscli command prompt with the following
parameters and variables:
The DS8000 machine type storage image storage devices (DDMs) are packaged into storage enclosure
pairs. The DS8000 machine type contains at least one storage enclosure pair, with a minimum of 16
DDMs.
The DS6000 machine type contains at least one storage enclosure, with a minimum of four DDMs.
The DDMs of a storage enclosure are partitioned into array sites. The DS8000 machine type array site
consists of eight DDMs, four from each storage enclosure of a storage enclosure pair, two-or-four (eight
DDM) array sites per storage enclosure pair. The DS6000 machine type array site consists of four DDMs
in one storage enclosure of a storage enclosure pair, with two-to-eight (four DDM) array sites per storage
enclosure pair. All storage enclosure pairs must have identical capacity, rpm, and interface characteristics,
and an interface to a common DA pair.
The creation of arrays is based on the array sites that are associated with the storage unit. Use the
lsarraysite and mkarray commands to create the arrays.
You want to make an array from 1 or 2 array sites (DS6000) or 1 array site (DS8000). An array inherits the
characteristics of its parent array sites and is given a RAID type attribute (5, 6, or 10). A DS8000 machine
type array of RAID type 5, 6, or 10 is made from one (8 DDM) array site. A DS6000 machine type array
object of RAID type 5 or 10 is made from one or two (4 DDMs) array sites. The status of the array is
“unassigned” until the array is assigned to a rank.
Complete the following steps to create an array from unassigned array sites:
Note: You can issue the commands that are described in the steps either for a DS8000 model or for a
DS6000 model, but for the DS6000 model the storage image ID is different.
1. Enter the lsarraysite command to view a list of array site IDs for all installed array sites. Review
those arrays that are designated with the state of unassigned.
dscli> lsarraysite -dev storage_image_ID -state unassigned
Note: If this is your first time creating fixed block volumes, all the arrays are displayed with a state
of unassigned.
A rank inherits the characteristics, including the RAID type, of its parent array and is given a storage
type attribute of either FB (fixed block) or CKD (count key data). The rank configuration state is
unassigned until it is assigned to an extent pool. An “unassigned” rank is not associated with either rank
group 0 or 1. Any unassigned rank can be assigned to an extent pool that is associated with either rank
group 0 or 1.
Note: You can assign a rank to an unassigned array and also assign the rank to an extent pool at the
same time if you have already created the extent pools and the arrays. Creating extent pools first saves a
step in the configuration.
Use the lsarray, mkrank, and lsrank commands to assign a rank to each unassigned array. You must be
logged into the DS CLI and connected to the storage unit that will be used for open systems host system
storage.
Note: You can enter the commands that are described in the steps either for a DS8000 model or for a
DS6000 model. The storage image ID for the DS6000 model is different.
Notes:
Complete the following tasks before you create your fixed block volumes:
v Create your extent pools
v Create your arrays
v Create and assign your ranks
Note: If you are creating fixed block volumes for the first time, all the address groups are displayed
with a state of "unassigned".
3. Analyze the address group list to determine which LSSs can be used to make fixed block volumes.
Consider the following conditions when doing your analysis:
v If the address group list is empty, then all address groups are available to be defined (0 - 3).
v If an undefined address group is used to create new fixed block volumes, select the lowest
numbered address group.
v If you are adding new fixed block volumes to an existing fixed block address group, use the lslss
command to identify LSSs that are already defined in the target address group.
4. Enter the mkfbvol command to create fixed block volumes for the specified LSS.
Note: The decimal designation does not apply to the volume ID number or the number of volumes
that were created by the command. It only applies to the unique name that you have assigned.
Also, when you process this command, the volume name that you have assigned does not appear
in the confirmation message. To view the volume name that you have assigned, issue the lsfbvol
or showfbvol command.
v The -cap (capacity) parameter is 8.6 GiB. The default is in gibibytes (GiB) where 1 GiB = 1 073 741
824 (2^30 bytes).
v The example provides a range of numbers (0100 - 010F) for the number of volumes to be created.
Because volumes are created using the hexadecimal numbering system, the range in the example
creates 16 volumes. The actual number of volumes that can be created is 255 per LSS based on the
following criteria:
– The volume ID is a 32 bit number that can be represented as four hexadecimal digits in the form
of XYZZ where:
XY (for a DS8000 model)
Specifies the logical subsystem number, 00 - FE.
XY (for a DS6000 model)
Specifies the logical subsystem number, 00 - 1E.
ZZ (for DS6000 and DS8000 models)
Specifies the volume number, 00 - FF.
X (for DS6000 and DS8000 models)
Specifies the address group, 0 - 1.
– For DS8000, you can define up to 255 LSSs in a storage unit. LSSs are either CKD or fixed block.
Even numbered LSSs have an association with storage unit server 0. Odd numbered LSSs have
an association with storage unit server 1.
– DS6000 has a 16 384 volume address space that is partitioned into 64 logical subsystem (LSS)
units, where each LSS contains 256 logical volume numbers. The 64 LSS units are assigned to
one of 4 address groups, where each address group contains 16 LSSs, or 4096 volume addresses.
All of the LSSs in one address group must be of the same type (CKD or fixed block).
5. Repeat step 4 for all of the required logical volumes for each LSS.
6. Issue the lsfbvol command to display a report you can use to confirm the status of your fixed block
volumes. Enter the lsfbvol command at the dscli command prompt with the following parameters
and variables:
dscli> lsfbvol -dev IBM.2107-75FA120 -l -volgrp V2,V20
Note: The report can display that there was a configuration error that is associated with one or more
of your mkfbvol transactions.
Complete the following tasks before you create your fixed block LUN volumes:
v Created your extent pools
524 DS8000 Series Command-Line Interface User's Guide
v Created your arrays
v Created and assigned your ranks
When you begin your initial configuration, the LSSs and address groups do not exist. The LSSs are
created when the first volume of the LSSs is defined during the processing of the mkfbvol command. The
address group gets defined when the first LSS is defined.
When you create volumes, you must designate the logical subsystem (LSS) that a particular volume
belongs to. After you assign a volume ID, use the first 2 digits to designate the LSS. For example, if you
specify a volume ID of 1900, the volume then belongs to LSS 19.
Consider the following specifications before you create your fixed block LUN volumes:
v Volumes that belong to an even-numbered rank group (cluster) must be in an even-numbered LSS.
Volumes that belong to an odd-numbered rank group (cluster) must be in an odd-numbered LSS. The
cluster that a volume belongs to is determined by specifying the extent pool that the volume is
assigned to.
v LSS numbers FF (DS8000) and 1F (DS6000) is reserved for internal use and must not be used as a
volume ID.
v You must define each volume as protected or unprotected. This action is a notification to i5/OS; it does
not mean that the volume is protected or unprotected. In reality, all LUNs are protected, either by
RAID 5, RAID 6 or RAID 10. Defining a volume as unprotected means that it is available for i5/OS to
mirror that volume to another internal or external volume of equal capacity. Unless you intend to use
i5/OS (host-based) mirroring, define your logical volumes as protected.
Under some circumstances, you might want to mirror the i5/OS internal Load Source Unit (LSU) to a
LUN in the DS6000 or the DS8000. In this case, define only one LUN volume as unprotected;
otherwise, i5/OS attempts to mirror all unprotected volumes.
v In general, it is best to use one LSS for volumes from one rank.
Note: The hexadecimal designation does not apply to the volume ID number or the number of
volumes that were created by the command. It only applies only to the unique name that you
Chapter 6. Configuring and managing logical storage 525
assigned. Also, when you process this command, the volume name that you assigned does not
appear in the confirmation message. To view the volume name that you assigned, enter the lsfbvol
or showfbvol command.
v The example provides a range of numbers (0101 - 0102) for the number of volumes to be created.
The actual number of volumes that can be created is 255 per LSS based on the following criteria:
– The volume ID is a 32-bit number that can be represented as four hexadecimal digits in the form
of XYZZ where:
XY (for a DS8000 model)
Specifies the logical subsystem number, 00 - FE.
XY (for a DS6000 model)
Specifies the logical subsystem number, 00 - 1E.
ZZ (for DS6000 and DS8000 models)
Specifies the volume number, 00 - FF.
X (for DS6000 and DS8000 models)
Specifies the address group, 0 - 1.
– You can define up to 255 (for DS8000) or 31 (for DS6000) LSSs in a storage unit. Even-numbered
LSSs have an association with storage unit server 0. Odd-numbered LSSs have an association
with storage unit server 1. LSS numbers FF (DS8000) and 1F (DS6000) are reserved.
3. Repeat step 2 for all of the logical volumes for each LSS.
4. Issue the lsfbvol command to display a report you can use to confirm the status of your LUN
volumes. Enter the lsfbvol command at the dscli command prompt with the following parameters
and variables:
dscli> lsfbvol -dev IBM.2107-75FA120 -l
There might be occasions when you are using the mkfbvol command to create fixed block volumes, but
the transaction fails. You might not be aware of the failure until you run the lsfbvol or the
showfbvolcommand to check the status of the volumes that you created.
The lsfbvol or the showfbvolcommands display reports that include a configstate category. The
configuration state category reports on the current state of the volume. One of the configuration state
codes is configuration error.
A status of configuration error specifies that the configuration process did not complete successfully. This
state reflects an internal error condition and is not an indication that there was a user input error.
You might want to gather additional information about what caused the error, which can help you
determine how to correct it. To correct this error state, you must delete the designated volume
configuration and submit a new transaction request.
Complete the following steps to obtain additional information about the configuration error and to
correct this error condition.
1. Add the -v (verbose) command parameters to your mkfbvol command, and reissue the command for
the transactions that show the configuration error designation.
Note: You can also turn on the verbose mode in your profile file, and reissue the command.
If you designate the verbose mode, the display of extra output includes the error code that is
generated when the create volume transaction fails.
Note: In most of instances, this method is the only one for correcting a configuration error.
A volume group identifies the set of fixed block logical volumes that are accessible by one or more SCSI
host system ports. SCSI host system access is constrained to the identified access mode. Only those SCSI
host ports that are registered to a volume group ID are allowed to access the set of logical volumes that is
contained by the volume group.
Logical volumes can be assigned to a volume group when the volume group is created, or the logical
volumes can be added (or removed) later. The volume group type determines the maximum number of
volumes that can be assigned to a volume group, either a maximum of 256 volumes or a maximum of 64
000 volumes. The volume group type must be selected according to the addressing capability of the SCSI
host system that uses the volume group.
Complete the following steps to create and view fixed block volume groups:
1. Issue the mkvolgrp command to create a fixed block volume group. Enter the mkvolgrp command at
the dscli command prompt with the following parameters and variables:
Note: Repeat this step for each volume group that you want to create.
dscli> mkvolgrp -dev IBM.2107-75FA120 -hosttype pSeries -volume 0001-0010,0120
my_nickname
Notes:
a. You can use the -hosttype parameter with the mkvolgrp command. This parameter is an easier
way of specifying the type of volume group. If you do not use the -hosttype parameter, it is
assumed that the volume group type is scsimask.
b. You cannot use the -type parameter and the -hosttype parameter together.
c. If your volume group is not scsimask type and you do not want to use the -hosttype parameter,
use the -type parameter. scsimask as the default value of the -type parameter; you can also specify
scsimap256 or os400mask as your volume group type. For information about the criteria that is
associated with these volume group types, see the mkvolgrp command.
d. Volume IDs must meet the following criteria:
v ID ranges must be separated by a comma (displayed as 0001-0010,0120 in the example).
v For scsimap256, the array or ranges cannot exceed 256 volume ID entries. Otherwise, up to 64
384 entries are allowed.
v Use the -type 0s400mask parameter if the volume group is limited to fixed block volume
OS400-protected or OS400-unprotected types. Otherwise, the volume group is limited to the
fixed block volume type DS8000 or DS6000 machine type.
v The volume group name (my_nickname in the example command) must be unique within the
scope of the specified storage image.
2. Issue the lsvolgrp command to create a list of assigned volume group IDs. Enter the lsvolgrp
command at the dscli command prompt with the following parameters and variables:
dscli> lsvolgrp -dev IBM.2107-75FA120 -l
Notes:
a. The lsvolgrp command with the -l parameter displays a report with the following three values:
v Name (the unique name that you assigned to the volume group)
Use the mkvolgrp command to create a volume group that contains the volumes to be assigned to an i5
Fibre Channel adapter. The following considerations determine how you will create your volume groups:
v If you are using a multipath connection, a volume group is assigned to two or more i5 Fibre Channel
adapters. Each Fibre Channel adapter provides one path to volumes in the volume group.
v If you are using an external load source, you create a volume group that contains one volume. After a
partition is initially loaded from the external load source, you can add more volumes to this volume
group so that the i5/OS recognizes them and can use them.
When you create a volume group for i5/OS, you should specify the -hosttype iSeries parameter as part
of the mkvolgrp command. The -hosttype iSeries parameter saves some processing time because this
parameter automatically supplies information that would have to be specified separately. For example,
the i5/OS uses a logical blocksize of 520, and volumes that are created for i5/OS use a blocksize of 520
bytes. By specifying the -hosttype iSeries parameter, you also denote that the logical size of the blocks in
the volumes is 520 bytes.
Complete the following steps to create and view volume groups for System i models:
Note: You can issue the commands that are described in the steps either for a DS8000 model or for a
DS6000 model, but for the DS6000 model the storage image ID is different.
1. Issue the mkvolgrp command to create a volume group. Enter the mkvolgrp command at the dscli
command prompt with the following parameters and variables:
Note: Repeat this step for each volume group that you want to create.
The following two examples provide the commands that you can use to create volume groups
depending on whether you use the external load source. The first example creates a volume group
that contains one unprotected volume if you do use an external load source. (If you are using an
external load source, you can initially only have one volume in the volume group.) The second
example creates a volume group that contains all volumes if you do not use an external load source.
Example 1 (using an external load source)
dscli> mkvolgrp -dev IBM.2107-13ABVDA -hosttype iSeries -volume 1000 blue
CMUC00030I mkvolgrp: Volume group V14 successfully created.
Example 2 (not using an external load source)
dscli> mkvolgrp -dev IBM.2107-13ABVDA -hosttype iSeries -volume 1000-1002 blue
CMUC00030I mkvolgrp: Volume group V14 successfully created.
Notes:
a. The confirmation message for the end process shows that the created volume group is
automatically assigned an ID that is different from the name of the volume group that you specify
in the command. You will see the name that you assigned associated with the volume group when
you use the lsvolgrp and showvolgrp commands. However, if you want to work specifically with
the volume group, you must reference the volume group ID.
b. This volume group is also referred to as SCSI520-MASK. When an error message is displayed for
the OS400 MASK, SCSI520-MASK is referenced instead.
Notes:
a. The lsvolgrp command with the -l parameter displays a report with the following three values:
v Name (the unique name that you assigned to the volume group)
v Volume group ID (the identification number of the volume group)
v Type (the configured volume group type)
b. You can narrow the scope of the report by requesting a specific type of volume. See the lsvolgrp
command for information about the -type parameter.
3. Verify your host type information by issuing the lshosttype command using the following command
format at the dscli command prompt:
dscli> lshosttype -type os400mask
This command displays a report like the following example:
Note: You can obtain the same results if you use the -type os400all parameter.
Before you begin, you must have the command-line interface prompt, and you must be connected to a
storage image that is to be used for open systems host system storage.
In this process, you must designate the topology for the I/O port. The following three topology settings
are available:
fibre channel arbitrated loop (coded as fc-al in the setioport command)
Enables the SCSI ULP with a FC-AL topology. The FC-AL topology does not support PPRC path I/O
operations.
SCSI-FCP (coded as scsi-fcp in the setioport command)
Enables the SCSI ULP with a point-to-point or switched fabric topology. PPRC path I/O operations
are enabled for this setting.
Note: Designate this topology for System i models using i5/OS level V5R3M5 and above.
ficon (coded as ficon in the setioport command)
Enables the FICON ULP with a point-to-point or switched fabric topology. PPRC path I/O operations
are not supported for FICON ULP.
The storage image supports the Fibre Channel host adapter (HA) card type. For DS8000 machine types,
HA cards are installed in I/O enclosures, each containing up to four HA cards. For DS6000 machine
types, one or two HA cards are installed in each of the two processor node assemblies. Use the lsioport
and setioport commands to configure Fibre Channel I/O ports.
Note: I/O ports are automatically set to the offline state and returned to the online state after
configuration changes are applied.
dscli> setioport -dev IBM.2107–75FA120 -topology fc-al
0012 0013 0112 0113
4. Press Enter. A successful process returns a confirmation message indicating that the port IDs have
been successfully configured.
Before you begin, you must have the command-line interface prompt, and you must be connected to a
storage image that can be used for open systems host system storage.
The DS8000 and DS6000 machine types support the “identified” access mode for SCSI host attachments,
which requires that all SCSI host ports be identified to a DS8000 storage image or DS6000 storage unit
respectively. One SCSI host port connection must be created for each SCSI host port that accesses DS8000
storage image and DS6000 storage unit fixed block volumes. Use the lshosttype, mkhostconnect, and
lshostconnect commands to create the SCSI host port connections.
A SCSI host port contains attributes that identify the following information:
v SCSI host system type
v Port profile
v Port WWPN
v Volume group ID that the port accesses
v An array of storage unit or storage image I/O port IDs that the host port logs into for volume access
v An attribute to indicate that all I/O ports can be used for volume access
v Host port description
v Port nickname
There are two ways that you can approach this task:
v Use the -hosttype parameter with the mkhostconnect command. Using the -hosttype parameter is the
best solution for most users.
Notes:
1. Specifying the -hosttype parameter automatically sets the -lbs, -addrdiscovery, and -profile values.
2. If you do not use the -hosttype parameter, you must issue the lsportprof command to ensure that
you obtain the correct values to use with the -lbs, -addrdiscovery, and -profile parameters.
3. You cannot use the -hosttype parameter with these other parameters.
The following task is described from the assumption that you have used the -hosttype parameter.
Note: Volume group type is one of the following designations (use a separate command for each
choice):
v ficonall
v scsiall
v scsimask
v scsimap256
v os400all
v os400mask
The same results are displayed when you specify os400all or os400mask or when you specify scsiall
and scsimask or scsimap256.
2. Create SCSI host ports by issuing the mkhostconnect command. Enter the mkhostconnect command at
the dscli command prompt with the following parameters and variables:
dscli> mkhostconnect -dev storage_image_ID -wwpn wwpn
-hosttype host_type -volgrp volume_group_ID -ioport port_ID
host_name
Notes:
a. The -wwpn parameter specifies the 16-character worldwide name that is assigned to the host system
Fibre Channel adapter port. This WWPN value is validated each time that the host system port
logs into an I/O port.
b. The -hosttype parameter specifies Fibre Channel communications layer characteristics that might
be unique according to the host system manufacturer, operating system, or version of the system.
Typical specifications are iSeries, pSeries, an so on.
Before you begin, you must be logged into the DS CLI in interactive command mode. You must also be
connected to a storage unit that is used for z Systems models host storage.
Configuring CKD storage involves two basic processes: the creation of the CKD storage configuration and
the configuration of the storage unit I/O ports for z Systems host system attachment. These two basic
processes can be performed in the reverse order, but it is better to create storage configurations first.
Creating the storage configuration first creates the media to back up configuration data that is not related
specifically to the storage configuration.
You must be logged in to the DS CLI and connected to the storage unit that is to be used for your z
Systems host system to complete this task.
You can create the extent pools before the arrays and ranks to save a processing step. When you create
new ranks, you can assign them to existing extent pools. Otherwise, you must modify each rank object to
complete the extent pool ID assignment after the extent pools have been defined.
Extent pools that are defined for rank group 0 or 1 are assigned an even- or odd-numbered extent pool
ID, respectively. Even-numbered extent pools are managed by storage server ID 0. Odd-numbered extent
pools are managed by storage server ID 1. Each rank group is assigned to one extent pool; therefore,
storage server workload is affected by the rank assignments to even- and odd-numbered extent pool IDs.
To keep the storage server workloads balanced, evenly distribute rank and extent pool allocations.
Notes:
1. You can create more than the minimum number of extent pools. For example, you can define unique
extent pools for each RAID type (5, 6 or 10) that is configured in a storage image. Or, you can define
and name extent pools according to the host system attachments that access the volumes that are
created from extent pool extents.
2. You can have the same number of extent pools and ranks.
Note: If extent pools are being created for the first time, the minimum number of extent pools does
not exist.
v Does each extent pool have a rank group that is assigned to it and are they balanced?
Note: If extent pools are being created for the first time, there are no rank assignments.
v Are additional extent pools required?
3. Issue the mkextpool command to create the extent pools. The following examples show the commands
that you can type in the dscli command prompt:
Remember: You must create a minimum of two extent pools. There must be one extent pool for rank
group 0 and one extent pool for rank group 1.
mkextpool -dev IBM.2107-75FA120 –rankgrp 0 -stgtype ckd
extent_pool_name
mkextpool -dev IBM.2107-75FA120 –rankgrp 1 -stgtype ckd
extent_pool_name
where extent_pool_name is the name that you want to assign to the extent pool. This parameter is a
required. The name cannot be longer than 16 characters.
Create additional extent pools for each of the following conditions:
v Each RAID type (5, 6 or 10)
v Each disk drive module (DDM) size
v Each CKD volume type (3380, 3390)
v Each logical control unit (LCU) address group
4. Press Enter.
Remember: To keep the storage server workloads balanced, evenly distribute rank and extent pool
allocations.
6. After you have created the extent pools, issue the lsextpool command to verify the extent pool
assignments. Use the -l parameter to display a full report for the extent pools that are assigned to the
storage unit. The following line is an example of the command that you can type in the dscli
command prompt:
lsextpool –dev IBM.2107-75FA120 -l
7. Optionally, print the list of extent pools so that you can refer to this list when you create CKD
volumes.
The DS8000 machine type storage image storage devices (DDMs) are packaged into storage enclosure
pairs. The DS8000 machine type contains at least one storage enclosure pair, with a minimum of 16
DDMs. All DDMs that are installed in a storage enclosure pair have identical capacity, rpm (revolutions
per minute), and interface characteristics.
The DS6000 machine type must contain at least one storage enclosure, with a minimum of four DDMs.
The DDMs of a storage enclosure are partitioned into array sites. A DS8000 machine type array site
consists of eight DDMs, four from each storage enclosure of a storage enclosure pair, two-or-four (eight
DDM) array sites per storage enclosure pair. A DS6000 machine type array site consists of four DDMs in
one storage enclosure of a storage enclosure pair, with two to eight (four DDM) array sites per storage
enclosure pair. All array sites of a storage enclosure pair have identical capacity, rpm, and interface
characteristics, and an interface to a common DA pair.
The creation of arrays is based on the array sites that are associated with the storage unit. You must make
an array from 1 or 2 array sites. An array inherits the characteristics of its parent array sites, and is given
a RAID type attribute (5, 6, or 10). A DS8000 machine type array object of RAID type 5, 6, or 10 is made
from one (8 DDMs) array site. A DS6000 machine type array object of RAID type 5 or 10 is made from
one or two (4 DDMs) array sites.
Note: The array status is “unassigned” until the array is assigned to a rank.
Use the lsarraysite and mkarray commands to create the arrays. You must be logged into the DS CLI
and connected to the storage unit that will be used for open systems host system storage.
Complete the following steps to create arrays for a CKD volume configuration:
1. Issue the lsarraysite command to find the unassigned array sites. Enter the lsarraysite command
at the dscli command prompt with the following parameters and variables:
dscli> lsarraysite -dev storage_image_ID -state unassigned
Note: If this is your first time creating volumes, you will see all the arrays with a state of
"unassigned".
2. Press Enter. A report of unassigned array sites is displayed. Use the list to identify unassigned array
site capacity, rpm, and device adapter (DA) pair attributes. Record the RAID type for each array site.
Notes:
a. You can specify one or two array sites for DS6000. If there are two array sites, both sites must be
associated with a common DA pair ID. Two array sites must be separated by commas with no
blank space in between. Example: S10,S11.
b. The new array site inherits the capacity, rpm, interface, and DA pair characteristics of its parent
array site or sites depending on the machine type. The state of the array is “unassigned” until it is
assigned to a rank.
A rank inherits the characteristics, including RAID type, of its parent array and is given a storage type
attribute FB (fixed block) or CKD (count key data). The rank configuration state is unassigned until it is
assigned to an extent pool. An unassigned rank is not associated with either rank group 0 or 1. Any
unassigned rank can be assigned to an extent pool that is associated with either rank group 0 or 1.
Note: You can assign a rank to an unassigned array and assign the rank to an extent pool at the same
time if the extent pools and the arrays were created previously. Creating extent pools first saves a step in
the configuration.
Use the lsarray, mkrank, and lsrank commands to assign a rank to each unassigned array. You must be
logged in to the DS CLI and be connected to the storage unit that is used for open systems host system
storage.
Notes:
a. You can specify either the -wait or the -extpool parameter when you use the mkrank command.
Either of these parameters generates output if the rank configuration fails for any reason.
b. When you use the -wait parameter, you cannot enter any other commands until the entire
transaction is done processing.
3. Press Enter to create the ranks.
The process of making the rank involves formatting drives. It can take a little time before the process
finishes. To check on the process, enter the lsrank command from a different DS CLI session. A
successful process generates the following type of message:
Rank IBM.2107-75FA120/R44 successfully created.
4. Repeat Step 2 and step 3 until all unassigned arrays are assigned a rank and an extent pool.
5. Enter the lsrank command to verify that ranks and extent pools are assigned.
dscli> lsrank -dev IBM.2107-75FA120 -l
The DS8000 has a 64 KB 256 volume address space that is partitioned into 255 logical subsystem (LSS)
units, where each LSS contains 256 logical volume numbers. The 255 LSS units are assigned to one of 16
address groups, where each address group contains 16 LSSs, or 4 KB volume addresses.
The DS6000 has a 16 384 volume address space that is partitioned into 64 logical subsystem (LSS) units,
where each LSS contains 256 logical volume numbers. The 64 LSS units are assigned to one of 4 address
groups, where each address group contains 16 LSSs, or 4096 volume addresses. All of the LSSs in one
address group must be of the same type (CKD or fixed block).
Typically, LCUs are created in groups of 16, beginning at LSS address X'x0'.
Use the lsaddressgrp, mklcu, and lslcu commands to create the LCU type logical subsystems. You must
be logged into the DS CLI and connected to the storage unit that will be used for open systems host
system storage.
A logical volume consists of one or more data extents that are allocated from a single extent pool. The
volume data type is inherited from the extent pool extent storage type (fixed block or CKD) characteristic.
When a CKD volume is created, volume attributes are further defined by a base or alias volume type,
3390 or 3380 volume cylinder type, and volume capacity in cylinders. These volume attributes
characterize the volume to the host system that will eventually access the volume. Each volume is
assigned a volume ID, which is the volume address within the 64 KB address space. Host access to a
volume is enabled when the volume ID is assigned to a volume group; however, CKD volumes are
automatically assigned to the volume group CKD FICON/ESCON All (ID V10).
Note: The decimal designation does not apply to the volume ID number or the number of volumes
that were created by the command. It only applies to the unique name that you have assigned to
the volume. When you process the mkckdvol command, the volume name that you have assigned
does not appear in the confirmation message. To view the volume name that you have assigned,
issue the lsckdvol or showckdvol command.
v Volume ID 0000 - 007F specifies 128 volumes, starting at CKD address group (0), LCU ID (00), and
volume number (00). You must specify volume IDs that have not been previously defined as CKD
or fixed block volumes.
3. Press Enter to create the volumes. A confirmation message is displayed that lists the successful
creation of each volume.
4. Repeat Steps 2 and 3 until all required logical volumes for all LCUs have been created.
Note: It is possible that the report will display that there was a configuration error that is associated
with one or more of your mkckdvol transactions. In the majority of instances, the only way to correct
this error is to issue the rmckdvol command.
There might be occasions when you are using the mkckdvol command to create CKD volumes, but the
transaction fails. You might not be aware of the failure until you run the lsckdvol or the showckdvol
command to check the status of the volumes that you have created.
The lsckdvol or the showckdvol commands display reports that includes a configstate category. The
configuration state category reports on the current state of the volume. One of the configuration state
codes is configuration error.
A status of configuration error specifies that the configuration process did not complete successfully. This
state reflects an internal error condition and is not an indication that there was a user input error.
You might want to gather additional information about what caused the error, which can help you
determine how to correct it. To correct this error state, you must delete the designated volume
configuration and submit a new transaction request.
Complete the following steps to obtain additional information about the configuration error and to
correct this error condition.
1. Add the -v (verbose) command parameter to your mkckdvol command and reissue the mkckdvol
command for the transactions that show there is a configuration error.
Note: You can also turn on the verbose mode in your profile file and reissue the command.
If you designate the verbose mode, the display of extra output includes the error code that is
generated when the create CKD volume transaction fails.
Note: In the majority of instances, this is the only method for correcting a configuration error.
Before you begin, you must have the command-line interface prompt, and you must be connected to a
storage image that is to be used for open systems host system storage.
In this process, you must designate the topology for the I/O port. The following three topology settings
are available:
fibre channel arbitrated loop (coded as fc-al in the setioport command)
Enables the SCSI ULP with a FC-AL topology. The FC-AL topology does not support PPRC path I/O
operations.
SCSI-FCP (coded as scsi-fcp in the setioport command)
Enables the SCSI ULP with a point-to-point or switched fabric topology. PPRC path I/O operations
are enabled for this setting.
Note: Designate this topology for System i models using i5/OS level V5R3M5 and above.
ficon (coded as ficon in the setioport command)
Enables the FICON ULP with a point-to-point or switched fabric topology. PPRC path I/O operations
are not supported for FICON ULP.
The storage image supports the Fibre Channel host adapter (HA) card type. For DS8000 machine types,
HA cards are installed in I/O enclosures, each containing up to four HA cards. For DS6000 machine
types, one or two HA cards are installed in each of the two processor node assemblies. Use the lsioport
and setioport commands to configure Fibre Channel I/O ports.
Each Fibre Channel HA card contains four I/O ports. The storage image microcode automatically creates
one I/O port to represent each HA card I/O port. The default Fibre Channel I/O port settings enable
SCSI-FCP “identified” access to fixed block volumes. You might have to modify the I/O port settings to
enable SCSI FC-AL access to fixed block volumes.
Note: I/O ports are automatically set to the offline state and returned to the online state after
configuration changes are applied.
dscli> setioport -dev IBM.2107–75FA120 -topology fc-al
0012 0013 0112 0113
Before you can use the DS CLI on i5/OS, ensure that the following conditions have been met:
v You have installed the DS CLI code on i5/OS.
The DS CLI is installed on the i5/OS integrated file system (IFS) in the following two places:
– IFS directory IBM/DSCLI, which contains the profiles, executable files, and readme files.
– The library QDSCLI, which contains executable code.
v You have added library QDSCLI to the i5/OS library list by completing the following process:
1. Enter WRKSYSVAL QUSRLIBL at the i5/OS command line.
2. Press Enter and select option number 2.
3. Add the QDSCLI library into the lib list.
v You have completed the initial configuration from the server from which you did your installation. For
example, you have activated your licenses, created your arrays, ranks, extent pools, host attachments,
and logical volumes on the DS8000 or DS6000.
v You have configured the DS CLI profile as appropriate. To edit the profile file, complete the following
steps:
1. Enter EDTF '/ibm/dscli/profile/dscli.profile' at the i5/OS command line.
2. Update the following two lines when the profile file displays:
– HMC IP address field and remove the comment from this command line
– Dev ID field and remove the comment from this command line
v You have completed an IPL to System i5®.
Note: Ownership and security on the QDSCLI library should be modified after installation to meet your
security requirements.
Assuming that you have met the previous conditions, complete the following steps using DS CLI on
i5/OS to process storage configuration and Copy Services functions on the DS8000 or DS6000:
1. From the i5/OS main menu, enter DSCLI at the prompt to start DS CLI on i5/OS and press Enter.
2. The DSCLI displays the following screen where you can specify a DS CLI script for DS CLI
commands and a DS CLI profile. In this example, a default profile is specified. The profile is not
configured so the value of *DEFAULT is used. If you are not using a script, specify *None and press
Enter.
After you press Enter, more fields appear in the screen as shown in step 3.
Run DSCLI Functions (DSCLI)
Profile . . . . . . . . . . . . *DEFAULT
Profile . . . . . . . . . . . . *DEFAULT
HMC1 . . . . . . . . . . . . . . *PROFILE
HMC2 . . . . . . . . . . . . . . *PROFILE
User . . . . . . . . . . . . . . admin
Password . . . . . . . . . . . .
Install Path . . . . . . . . . . ’/ibm/dscli’
DSCLI CMD . . . . . . . . . . . *int
Bottom
F3=Exit F4=Prompt F5=Refresh F12=Cancel F13=How to use this display
F24=More keys
Use the chextpool command to modify the properties of an extent pool. You can modify the following
extent pool properties:
v name of the extent pool
v extent limit on or off indicator
v extent limit percentage
v extent threshold percentage
Note: The -stgtype parameter must be designated as either fb (fixed block) or ckd (count key data).
The storage type allows you to limit the list of extent pools for issues such as which ones to rename
or to change the limit or threshold percentages.
2. Issue the chextpool command to change the name that is assigned to the extent pool or to change the
percentages that are allocated for extent and threshold limits. Enter the chextpool command at the
dscli command prompt with the following parameters and variables:
dscli> chextpool -dev storage_image_ID -name new_extent_pool_name
-extentlimit [on | off] -limit extent_limit_percentage
-threshold extent_threshold_percentage -extentpool_ID
Notes:
a. The new extent pool name can include up to sixteen characters.
b. The -extentpool_ID parameter is required but does not need to be specified as a separate entry.
You can add it to the storage_image_ID parameter. For example: IBM.2107-75FA120/P21, with P21
being the extent pool ID. Extent pool IDs are specified as 4-digit values with no leading zeros, and
they are preceded by the letter P.
c. The unique name that you assigned to the extent pool does not display in the output message of
the chextpool command. However, when you issue the lsextpool command, the extent pool name
is displayed.
3. Issue the lsextpool command to verify that your changes have been processed.
Complete the following step to display a list of extent pools and their status in a storage system.
Enter the lsextpool command to display the extent pool list and status information.
dscli> lsextpool -dev storage_image_ID -l
Notes:
1. Use the -l parameter if you want to see the list and status for all the extent pools (fixed block and
CKD) in your storage system. A full report is displayed.
2. Use the -s parameter if you want to see only a list of the extent pools in your storage system.. No
additional information is provided.
You must know and use an extent pool ID that resides in your storage system. You can obtain these IDs
by entering the lsextpool command.
Enter the showextpool command when you want to view the details of the properties that are associated
with an extent pool or when you want to view the performance metrics for an extent pool in your
storage system.
Complete the following steps to display the detailed properties of an extent pool or to display the
performance metrics of an extent pool.
1. (For detailed properties information) Enter the showextpool command.
dscli> showextpool -dev storage_image_ID extentpool_ID
2. (For performance metrics information) Enter the showextpool command.
dscli> showextpool -dev storage_image_ID -metrics extentpool_ID
Notes:
a. All performance metrics are an accumulation since the most recent counter wrap or counter reset.
b. The extent pool performance counters are reset on the following occurrences:
v When the storage system is turned on.
v When a server has failed, and the failover and failback sequence is performed.
When you are using the DS CLI to delete extent pools as part of a storage configuration deletion, the
following sequential deletions must have already occurred:
v The volumes associated with the extent pool must be removed.
v (CKD volume configuration only) The logical control units (LCUs) that are associated with the extent
pool must be removed.
v The ranks that are assigned to the extent pool must be unassigned or removed.
v The arrays that are assigned to the extent pool must be removed.
Complete the following steps to delete one or more extent pools from a fixed block volume configuration.
1. Issue the lsextpool command to display a list of extent pools. Ensure that you designate the storage
type within your command parameters. Enter the lsextpool command at the dscli command prompt
with the following parameters and variables:
dscli> lsextpool -dev storage_image_ID -l -stgtype [fb | ckd]
2. Analyze the list and determine which extent pools can be deleted.
3. Issue the rmextpool command to delete the designated extent pools. Enter the rmextpool command at
the dscli command prompt with the following parameters and variables:
dscli> rmextpool -dev storage_image_ID extentpool_ID
Note: If you are deleting several extent pools, you can add the -quiet parameter to your command.
This parameter turns off the confirmation message that is generated for each deletion transaction.
4. Issue the lsextpool command after the deletion processing has completed to verify that the extent
pools have been deleted.
The DS8000 machine type storage image DDMs are packaged into storage enclosure pairs. The DS8000
machine type contains at least one storage enclosure pair, with a minimum of 16 DDMs. All DDMs that
are installed in a storage enclosure pair have identical capacity, rpm (revolutions per minute), and
interface characteristics.
The DS6000 machine type contains at least one storage enclosure, with a minimum of four DDMs.
The DDMs of a storage enclosure are partitioned into array sites. A DS8000 machine type array site
consists of eight DDMs, four from each storage enclosure of a storage enclosure pair, two-or-four (eight
DDM) array sites per storage enclosure pair. A DS6000 machine type array site consists of four DDMs in
one storage enclosure of a storage enclosure pair, with two-to-eight (four DDM) array sites per storage
enclosure pair. All array sites of a storage enclosure pair have identical capacity, rpm, and interface
characteristics, and an interface to a common DA pair.
The DDMs of a storage enclosure are partitioned into array sites. The creation of arrays is based on the
array sites that are associated with the storage unit. Before and after creating an array, you might want to
check on the status of the DDMs.
Notes:
The steps in this task presume that you have already created your arrays from the array sites.
The creation of arrays is based on the array sites that are associated with the storage system. After you
have created your arrays, there might be times when you want to view the status of the array sites and
the associated arrays.
Complete the following steps to view the status of all the array sites and arrays that are associated with
the storage system.
1. Enter the lsarraysite command to generate a list of all the array sites and their status:
dscli> lsarraysite -dev storage_image_ID -l
The state column of the report might be of interest as it specifies the following state of the array site
and conditions that require attention:
For DS8000:
v Assigned — The array is assigned to a rank.
v Unassigned — The array is not assigned to a rank and all of the storage devices that are indicated
by the disk serial numbers are in the Normal state.
v Unavailable — The array is not assigned to a rank and one or more of the disk drive modules are
not in the Normal state.
For DS6000:
v Assigned — The array site has been defined as an array.
v Unassigned — The array site is available to be defined as an array.
v Unavailable — Specifies that the designated array site is unassigned and at least one disk is not in
the normal state. Also, the array site is not in the initializing state.
v Initializing — Specifies that the array site is unassigned and all disks are either in the normal or
initializing state. Also, at least one disk is in the initializing state.
2. Issue the lsarray command to generate a list of all the arrays and their status. Enter the lsarray
command at the dscli command prompt with the following parameters and variables:
dscli> lsarray -dev storage_image_ID -l
Note: You might want to analyze the state and data column information for the arrays. Some of the
reported conditions require further action. See the lsarray command for additional information.
The creation of arrays is based on the array sites that are associated with the storage system. After you
create your arrays, there might be times when you want to view the status of an array site and the
associated array.
Note: For your DS6000 machine type, you might create your array from one or two array sites. An array
inherits the characteristics of its parent array sites and is given a RAID type attribute (5 or 10).
Complete the following steps to view the status of the array site or sites and the array that is associated
with the storage system.
1. Enter the showarraysite command to generate a report that displays the array site or sites and their
status.
dscli> showarraysite -dev storage_image_ID site_ID
Notes:
a. The site ID is a four-digit number that is preceded by the letter S with no leading zeros.
b. The site ID does not specify a physical location. It is, however, an identifier for the array site ID.
c. If you created the array previously, the array site state shows a value of assigned.
2. Enter the showarray command to generate the properties report for the specified array.
dscli> showarray -dev storage_image_ID array_ID
When the array or arrays are deleted as part of deleting a storage configuration and you are using DS
CLI to delete the configuration, the following sequential deletions must have already occurred:
v Host access to the volumes of the configuration must have been removed. (Does not apply to a CKD
configuration.)
v The associated volume groups must have been removed. (Does not apply to a CKD configuration.)
v The fixed block or CKD volumes that are part of the configuration must have been removed.
v The LCUs (if you are removing a CKD configuration) must have been removed.
v The ranks must have been removed.
There might be times when you want to remove arrays from a storage configuration or from a rank
assignment. You can avoid errors when you use the DS CLI by ensuring that the arrays are ready for
removal. The arrays must have a status of "unassigned" before they can be removed or be reassigned to
another rank.
When you remove a rank using the DS CLI, there is an extended period of processing because the array
is unassigned from the rank and the drives are formatted. During this processing, the array is still shown
with a status of assigned, even though you have received a confirmation message that the rank has been
removed. The status for the array does not change to "unassigned" until after the array has been
formatted.
Complete the following steps to remove arrays from a storage configuration or a rank:
1. Issue the lsarray command to obtain a list of array IDs to be removed. Enter the lsarray command
at the dscli command prompt with the following parameters and variables:
dscli> lsarray -dev storage_image_ID -state unassigned
Notes:
Notes:
a. You can remove one or many arrays as long as you designate the range of arrays using a hyphen
and separate each range of arrays or a single array with a space before the next array designation.
For example, A44-A48 A51 designates a range of arrays and a single array.
b. If you are removing several arrays, you might want to designate the -quiet parameter in your
command. This parameter turns off the deletion confirmation message that is generated after each
array is deleted.
To add a rank to an extent pool, the rank must have a data state designation of normal and a
configuration state designation of unassigned.
A rank is a logically contiguous storage space made up of one or more arrays. An unassigned rank is not
associated with either rank group 0 or 1. Any unassigned rank can be assigned to an extent pool that is
associated with either rank group 0 or 1. Over time, you might remove a rank from an array and extent
pool without deleting the rank. When a rank is removed and not deleted, it retains its storage type
designation of fixed block or CKD. This designation cannot be changed.
Notes:
a. The report that is generated by this example provides a list of all unassigned ranks; however, the
storage type is mixed between fixed block and CKD.
b. You can narrow your report information to a specific storage type by adding the -stgtype [fb |
ckd] parameter to your command.
2. Issue the chrank command to add (reassign) a rank or ranks to an extent pool. Enter the chrank
command at the dscli command prompt with the following parameters and variables:
dscli> chrank -dev storage_image_ID -extpool extentpool_ID rank_ID
Notes:
Modifying a rank
Complete this task to modify a rank using the DS CLI.
You can complete the following modifications to a rank using the DS CLI commands:
v Designate that the rank be given a reserved status.
v Release a rank from a reserved status.
v Designate that the rank be removed (but not deleted) from its current extent pool and array assignment
and be designated as unassigned.
v Designate that the rank be assigned to an extent pool.
Notes:
a. The report that is generated by this example provides a list of all ranks; however, the storage type
is mixed between fixed block and CKD.
b. You can narrow your report information to a specific storage type by adding the -stgtype [fb |
ckd] parameter to your command.
2. Use the report to determine the rank or ranks you want to modify. The report contains details about
the ranks that you must use to issue the chrank command for modifications.
3. Issue the chrank command to implement one of the following types of modifications:
a. To designate a rank as reserved, enter the chrank command at the dscli command prompt with the
following parameters and variables:
dscli> chrank -dev storage_image_ID -reserve rank_ID
Changing the rank configuration state to "reserved" designates that the extents that are associated
with the rank are not eligible for allocation to a logical volume. However, the existing allocations
remain in effect until the configuration state is changed to normal (the characteristics that the rank
inherited from its parent array when it was originally assigned remain intact).
Notes:
1) You can specify a range of rank IDs or multiple rank IDs as long as you match the command
usage criteria.
2) You cannot change the configuration state of a reserved rank to "unassigned" without first
releasing it.
b. To release a rank from its reserved configuration state, enter the chrank command at the dscli
command prompt with the following parameters and variables:
dscli> chrank -dev storage_image_ID -release rank_ID
When a rank is released from the configuration state of "reserved", it is designated with a
configuration state of "normal".
c. To remove a rank from its current extent pool and array assignment but not delete it, enter the
chrank command at the dscli command prompt with the following parameters and variables:
dscli> chrank -dev storage_image_ID -unassign rank_ID
After you have created your ranks, there might be times when you want to view the status of all the
ranks that are associated with your storage system. Using the parameters that are associated with the
lsrank command, you can refine your search to specific rank criteria such as:
v Storage type (fixed block or CKD)
v Data state
v Configuration state
v RAID type
Complete the following step to view the status of all the ranks that are associated with the storage
system.
Enter the lsrank command to generate a list of all the ranks and their status.
dscli> lsrank -dev storage_image_ID -l
The state and datastate column information for the ranks contains reported conditions that can require
further action. See the lsrank command for an explanation of the action designations.
A rank is a logically contiguous storage space that is made up of one array. After you have created your
ranks, there might be times when you want to view the status of an individual rank.
Complete the following steps to view the status of a rank that is associated with the storage system.
Enter the showrank command to generate the properties report for the specified rank.
dscli> showrank -dev storage_image_ID rank_ID
Notes:
1. Because the showrank command requires the use of a specific rank ID, you can enter the lsrank
command first to obtain the specific rank IDs.
2. The state and datastate column information for the ranks contains reported conditions that can require
further action. See the showrank command for an explanation of the action designations.
There might be occasions when you are using the mkrank command to create ranks, but the transaction
fails. You might not be aware of the failure until you run the lsrank or showrank command to check the
status of the ranks that you have created.
A state of configuration error specifies that a rank configuration process has not completed successfully.
This state reflects an internal error condition and is not an indication that there was a user input error.
You might want to gather additional information about what caused the error, which can help you
determine how to correct it. To correct this error state, you must delete the designated rank configuration
and submit a new transaction request.
Complete the following steps to obtain additional information about the configuration error and to
correct this error condition.
1. Obtain additional information about the transaction by implementing one of the following methods:
v Add the -v (verbose) command parameter to your mkrank command and reissue the command for
the transactions that show the configuration error designation.
Note: You can also turn on the verbose mode in your profile file and reissue the command.
Designating the verbose mode allows the display of extra output that includes the error code that is
generated when the create rank transaction fails.
v Add the -extpool parameter to your mkrank command and reissue the command for the
transactions that show the configuration error.
You might consider using this parameter if you have not yet assigned your ranks to the extent
pools. If the transaction fails, a message states the reason for a failure.
2. Issue the rmrank command to delete the designated rank configurations if you do not want to obtain
additional information about what caused the configuration error.
Note: In the majority of instances, this is the only method for correcting a configuration error.
When you are using the DS CLI to delete ranks as part of a storage configuration deletion, the following
sequential deletions must have already occurred:
v Host access to the volumes of the configuration must have been removed. (Does not apply to a CKD
configuration.)
v The associated volume groups must have been removed. (Does not apply to a CKD configuration.)
v The fixed block or CKD volumes that are part of the configuration must have been removed.
v The LCUs (if you are removing a CKD configuration) must have been removed.
When you remove ranks using the DS CLI, there is an extended period of processing because the arrays
and extent pools are unassigned from the ranks and the drives are formatted. During this processing, the
arrays and extent pools are still shown with a status of assigned, even though you receive a confirmation
message each time a rank has been deleted. The status for the arrays and extent pools do not change to
"unassigned" until after the drives have been formatted.
Notes:
a. If you have multiple ranks that are being deleted, you might want to include the -quiet parameter
in your command. This parameter suppresses the confirmation message that is issued for each
rank that is deleted.
b. Deleting a rank or many ranks is a lengthy process because the array and extent pool assignments
are unassigned and the disk drives are formatted.
When a rank is unassigned from the array and extent pool, a confirmation messages is issued that
indicates that the rank has been deleted. However, because of the formatting, the process is not
complete. You cannot initiate any action on the arrays or extent pools until the formatting is
completed.
You can complete the following modifications to an LCU using the DS CLI commands:
v Change the subsystem ID to ensure it retains its unique identity
v Change the system behavior so that it emulates an LCU type that allows your system to process DS
CLI transactions
v Change the behavior of consistency group creation
v Change the system behavior for processing concurrent copy transactions
v Change the system behavior for processing extended remote copy transactions (for DS8000)
Note: The new SSID that you specify replaces the existing SSID value in the initial target LCU ID.
b. To provide your system a format that allows you to process DS CLI transactions. Enter the chlcu
command at the dscli command prompt with the following parameters and variables:
dscli> chlcu -dev storage_image_ID -lcutype [3990-3 | 3990-tpf |
3990-6 | bs2000] lcu_ID
Notes:
1) The target LCUs are changed to the LCU type that you designate.
2) When you designate multiple LCUs, separate multiple IDs and multiple ID ranges with a
space. Separate your LCU range with a dash (-) between the first and last number of the range.
c. To modify the concurrent copy timeout value using the chlcu command, see “Modifying the
Concurrent Copy timeout value” on page 574.
After you have created your LCUs, there might be times when you want to view the status of all the
LCUs that are associated with your storage system. Using the parameters that are associated with the
lslcu command, you can refine your search to the following specific LCU criteria:
v Address group
v Specific LCUs or multiple LCUs
Complete the following step to view the status of all the LCUs that are associated with the storage
system.
Enter the lslcu command to generate a list of all the LCUs and their status.
dscli> lslcu -dev storage_image_ID -l
Notes:
1. Enter the lsaddressgrp command first if you decide to refine your search to include just the LCUs
that are associated with a specific address group. The lsaddressgrp command provides a list of
address groups that you can then use with the -addrgrp parameter of the lslcu command.
2. To specify a range of LCU IDs, separate the LCU IDs with a dash (-). You must separate multiple
LCU IDs or ranges of LCU IDs with a blank space between each ID or range of IDs.
The DS8000 has a 64 KB 256 volume address space that is partitioned into 255 logical subsystem (LSS)
units, where each LSS contains 256 logical volume numbers. The 255 LSS units are assigned to one of 16
address groups, where each address group contains 16 LSSs, or 4 KB volume addresses.
The DS6000 has a 16 384 volume address space that is partitioned into 64 logical subsystem (LSS) units,
where each LSS contains 256 logical volume numbers. The 64 LSS units are assigned to one of 4 address
groups, where each address group contains 16 LSSs, or 4096 volume addresses. All of the LSSs in one
address group must be of the same type (CKD or fixed block).
Because you can modify some of the properties of an LCU, there might be times when you want to
examine the associated properties. The showlcu command allows you to view the properties of a single
LCU.
Enter the showlcu command to view a report that displays the properties of a single LCU.
dscli> showlcu -dev storage_image_ID LCU_ID
When you are using the DS CLI to delete LCUs as part of a storage configuration deletion, the following
sequential deletions must have occurred:
v The alias CKD volumes that are part of the configuration must have been removed
v The CKD volumes that are part of the configuration must have been removed
Complete the following steps to remove LCUs from a CKD storage configuration:
1. Issue the lslcu command to obtain a list of the LCUs that are associated with the storage
configuration that is being deleted. Enter the lslcu command at the dscli command prompt with the
following parameters and variables:
dscli> lslcu -dev storage_image_ID -l
2. Look at the list to ensure that the LCUs are in a state to be removed. They are ready if there are no
volumes that are assigned to the LCU (zeros are displayed for each LCU in the Confgvols column of
the list).
3. Issue the rmlcu command to delete the LCUs from the storage configuration. Enter the rmlcu
command at the dscli command prompt with the following parameters and variables:
dscli> rmlcu -dev storage_image_ID lcu_ID
Notes:
a. If you have multiple LCUs that are being deleted, you can include the -quiet parameter in your
command. This parameter suppresses the confirmation message that is issued for each LCU that is
deleted.
b. You must separate multiple LCU IDs or ranges of LCU IDs with a blank space between each ID or
range of IDs. Each range of LCU IDs must be separated by a dash (-) between the first ID and the
last ID of the range.
FlashCopy functions
This topic provides a list of tasks that help you create, monitor, and manage your FlashCopy operations
using DS CLI commands.
You can create a FlashCopy relationship between a source and a target volume that enables a
point-in-time copy of a source volume onto a target volume. FlashCopy functions run on a DS8000 model
or DS6000 model and are supported on many operating systems. For example, if you set up and
configure your machine to use i5/OS, you can create copies of System i disk pools within a single
machine using FlashCopy. After the FlashCopy function completes, you can immediately access the target
point-in-time copies by associating another System i or logical partition.
When you issue a FlashCopy command with the background copy option, the FlashCopy relationship is
established but it is put in a queue for background copying. The time difference between the submission
and actual start time of the task depends on the number of FlashCopy relationships that are currently
copying in the background or waiting in the queue. When the copy processing starts, the status displays
as "background copy running" for that FlashCopy volume pair.
How long the actual physical copy processing takes can depend on the amount of data being copied and
other activities that are occurring on the storage unit.
Note:
v At the data set level, the maximum number of FlashCopy relationships allowed on a volume is 65534.
If that number is exceeded, the FlashCopy operation fails.
v With full volume FlashCopy, a source volume can be in FlashCopy and FlashCopy Space Efficient
relationships with a maximum of 12 target volumes. If that number is exceeded, the FlashCopy
operation fails. Of the up to 12 FlashCopy relationships, only one incremental FlashCopy relationship is
allowed.
With FlashCopy Space Efficient, a source volume can be in FlashCopy and FlashCopy Space Efficient
relationships with a maximum of 12 target volumes. If that number is exceeded, the FlashCopy
operation fails.
You can complete this task using either the DS CLI or the DS8000 Storage Management GUI.
Complete the following steps to create FlashCopy relationships using the DS CLI commands. The
example commands in this task are shown in two formats. The first format shows the type of information
the command requires. The second format is an example command with declared values for the variables.
1. Enter the mkflash command to create FlashCopy relationships.
dscli> mkflash -dev storage_image_ID sourcevolumeID:targetvolumeID
Example
dscli> mkflash -dev IBM.2107-75FA150 0001:0004
Note: If you used the mkremoteflash command, you must enter the lsremoteflash command to run a
status check.
Creating a persistent FlashCopy relationship prevents another FlashCopy task from writing to your target
volume before you have deleted the FlashCopy relationship.
You can complete this task using either the DS CLI or the DS8000 Storage Management GUI.
Complete the following step to create a persistent FlashCopy relationship. The example commands in this
task are shown in two formats. The first format shows the type of information the command requires.
The second format is an example command with declared values for the variables.
Issue the mkflash command with the -persist parameter to create a persistent FlashCopy relationship.
Enter the mkflash command at the dscli command prompt with the following parameters and variables:
Example
dscli> mkflash -dev IBM.2107-75FA120 -persist 0100:0200
You can complete this task using either the DS CLI or the DS8000 Storage Management GUI.
Complete the following step to view status information about existing FlashCopy relationships using DS
CLI commands. The example commands in this task are shown in two formats. The first format shows
the type of information that the command requires. The second format is an example command with
declared values for the variables.
Example
dscli> lsflash -dev IBM.2107-75FA150 -l 0100:0200
0101:0201 0102:0202 0103:0203
Note: The following tables display the output that is associated with the lsflash command using the -l
parameter.
Seq- Time-
uence out Active Record Persist Rever
ID SrcLSS Num (secs) Copy ing ent tible
0100:0200 01 10 120 Disabled Disabled Disabled Disabled
0101:0201 01 10 120 Disabled Disabled Disabled Disabled
0102:0202 01 11 120 Disabled Disabled Disabled Disabled
0103:0203 01 11 120 Disabled Disabled Disabled Disabled
Deleting FlashCopy relationships between volume pairs ends a FlashCopy operation. You can delete a
FlashCopy relationship at any time. If you delete a FlashCopy relationship with the background copy
option and the background copy operation is still in progress, the target volume is not a complete
point-in-time copy of the source volume.
You can complete this task using either the DS CLI or the DS8000 Storage Management GUI.
Note: If you have originally used the mkremoteflash command to create your FlashCopy
relationships, you must enter the lsremoteflash command to run a status check.
2. Analyze the list of volumes and ensure that these are the volumes from which the FlashCopy
relationship must be removed.
3. Issue the rmflash command to remove the FlashCopy volume relationships. Enter the rmflash
command at the dscli command prompt with the following parameters and variables:
dscli> rmflash -dev storage_image_ID SourceVolumeID:TargetVolumeID
Example
dscli> rmflash -dev IBM.2107-75FA120 0001:0004 0003:00FF 0008:000C
Notes:
a. The example shows the use of multiple FlashCopy pair IDs. Ensure that you separate multiple
FlashCopy pair IDs with spaces.
b. If you used the mkremoteflash command to create your FlashCopy relationships, you must enter
the rmremoteflash command to remove the FlashCopy relationships.
4. A confirmation message is displayed for each FlashCopy relationship that you want to remove. Enter
Y in response to each message that requests that you confirm that you want to remove the specified
FlashCopy pair. A message like the following example appears for each FlashCopy pair being
removed when you process the rmflash command.
Are you sure you want to remove the FlashCopy pair 0001:0004? [y/n]: Y
Remote FlashCopy operations can only be processed using the DS CLI and not the DS8000 Storage
Management GUI. (Part of the Remote FlashCopy operation requires that you create paths and volume
pairs first. You can issue those requests using either the DS8000 Storage Management GUI or the DS CLI.)
To establish a FlashCopy relationship at the target site, remote FlashCopy commands are issued to a
source volume of a remote mirror and copy volume pair on a source (local) storage unit and sent across
paths (acting as a conduit) to a target storage unit. This eliminates the need for a network connection to
the target site solely for the management of FlashCopy relationships.
Limitation: Remote FlashCopy commands establish a FlashCopy relationship at the target (remote) site
when a network connection to the target site is lost. The Remote FlashCopy operation is not supported
through the DS8000 Storage Management GUI, because network connections to both the source and
target sites are required. If the network connection to the target site is lost, the DS8000 Storage
Management GUI cannot connect to the target site. Whether you use the DS8000 Storage Management
GUI or DS CLI for Steps 1 and 2, you must perform Step 3 from the DS CLI.
The following example illustrates the required steps for creating a remote FlashCopy operation.
1. Create paths between the source LSS and the target LSS. For example, IBM.2107-1300861 and
IBM.2107-1300871 You need to know which volumes are available for use before you can issue the
request to establish the path.
2. Create Metro Mirror volume pairs from the source LSS to the target LSS. For example, volume 2200
(IBM.2107-1300861/2200) from LSS22 and volume 2A00 (IBM.2107-1300871/2A00) from LSS22.
3. Enable a Remote FlashCopy operation at the target site using volume B as the source volume and
volume C as the target volume. Assume that the target site network connection is lost. You can create
the FlashCopy relationship from volume B to volume C (both volumes at the target site). However,
you cannot use the DS8000 Storage Management GUI for this step because connections to the target
site are lost.
Assume that you performed Step 1 and Step 2 from the DS8000 Storage Management GUI (connections to
both storage units at the source and target sites were available at that time) and the Metro Mirror
relationship between the volume pair still exists. To create the Remote FlashCopy operation, you must
perform Step 3 from the DS CLI using the following command as an example. (You must be logged into
the DS CLI in interactive command mode.)
Note: Use LSS 22 on the local site as a conduit LSS for the new remote Flash Copy relationship on the
remote storage unit that will use volume 2A00 as the source. The target can be any other volume on the
remote storage unit (in this example 2A01)
where:
-dev Specifies the storage image ID, which includes manufacturer, machine type, and serial number.
-conduit LSS_ID
(Required) Identifies the source LSS of an existing remote mirror and copy relationship that is
used as a conduit for communicating with the target storage image. The source volume IDs that
are specified in source_volume_ID:target_volume_ID must be the target volumes in a remote mirror
and copy relationship in which one of the conduit LSS volumes acts as a source volume. You can
specify a fully qualified LSS ID, which includes the storage image ID.
source_volume_ID:target_volume_ID
(Required) Establishes a remote FlashCopy relationship for the source and target volume pairs
with the specified IDs. You can specify fully qualified volume IDs, which includes storage image
IDs, or a shortened version without storage image IDs if the -dev parameter is specified. Separate
the IDs of the FlashCopy relationships with spaces.
FlashCopy Pair ID 2A00:2A01 successfully initiated. Use the lsremoteflash command to determine
copy completion.
Verify that the transaction has processed successfully by issuing the following command:
The change recording option and the persistent option must have been enabled on the FlashCopy volume
pair. When a pair is established with the -record and -persist parameters, the pair initially synchronizes
and then a record of all host write operations to the source is maintained in the source volumes.
You can resynchronize a FlashCopy target volume to create a point-in-time copy of your data without
waiting to copy an entire volume for each point-in-time copy. Instead, only tracks that have changed on
the source volume since the last resynchronization operation was completeed are copied to the target
volume. The specified parameters in this command replace the parameters in the existing relationship. To
keep the initial -record and -persist parameters, specify the -record and -persist parameters with the
resyncflash command.
You can complete this task using either the DS CLI or the DS8000 Storage Management GUI.
Complete the following step to resynchronize FlashCopy relationships with DS CLI commands. The
example commands in this task are shown in two formats. The first format shows the type of information
the command requires. The second format is an example command with declared values for the variables.
Issue the resyncflash command to resynchronize FlashCopy relationships. Enter the resyncflash
command at the dscli command prompt with the following parameters and variables:
Example
dscli> resyncflash –dev IBM.2107-75FA120 0100:0200
When the direction of a FlashCopy relationship is reversed, the volume that was previously defined as
the target becomes the source for the volume that was previously defined as the source. The data that has
changed is copied to the volume that was previously defined as the source. For example, suppose you
create a FlashCopy relationship between source volume A and target volume B. Data loss occurs on
source volume A. To keep applications running, you can reverse the FlashCopy relationship so that data
on volume B is copied to volume A.
The background copy process must complete before you can reverse the direction of the FlashCopy
relationship.
Exception: You cannot reverse the direction of the FlashCopy relationship during recovery from the
failure of FlashCopy consistency group formation in a Global Mirror configuration due to a failure at the
Global Mirror primary site. In this case, after you ensure the consistency of the FlashCopy consistency
group target volumes, you can use the fast option of the reverseflash command before the background
copy process completes to reverse the direction of the FlashCopy volume pair.
You can complete this task using either the DS CLI or the DS8000 Storage Management GUI.
Issue the reverseflash command to reverse the direction of FlashCopy relationships. Enter the
reverseflash command at the dscli command prompt with the following parameters and variables:
Example
dscli> reverseflash -dev IBM.2107-75FA120 0100:0200
The setflashrevertible command modifies a FlashCopy volume pair that is part of a Global Mirror
relationship to revertible. If a failure occurs on the primary site during a Global Mirror create FlashCopy
consistency group process and if that failure results in an inconsistency of the FlashCopy consistency
group target volumes, you might be able to correct the inconsistency either by discarding changes or
committing changes to the target volumes. The revertible option allows data to be committed to the
target to form a new consistency group or to be reverted to the last consistency group. The
setflashrevertible command must be run before the FlashCopy pair can be committed or reverted. You
must have previously created a FlashCopy relationship with the persistent, change recording, target write
inhibit, and no copy options enabled. The FlashCopy Revertible option must be disabled before beginning
this task. It is not valid to complete the FlashCopy Revertible task on a FlashCopy relationship that is
already revertible.
The FlashCopy Revertible task restarts an existing FlashCopy volume pair with the revertible option
enabled for disaster recovery. The FlashCopy Revertible option remains in effect until the commit changes
or discard changes task is completed. Both the commit changes and discard changes tasks disable the
FlashCopy revertible option.
You can complete the FlashCopy Revertible task using either the DS CLI or the DS8000 Storage
Management GUI.
Complete the following steps to apply the revertible option to existing FlashCopy relationships with DS
CLI commands. The example commands in this task are shown in two formats. The first format shows
the type of information that the command requires. The second format is an example command with
declared values for the variables.
Note:
1. The -nocp, -record, -persist, and -tgtinhibit (target inhibit) parameters are included automatically
when this command processes.
Issue the setflashrevertible command to apply the revertible option to existing FlashCopy
relationships. Enter the setflashrevertible command at the dscli command prompt with the following
Chapter 7. Copy Services functions 561
parameters and variables:
dscli> setflashrevertible -dev storage_image_ID sourcevolumeID:targetvolumeID
Note: Specify the storage unit for the -dev storage_image_ID parameter. This parameter is required if you
do not specify a fully qualified ID for the source and target volumes and you do not specify a value for
the devid variable in your profile file.
Example
dscli> setflashrevertible -dev IBM.2107-75FA120 0100:0200
The resulting output
FlashCopy volume pair 0100:0200 successfully
made revertible.
When you issue a FlashCopy command without using the -nocp parameter, the FlashCopy relationship is
established but it is put in a queue for background copying. The exact time that the background copying
starts for the specific relationship depends on the number of FlashCopy relationships that have already
begun, or are waiting to begin, background copying. When the background copy starts, the state of that
FlashCopy volume pair is displayed as "background copy running".
A background copy causes all data on the source volume to be physically copied to the target volume.
After a FlashCopy pair is established, an automatic withdrawal of the FlashCopy relationship occurs
when all source tracks have been physically copied to the target volume (unless the FlashCopy
relationship was designated as persistent by using the -persist parameter when it was established).
Note: The amount of time that the actual physical copy can take depends on the amount of data that is
copied and other activities that are occurring on the storage unit. You can monitor when the copy
completes by issuing the lsflash command to check the status information for each FlashCopy
relationship.
Complete the following steps to create FlashCopy relationships with DS CLI commands. The example
commands in this task are shown in two formats. The first format shows the type of information that the
command requires. The second format is an example command with declared values for the variables.
1. Issue the mkflash command without the -nocp parameter to create FlashCopy relationships that allow
data to be copied from the source volume to the target volume. Enter the mkflash command at the
dscli command prompt with the following parameters and variables:
dscli> mkflash -dev storage_image_ID sourcevolumeID:targetvolumeID
Example
dscli> mkflash -dev IBM.2107-75FA150 0001:0004
Note: Specify the storage unit for the -dev storage_image_ID parameter. This parameter is required if
you do not specify a fully qualified ID for the source and target volumes and you do not specify a
value for the devid variable in your profile file.
A confirmation message is issued for each successful FlashCopy pair that is created.
2. Issue the lsflash command to check the status information for each FlashCopy relationship. A
detailed report (when you use the -l parameter) is displayed for each FlashCopy relationship. Enter
the lsflash command at the dscli command prompt with the following parameters and variables:
dscli> lsflash -dev storage_image_ID -l SourceVolumeID:TargetVolumeID.
Example
dscli> lsflash -dev IBM.2107-75FA150 -l 0100:0100
Use the -l parameter to provide a more detailed report about the FlashCopy relationships.
Use the mkflash command with the -tgtinhibit parameter to prevent host write operations on the target
volume. When you use the -tgtinhibit parameter, the change recording feature is not active on the
target volume. Write operations are not allowed on the target volume; therefore, the change recording
bitmap for the target volume is not modified.
Note: By default, when you issue a mkflash command with the -record and -persist parameters, the
FlashCopy relationship is established to act as an incremental FlashCopy. In addition, by default, when
you issue the setflashrevertible command to a FlashCopy volume pair, the source volume of the
volume pair is write inhibited. This allows the FlashCopy relationship to revert (change back) to a
previous consistent state, if needed.
You can complete this task using either the DS CLI or the DS8000 Storage Management GUI.
Complete the following steps to prevent (inhibit) host write operations on FlashCopy target volumes with
DS CLI commands. The example commands in this task are shown in two formats. The first format
shows the type of information the command requires. The second format is an example command with
declared values for the variables.
Issue the mkflash command with the -tgtinhibit parameter to prevent host write operations on the
target volume of the FlashCopy relationships that you create. Enter the mkflash command at the dscli
command prompt with the following parameters and variables:
dscli> mkflash -dev storage_image_ID -tgtinhibit sourcevolumeID:targetvolumeID
Example
dscli> mkflash -dev IBM.2107-75FA150 -tgtinhibit 0001:0004
A confirmation message is issued for each successful FlashCopy pair that is created.
Use the mkflash command with the tgtpprc parameter to create a FlashCopy target volume on an existing
Metro Mirror source volume. The FlashCopy takes a point-in-time copy of a source volume, and then
Metro Mirror makes a copy of the FlashCopy target volume at a remote site.
You can complete this task using either the DS CLI or the DS8000 Storage Management GUI.
Complete the following steps to create a FlashCopy target volume on an existing Metro Mirror source
volume with DS CLI commands. The example commands in this task are shown in two formats. The first
format shows the type of information that the command requires. The second format is an example
command with declared values for the variables.
v Issue the mkflash command with the -tgtpprc parameter to create a FlashCopy target volume on an
existing Metro Mirror source volume. Enter the mkflash command at the dscli command prompt with
the following parameters and variables:
dscli> mkflash -dev storage_image_ID -tgtpprc sourcevolumeID:targetvolumeID
Example
dscli> mkflash -dev IBM.2107-75FA150 -tgtpprc 0001:0004
A confirmation message is issued for each successful FlashCopy pair that is created.
You cannot discard changes to FlashCopy target volumes unless you have modified the FlashCopy
relationship using the setflashrevertible command, which changes the Revertible value to Enabled. You
can use the revertflash command only when your analysis of the FlashCopy relationships reveals one of
the following conditions:
v The FlashCopy relationships are revertible and all the sequence numbers are equal.
v There is a group of FlashCopy pairs that are all revertible and another group of FlashCopy pairs that
are all nonrevertible. In addition, all the FlashCopy sequence numbers are not equal. However, the
following conditions exist:
– The FlashCopy sequence number for all revertible pairs is equal.
– The FlashCopy sequence number for all nonrevertible pairs is equal.
If a FlashCopy consistency group formation operation does not complete, you must determine whether to
discard changes (revert to a previous consistent state) or commit the operation to the current state. As
part of a disaster recovery process, determine the state of the consistency groups in the affected sessions.
The Discard Changes task specifies that the previous consistency group that was created by the Global
Mirror session becomes the current state, and the Commit Changes task is no longer possible.
The Discard Changes task removes the FlashCopy relationship changes and resets them to the last
consistency group state. The revertible state is set to No.
You can complete this task using either the DS CLI or the DS8000 Storage Management GUI.
Complete the following step to correct the applicable FlashCopy relationships with DS CLI commands.
The example command in this task is shown in two formats. The first format shows the type of
information that the command requires. The second format is an example command with declared values
for the variables.
Issue the revertflash command to correct the FlashCopy relationships and reset them to the last
consistency group state. Enter the revertflash command at the dscli command prompt with the
following parameters and variables:
dscli> revertflash -dev storage_image_ID SourceVolumeID
Example
Notes:
1. Remember that storage_image_ID is the value for the remote server that has been designated the
primary server until the original primary server is again available for use.
2. Global Mirror operations have completed the establish FlashCopy revertible processing but might
have failed to form a consistency group before the disaster occurred. If your analysis, through use of
the lsflash command, has determined that a revertflash command is needed, there is no need to
issue a new mkflash command.
A confirmation message like the following one is generated for each FlashCopy relationship that has been
successfully reset.
FlashCopy pair 0100:0200 successfully reverted to the previous consistency.
You can commit changes to FlashCopy target volumes only if you have modified the FlashCopy
relationship using the setflashrevertible command, which changes the Revertible value to Enabled. You
can use the commitflash command to commit data only when your analysis of the FlashCopy
relationships reveals one of the following conditions:
v All the FlashCopy sequence numbers are equal and at least one of the FlashCopy relationships is
nonrevertible.
v The FlashCopy relationships appear as follows:
– Some of the FlashCopy relationships completed processing so that a consistent group was created.
These FlashCopy relationships are no longer revertible.
– Some of the FlashCopy relationships have not completed creating a consistency group. These
FlashCopy relationships are still in a revertible state.
– All the FlashCopy relationships have the same FlashCopy sequence number. This indicates that all
the FlashCopy relationships are involved in the same consistency group.
If a FlashCopy consistency group formation operation does not complete, you must verify the consistency
group at the remote site and determine whether the changes need to be “rolled forward” (committed) or
“rolled backward” (discarded). The commit task specifies that the last consistency group that has been
created by the Global Mirror session is committed to the current state, and reverting to the previous
consistency group state is no longer possible.
You can complete this task using either the DS CLI or the DS8000 Storage Management GUI.
Complete the following step to correct the applicable FlashCopy relationships with DS CLI commands.
The example command in this task is shown in two formats. The first format shows the type of
information that the command requires. The second format is an example command with declared values
for the variables.
Issue the commitflash command to correct the FlashCopy relationships and commit them to the
consistency group that was being formed before the disaster occurred. Enter the commitflash command at
the dscli command prompt with the following parameters and variables:
dscli> commitflash -dev storage_image_ID SourceVolumeID
Example
dscli> commitflash -dev IBM.2107-75FA150 0100
Note:
Note: If you use Metro Mirror functions, you must disable the write acceleration feature for all switch
manufacturers and models. The Global Mirror commands might fail if the write acceleration feature is
enabled.
Before you begin with this task, ensure that the following guidelines are met:
v Fibre Channel I/O ports are configured.
v Fibre Channel paths have been established between source and target LSSs.
Use this task after you have issued the mkpprcpath command to determine the status of the paths that
have been established between the specified source and target LSSs.
Complete the following step to display the status of established remote mirror and copy paths with DS
CLI commands:
Issue the lspprcpath command to display the list of established paths. Enter the lspprcpath command at
the dscli command prompt with the following parameters and variables:
dscli> lspprcpath -dev storage_image_ID Source_LSS_ID.
Example
dscli> lspprcpath -dev IBM.2107-75FA120 10
Note: You can specify multiple LSS IDs, but they must be separated with spaces.
Before you begin, ensure that you have met the following conditions:
v The remote mirror and copy license key is installed and enabled to allow operations to be run.
v The Fibre Channel I/O ports are configured.
To participate in a Fibre Channel environment, each storage unit is assigned a unique 16-hexadecimal ID
called a WWNN that identifies the storage unit. You must use the WWNN of the storage unit as part of
the lsavailpprcport and mkpprcpath commands.
Before you begin, ensure that you have met the following conditions:
v The remote mirror and copy license key is installed and enabled to allow operations to be run. If you
are using a Model 2105 ESS as part of the configuration, ensure that you have the PPRC Version 2
license enabled.
v The I/O ports are configured for paths between source and target LSSs.
v The I/O ports to be used for paths are available and identified.
v The worldwide node name (WWNN) of the storage image is identified because it is a required
parameter for this task.
Create paths so that the logical subsystems (LSSs) are associated with each other. Data is to be transferred
through these paths so sufficient bandwidth for these operations is essential. In addition, you want to
ensure that the ports used for remote mirror and copy operations are not the same ones to be used for
host I/O activity.
Complete the following steps to create remote mirror and copy paths. The example commands in this
task are shown in two formats. The first format shows the type of information that the command
requires. The second format provides the command with declared values for the variables.
1. Issue the mkpprcpath command to create the Fibre Channel paths for the remote mirror and copy
source and target volume pairs. Enter the mkpprcpath command at the dscli command prompt with
the following parameters and variables:
Notes:
a. The -remotedev parameter specifies the ID of the secondary storage unit.
b. The -remotewwnn parameter must specify the WWNN of the secondary storage unit. If you specify
the WWNN of the primary storage unit, the command fails.
c. You can specify the -dev and -remotedev parameters or specify fully qualified srclss and -tgtlss
parameters, but not both.
d. The shortened version of the -srclss and -tgtlss parameters are shown (value = 00) because the
example uses the fully qualified -dev storage_image_ID parameter. If the fully qualified -dev
parameter was not used, you must specify the fully qualified -srclss source_LSS_ID and the -tgtlss
target_LSS_ID values. For example: -srclss IBM.2107-75FA120/00 (for DS8000), -srclss
IBM.1750-75FA120/00 (for DS6000), -tgtlss IBM.2107-75FA120/01 (for DS8000), and -tgtlss
IBM.1750-75FA120/01 (for DS6000).
There might be occasions when you are using the mkpprcpath command to establish a path between the
specified source and target LSSs and the transaction fails. You might not be aware of the failure until you
run the lspprcpath command to check the status of the paths that have been established between the
specified source and target LSSs.
The lspprcpath command displays a report that includes a state category. The state category reports on
the current remote mirror and copy path state. One of the state codes is configuration error. A state code
of configuration error is an indication that you have specified an incorrect value for the remote WWNN
or the target lss ID.
Complete the following steps to correct the configuration error with DS CLI commands.
1. Check the original input values you provided for the -remotewwnn and -tgtlss parameters.
The following criteria applies to these parameters:
-remotewwnn
You must use the worldwide node name that is associated with the secondary storage unit. If
you use the WWNN (worldwide node name) that is associated with the primary storage unit,
the mkpprcpath command fails. Issue the lssi or showsi command to obtain the remote
WWNN number of the secondary storage unit.
tgtlss You must use the logical subsystem ID that is associated with the secondary storage unit as
the target. You can verify that you have used the correct value by looking at the report that is
generated by the lspprcpath command.
2. Obtain the correct values for the remote WWNN or target LSS ID and reissue the mkpprcpath
command followed by issuing the lspprcpath command to verify that your transaction has processed
correctly.
Removing paths
Complete this task to remove paths between the LSSs on the source storage unit and the target LSSs on
the target storage units.
Before you delete paths, review the paths that are currently established.
If you delete all paths, you lose the communication between your remote mirror and copy volume pairs.
All paths between the source LSS and target LSS are removed.
Note:
v The -remotedev parameter specifies the ID of the secondary storage unit.
v The -remotewwnn parameter must specify the WWNN of the secondary storage unit. If you specify
the WWNN of the primary storage unit, the command fails.
v If you do not specify the fully qualified -dev and -remotedev parameters, you must use the fully
qualified source_LSS_ID:target_LSS_ID value. For example: IBM.2107-75FA120/01:IBM.2107-
75FA150/01.
The fully qualified source_LSS_ID:target_LSS_ID value must be the last parameter in your
command.
A confirmation message is displayed for each path that is being removed.
3. Enter Y to confirm that you want to remove the specified remote mirror and copy path. A message
like the following example appears for each remote mirror and copy path that is being removed when
you process the rmpprcpath command.
Are you sure you want to delete PPRC path (whatever was designated)?
[y/n]: Y
PPRC path (designated in the command) successfully deleted.
4. Repeat Step 2 for all the remote mirror and copy paths that you want removed from the same source
LSS to a different target LSS.
Before you begin, ensure that you have met the following conditions:
v The remote mirror and copy license key is installed and enabled to allow operations to run. If you are
using a Model 2105 ESS as part of the configuration, ensure that you have enabled PPRC Version 2
license.
v The I/O ports are configured for paths between source and target LSSs.
v The Fibre Channel paths are created between all Metro Mirror source and target LSSs. The paths are
required for communication between the volume pairs and to copy data from the source volumes to
the target volumes. Otherwise, this task fails.
Metro Mirror functions run on the DS8000 model or DS6000 model and are supported on many operating
systems. For example, if you set up and configure your machine to use i5/OS, you can use Metro Mirror
to create a copy of a System i disk pool on a separate machine, typically in a remote location.
Complete the following steps to create Metro Mirror relationships between the source volumes and target
volumes.
1. Issue the lsfbvol command (for fixed blocked (FB) volumes) or the lsckdvol command (for count key
data (CKD) volumes) to display which volumes are available for Metro Mirror relationships on the
source and target LSSs. A report is displayed that shows the availability of the volumes.
2. Issue the mkpprc command to create a Metro Mirror relationship between a source volume and a
target volume.
The mkpprc command must contain the following parameters and variables: dscli> mkpprc -dev
storage_image_ID -remotedev storage_image_ID -type mmir SourceVolumeID:TargetVolumeID.
Note:
v The -remotedev parameter specifies the ID of the secondary storage unit.
v The -type mmir parameter specifies that you want to establish one or more Metro Mirror volume
relationships. Metro Mirror creates the remote mirror and copy relationship in a synchronous
manner.
v The shortened version of the SourceVolumeID:TargetVolumeID parameter is shown (value =
0100:0100) because the example uses the fully qualified -dev storage_image_ID and -remotedev
storage_image_ID parameters. If the fully qualified -dev and -remotedev parameters were not used,
you must use the fully qualified SourceVolumeID:TargetVolumeID value. For example
IBM.2107-75FA120/0100:IBM.2107-75FA150/0100.
Example
dscli> mkpprc -dev IBM.2107-75FA120 -remotedev IBM.2107-75FA150 -type mmir
0100:0100
A confirmation message is issued for each successful Metro Mirror volume association that is created.
3. Issue the lspprc command to view the status information of each Metro Mirror relationship in the list.
Enter the lspprc command at the dscli command prompt with parameters and variables as follows:
dscli> lspprc -dev storage_image_ID -remotedev storage_image_ID -s SourceVolumeID:TargetVolumeID.
dscli> lspprc -dev IBM.2107-75FA120 -remotedev IBM.2107-75FA150 -s 0100:0100
0101:0101
Ensure that the Remote Mirror and Copy license key is installed and enabled to allow the operations to
run.
To restart applications at a remote site successfully, data at the remote site must be consistent. The Metro
Mirror consistency group function keeps data consistency at the remote site by using consistency groups.
A consistency group is defined a group of volumes that can temporarily queue (at the host level)
subsequent write operations to all consistency group volumes on a single LSS pairing when an error
occurs to one of the volumes in the group (source or target). A consistency group is also defined when a
total link failure is detected between the source and target LSS volume pair.
A group of volumes in a consistency group can consist of a combination of count-key-data volumes and
fixed block volumes. A group of volumes in a consistency group can also consist of source volumes.
These volumes can be associated with a DS6000 model or a DS8000 model and target volumes that are
associated with an ESS 2105 Model 800 or 750.
Complete the following step to define a path that enabled the consistency group option for the volume
pairs that are associated with the LSS volume pair. The example commands in this task are shown in two
formats. The first format shows the type of information that the command requires. The second format
provides the command with values declared for the variables.
1. Enter the mkpprcpath command to create a consistency group for the remote mirror and copy volume
pairs. For example:
dscli> mkpprcpath -dev storage_image_ID
-remotedev storage_image_ID -srclss source_LSS_ID -tgtlss target_LSS_ID
–remotewwnn wwnn -consistgrp source_port_ID:target_port_ID
2. View the current consistency group state status of the consistency group by entering the showlss
command. You can also use the chlss command to change the default consistency group timeout
value. For example:
dscli> showlss -dev storage_image_ID LSS_ID
Before you begin, ensure that the following conditions are completed:
v The remote mirror and copy license key is installed and enabled to allow operations to be run. If you
are using a Model 2105 ESS as part of the configuration, ensure that the PPRC Version 2 license is
enabled.
v The Fibre Channel paths are created between all Metro Mirror source and target LSSs.
When you suspend (pause) volume pairs, Metro Mirror processing stops transferring data to the target
volumes. Any I/O operations to the source volume are tracked during this time.
Use this task to resume a suspended (paused) Metro Mirror volume on the specified LSSs. When I/O is
resumed, data is sent across to the target volumes.
Complete the following steps to resume Metro Mirror processing with DS CLI commands. The example
commands in this task are shown in two formats. The first format shows the type of information that the
command requires. The second format provides the command with declared values for the variables.
Enter the resumepprc command to continue Metro Mirror processing after it was suspended (paused).
dscli> resumepprc -dev storage_image_ID
-remotedev storage_image_ID -type [mmir, gcp] SourceVolumeID:TargetVolumeID
Notes:
1. The -remotedev parameter specifies the ID of the secondary storage unit.
If you need to access target volumes or do maintenance on a remote storage unit, you can pause (or
suspend) Metro Mirror volume pairs. This task pauses a Metro Mirror volume pair that you specify, and
data is not copied to the target volume. The source storage unit keeps track of all changed data on the
source volume, and after you resume the connection, only changes to the source volume are copied to the
target volume.
Complete the following steps to pause Metro Mirror processing with DS CLI commands. The example
commands in this task are shown in two formats. The first format shows the type of information that the
command requires. The second format provides the command with declared values for the variables.
Issue the pausepprc command to pause Metro Mirror processing. Enter the pausepprc command at the
dscli command prompt using the following parameters and variables:
Note:
v The -remotedev parameter specifies the ID of the secondary storage unit.
v If you do not specify the fully qualified -dev and -remotedev parameters, you must use the fully
qualified SourceVolumeID:TargetVolumeID value. For example: IBM.2107-75FA120/01:IBM.2107-
75FA150/01.
Example:
dscli> pausepprc -dev IBM.2107-75FA120
-remotedev IBM.2107-75FA150 0100:0100
A confirmation message is displayed that indicates that processing for the specified volume pair has been
paused.
After making your changes, you can resume processing by issuing the resumepprc command.
Before you begin, ensure that you have met the following conditions:
v The remote mirror and copy license key is installed and enabled to allow operations to run. If you are
using a Model 2105 ESS as part of the configuration, ensure that you have PPRC Version 2 license
enabled.
v The I/O ports are configured for paths between source and target LSSs.
v The Fibre Channel paths are created between all Metro Mirror source and target LSSs. The paths are
needed for communication between the volume pairs and to copy data from the source volumes to the
target volumes. Otherwise, this task fails.
Complete the following steps to create Global Copy relationships between the source volumes and target
volumes.
1. Issue the lsfbvol command (for fixed blocked (FB) volumes) or the lsckdvol command (for count key
data (CKD) volumes) to display which volumes are available for Global Copy relationships on the
source and target LSSs. A report is displayed that shows the availability of the volumes.
2. Issue the mkpprc command to create a Global Copy relationship between a source volume and a target
volume. Enter the mkpprc command at the dscli command prompt with the following parameters and
variables:
Notes:
a. The -remotedev parameter specifies the ID of the secondary storage unit.
b. The -type gcp parameter specifies that one or more Metro Mirror volume relationships be
established. Global Copy creates the remote mirror and copy relationship in an asynchronous
manner.
c. The shortened version of the SourceVolumeID:TargetVolumeID parameter is shown (value =
0100:0100) because the example uses the fully qualified -dev storage_image_ID and -remotedev
storage_image_ID parameters. If the fully qualified -dev and -remotedev parameters were not used,
you must use the fully qualified SourceVolumeID:TargetVolumeID value. For example:
IBM.2107-75FA120/0100:IBM.2107-75FA150/0100. This value must be placed at the end of your
command line.
Example
dscli> mkpprc -dev IBM.2107-75FA120 -remotedev IBM.2107-75FA150
-type gcp -mode full 0100:0100
A confirmation message is issued for each successful Global Copy volume association that is created.
3. Issue the lspprc command to view the status information of each Metro Mirror relationship in the list.
Enter the lspprc command at the dscli command prompt with the following parameters and
variables:
dscli> lspprc -dev storage_image_ID -remotedev storage_image_ID -s SourceVolumeID:TargetVolumeID.
dscli> lspprc -dev IBM.2107-75FA120 -remotedev IBM.2107-75FA150
-s 0100:0100 0101:0101
You can use this task to delete the relationship between a Metro Mirror volume pair. The source and
target volumes are removed from the configuration when this process runs.
The rmpprc command removes a remote mirror and copy (formerly PPRC) volume pair relationship.
Complete the following steps to delete the Metro Mirror relationship with DS CLI commands. The
example commands in this task are shown in two formats. The first format shows the type of information
that the command requires. The second format provides the command with declared values for the
variables.
1. Enter the lspprc command to generate a report of Metro Mirror relationships. This can help you
determine which Metro Mirror relationship that you want to delete.
Notes:
a. If you delete a Metro Mirror volume pair with the source LSS and the process runs successfully,
the source and the target volume go into the simplex state.
b. If you delete a Metro Mirror volume pair with the target LSS and the process runs successfully, the
source volume is in the suspended state, and the target volume is in the simplex state. This option
is useful in a disaster situation when the source (local) site failed.
The following lists contains the LSS timeout values that you can modify using the mkpprcpath
command:
v Concurrent copy timeout (zSeries only)
v Consistency group timeout
v Critical mode enable (zSeries only)
v z/OS Global Mirror timeout (DS8000 only)
Use the chlcu command to modify the Concurrent Timeout value of the logical control unit. The
Concurrent timeout value determines how long a logical volume in a Concurrent Copy session in a
specified LSS remains in a long-busy condition before the session is suspended.
Complete the following step to modify a Concurrent Copy timeout value (the DS CLI command refers to
this as -ccsess timeout or Concurrent Copy session timeout). The example commands in this task are
shown in two formats. The first format shows the type of information that the command requires. The
second format provides the command with declared values for the variables.
Issue the chlcu command to modify a Concurrent Copy timeout value. Enter the chlcu command at the
dscli command prompt with the following parameters and variables:
dscli> chlcu -dev storage_image_ID -ccsess timeout LCU_ID
Example
dscli> chlcu -dev IBM.2107-75FA120 -ccsess 190 00-0F
A confirmation message is displayed for each LCU that has been modified.
Complete the following step to modify the consistency group timeout value. The example command in
this task are shown in two formats. The first format shows the type of information that the command
requires. The second format provides the command with declared values for the variables.
Issue the chlcu command to modify the consistency group timeout value. Enter the chlcu command at
the dscli command prompt with the following parameters and variables:
dscli> chlcu -dev storage_image_ID -extlongbusy timeout LCU_ID
Example
dscli> chlcu -dev IBM.2107-75FA120 -extlongbusy 3 00-0F
You can modify the z/OS Global Mirror timeout value, which determines how long any volume in the
selected LSS in a z/OS Global Mirror session remains long busy before the session is suspended. The
default value is 300 seconds. (The z/OS Global Mirror timeout value is also known as the Extended
Remote Copy (XRC) timeout value that is supported on the ESS.)
The long-busy condition occurs because the system data mover cannot copy data when the volume (or
z/OS Global Mirror session) is not able to accept additional data. The value of this timeout is associated
with a z/OS Global Mirror session when the session is created.
Complete the following step to modify the z/OS Global Mirror timeout value. The example command in
this task are shown in two formats. The first format shows the type of information that the command
requires. The second format provides the command with values declared for the variables.
Issue the chlcu command to modify the z/OS Global Mirror timeout value. Enter the chlcu command at
the dscli command prompt with the following parameters and variables:
dscli> chlcu -dev storage_image_ID -xrcsess timeout LCU_ID
Example
dscli> chlcu -dev IBM.2107-75FA120 -xrcsess 175 00-0F
The critical mode setting is used to determine the behavior of remote mirror and copy (PPRC) pairs or
consistency groups after the source and target storage units can no longer communicate or when paths
between a volume pair in the specified LSS are lost. This setting is associated with the volume pairs in
the LSSs that you selected. This option is available for z/OS environments only.
When you enable the critical mode setting, the volume pair is suspended and further write operations to
the source volume are not accepted if data cannot be sent to the target volume. The volume pair remains
in a suspended state until you correct the problem and either issue a request to resynchronize the volume
pair or delete it.
Complete the following step to modify the critical mode setting. The example command in this task are
shown in two formats. The first format shows the type of information that the command requires. The
second format provides the command with declared values for the variables.
Issue the chlcu command to modify the critical mode setting. Enter the chlcu command at the dscli
command prompt with the following parameters and variables:
dscli> chlcu -dev storage_image_ID -critmode enable LCU_ID
Example
dscli> chlcu -dev IBM.2107-75FA120 -critmode enable 00-0F
Note: Use the -critmode parameter only for log devices, not for devices that the system requires. In
extreme cases, the host system might require you to load the initial program to recover a device that is
write inhibited. Whenever possible, use the freezepprc command as an alternative to using the -critmode
parameter.
This parameter cannot be used with Global Copy or remote copy and mirror cascading volumes.
This parameter only applies to S/390® or z Systems volumes.
The following table presents an overview of how the critical volume mode works.
Ensure that the Remote Mirror and Copy license key is installed and enabled to allow the operations to
run.
The mkpprcpath command establishes or replaces a remote mirror and copy (formerly PPRC) path
between source and target logical subsystems (LSSs) over a Fibre Channel connection. This is the only
supported connectivity for machine types 2107 and 1750. Paths can be established between the following
machine types: 2105:2105, 2107:2107, 2107:1750, 2107:2105, 1750:1750, 1750:2105.
This process describes how to define paths that have enabled the consistency group option. This means
that when an error occurs on any volume pairs or on the links that are associated with these LSS pairs,
an alert is issued and I/O to all duplex remote mirror and copy volumes on LSS pairs will be queued
either until a consistency group creation operation is run or the consistency group timeout time expires.
This allows external automation to use the consistency group created operation to create a dependent
write consistent set of target volumes over any number of LSS and disk storage units.
Complete the following step to define a path that has enabled the consistency group option for the
volume pairs that are associated with the LSS volume pair. The example commands in this task are
shown in two formats. The first format shows the type of information that the command requires. The
second format provides the command with values declared for the variables.
Issue the mkpprcpath command to create a consistency group for the remote mirror and copy volume
pairs. Enter the mkpprcpath command with the -consistgrp parameter at the dscli command prompt with
the following parameters and variables:
dscli> mkpprcpath -dev storage_image_ID -remotedev storage_image_ID -srclss source_LSS_ID -tgtlss
target_LSS_ID –remotewwnn wwnn -consistgrp source_port_ID:target_port_ID
Example
dscli> mkpprcpath -dev IBM.2107-75FA120 -remotedev IBM.2107-75FA150
-srclss 01 -tgtlss 01 –remotewwnn 12341234000A000F -consistgrp I0100:I0100
Complete the following step to display a list of existing remote mirror and copy path definitions. The
example command in this task are shown in two formats. The first format shows the type of information
that the command requires. The second format provides the command with declared values for the
variables.
Issue the lspprcpath command to generate a report of existing remote mirror and copy path definitions.
Enter the lspprcpath command at the dscli command prompt with the following parameters and
variables:
dscli> lspprcpath -dev storage_image_ID -fullid Source_LSS_ID
Example
dscli> lspprcpath -dev IBM.2107-75FA120 -fullid 10
You must first create a remote mirror and copy volume pair. Before you run the failback operation, the
volumes must be full duplex.
The failbackpprc command copies the required data from the source volume to the target volume to
resume mirroring. The failover process converted the full-duplex target volumes at site A to suspended
source volumes. The volumes at site A started the change recording process while in failover mode.
Complete the following step to run a recovery failback operation. The example commands in this task are
shown in two formats. The first format shows the type of information that the command requires. The
second format provides the command with declared values for the variables.
1. Issue the failbackpprc command to run a recovery failback operation. Enter the failbackpprc
command at the dscli command prompt with the following parameters and variables:
dscli> failbackpprc -dev storage_image_ID -remotedev storage_image_ID SourceVolumeID:TargetVolumeID
Example
dscli> failbackpprc -dev IBM.2107-75FA120 -remotedev IBM.2107-75FA150
0100-0103:0100-0103
2. Issue the lspprc command to check the status information of each Metro Mirror relationship in the
list. Enter the lspprc command at the dscli command prompt with the following parameters and
variables:
Create a remote mirror and copy volume pair. Volume sizes for operations that use failover and failback
operations must be the same; otherwise, the failback operation fails.
A failover to the Global Copy secondary volume turns the secondary volumes into primary volumes and
suspends these volumes immediately. When you run a Global Copy failover, the B volumes are the
primary volumes and the A volumes are the secondary volumes. This action just changes the Global
Copy state of the secondary volumes from Target Copy Pending to Suspended. The failoverpprc
command changes a secondary device into a primary suspended device, but leaves the primary device in
its current state. This command succeeds even if the paths are down and the volume at the production
site is unavailable or nonexistent.
Complete the following step to run a failover recovery operation. The example commands in this task are
shown in two formats. The first format shows the type of information that the command requires. The
second format provides the command with declared values for the variables.
Issue the failoverpprc command to run a recovery failover operation. Enter the failoverpprc command
at the dscli command prompt with the following parameters and variables:
dscli> failoverpprc -dev storage_image_ID -remotedev storage_image_ID SourceVolumeID:TargetVolumeID
Example
dscli> failoverpprc -dev IBM.2107-75FA150 -remotedev IBM.2107-75FA120
0100-0103:0100-0103
Complete the following step to view information about Metro Mirror relationships. The example
commands in this task are shown in two formats. The first format shows the type of information that the
command requires. The second format provides the command with declared values for the variables.
Issue the lspprc command to generate a report of Metro Mirror relationships. Enter the lspprc command
at the dscli command prompt with the following parameters and variables:
dscli> lspprc -dev storage_image_ID -state -remotedev storage_image_ID SourceVolumeID:TargetVolumeID
Example
dscli> lspprc -dev IBM.2107-75FA120 -l -remotedev IBM.2107-75FA150 0100:0100
0101:0101
Before you begin, ensure that the license for the remote mirror and copy feature is activated. Paths are
required between the source and the target LSS storage units for the volume pairs.
There are two common situations where you would convert a Global Copy volume pair to a Metro
Mirror volume pair:
v You have used the Global Copy function to complete the bulk transfer of data in the creation of many
copy pairs, and you now want to convert some or all of those pairs to Metro Mirror mode.
v You have Global Copy pairs for which you want to make FlashCopy backups on the remote site. You
convert the pairs temporarily to synchronous mode to obtain a point-in-time consistent copy.
If you created a Global Copy volume pair where the source volume was associated with a DS8000 or a
DS6000 machine type and the target volume was associated with an ESS 2105 Model 800 or 750, you can
convert that volume pair to synchronous.
Complete the following step to convert Global Copy volume pairs to synchronous (Metro Mirror volume
pairs). The example commands in this task are shown in two formats. The first format shows the type of
information that the command requires. The second format provides the command with declared values
for the variables.
Issue the mkpprc command to convert Global Copy volume pairs to synchronous (Metro Mirror volume
pairs). Enter the mkpprc command with the -type mmir parameter at the dscli command prompt with the
following parameters and variables:
dscli> mkpprc -dev storage_image_ID -remotedev storage_image_ID -type mmir
SourceVolumeID:TargetVolumeID
Example
dscli> mkpprc -dev IBM.2107-75FA120 -remotedev IBM.2107-75FA150
0100:0100 -type mmir 0101:0101 0102:0102 0103:0103
Before you begin with this task, ensure that the following guidelines are met:
v The remote mirror and copy license key is installed and enabled to allow operations to be run.
v The Fibre Channel I/O ports are configured.
v The I/O ports that will be used for paths are available and identified.
Before you create paths, use this task to determine which ports are available for remote mirror and copy
(formerly PPRC) I/O operations. These are the ports through which data will be transferred so it essential
that bandwidth for these operations be sufficient. In addition, you want to ensure that the ports used for
remote mirror and copy operations are not the same ones that will be used for host I/O activity.
You need to determine which source and target I/O ports are available for paths on the local and remote
storage units. The output that is generated from this task displays ESCON (DS8000 only) or Fibre
Channel protocol (FCP) I/O ports that are available to be used as remote mirror and copy paths. The
Enterprise Storage Server (2105 machine type) supports ESCON ports (DS8000 only).
Note: When you establish FCP paths, the LSSs on the source and target storage units can be connected
either through a point-to-point connection (no switch) or through a switched fabric. For Fibre Channel
attachments, you can establish zones to help reduce the possibility of interactions between system
adapters in switched configurations. For information, see the Fibre Channel switches publication that is
available for your environment.
Complete the following steps to determine the available I/O ports with DS CLI commands. The example
commands in this task are shown in two formats. The first format shows the type of information that the
command requires. The second format provides the command with values declared for the variables.
1. Issue the lsavailpprcport command to display a list of available I/O ports that are available for
paths. Enter the lsavailpprcport command at the dscli command prompt with the parameters and
variables shown as follows:
dscli> lsavailpprcport -dev storage_image_ID -remotedev storage_image_ID -remotewwnn wwnn
source_LSS_ID:target_LSS_ID
Notes:
a. The -remotedev parameter specifies the ID of the secondary storage unit.
b. The -remotewwnn parameter must specify the worldwide node name of the secondary storage unit.
If you make a mistake and specify the worldwide node name of the primary storage unit, the
command fails.
c. The shortened version of the source_LSS_ID:target_LSS_ID parameter is shown (value = 01:01)
because the example uses the fully qualified -dev storage_image_ID and -remotedev
storage_image_ID parameters. If the fully qualified -dev and -remotedev parameters were not used,
you must use the fully qualified source_LSS_ID:target_LSS_ID value. For DS8000, example:
IBM.2107-75FA120/01:IBM.2107-75FA150/01
The fully qualified source_LSS_ID:target_LSS_ID value must be placed after the -remotewwnn
value in your command line. Your command line can look like the following example:
dscli> lsavailpprcport –l –remotewwnn 12341234000A000F
IBM.2107-75FA120/01:IBM.2107-75FA150/01
Example
dscli> lsavailpprcport –l –dev IBM.2107-75FA120
-remotedev IBM.2107-75FA150 –remotewwnn 12341234000A000F 01:01
2. Analyze the output that is generated and select from the available I/O ports to create the path. The
information that is displayed shows available I/O ports combinations between the source LSSs and
the target LSSs and the output depends on the current selection of adapters.
To correct this situation and to remove the other part of the pair relationship, you must reenter the
rmpprc command for each volume that was not removed. Use the following parameters:
v The -at src parameter, if the pair relationship was not removed from the source volumes.
v The -attgt parameter, if the pair relationship was not removed from the target volumes.
v The -unconditional parameter with the -atsrc or -attgt parameter; otherwise, the transaction fails.
When the transaction completes, the affected volume is returned to a simplex state and becomes available
for use in another pair relationship.
Complete the following steps to delete the Metro Mirror relationship with DS CLI commands. The
example commands in this task are shown in two formats. The first format shows the type of information
the command requires. The second format provides the command with declared values for the variables.
1. Enter the lspprc command to generate a report about Metro Mirror relationships. The command
output can help you determine which Metro Mirror relationships must be deleted.
dscli> lspprc -dev storage_image_ID -remotedev storage_image_ID -l
SourceVolumeID:TargetVolumeID
Example
dscli> lspprc -dev IBM.2107-75FA120
-remotedev IBM.2107-75FA150 -l 0100:0100 0101:0101
2. Enter the rmpprc command to delete the pair relationship that the volume still maintains.
Source volume
dscli> rmpprc -dev storage_image_ID -at src -unconditional
SourceVolumeID
Example
dscli> rmpprc -dev IBM.2107-75FA120 -at src -unconditional 0100
Target volume
dscli> rmpprc
-dev storage_image_ID -at tgt -unconditional storage_image_ID
Example
dscli> rmpprc -dev IBM.2107-75FA150 -at tgt -unconditional 0100
Notes:
a. The -dev parameter must contain the value of the secondary server when you are
removing the pair relationship from a target volume.
b. The management console must be able to communicate with the secondary server for this
command to succeed.
Most Copy Services functions that are available on the ESS 2105 are also functional on DS8000 models or
the DS6000 model and in open systems and z Systems environments.
Before you begin, ensure that you meet the following requirements:
v The license for the remote mirror and copy feature must be activated.
v To create a Metro Mirror volume pair between DS8000 or DS6000 models and a 2105, you must have
added the 2105 Copy Services domain to your storage complex environment.
v Ensure that paths are set up between the source and the target LSSs for the Metro Mirror volume pairs.
The paths between the 2105 and the DS8000 or the DS6000 model must be configured using Fibre
Channel Protocol (FCP) ports.
v The storage type of the source and target volumes on the DS8000 or the DS6000 model and 2105
domain must have the same type. That is, if the source volumes are fixed block volumes, the target
volumes must also be fixed block volumes.
v The size of the volumes in the source LSS must be less than or equal to those of the target LSS.
v Gather the following preliminary information:
– Open the ESS Specialist on the ESS 800 to determine the its WWNN. The WWNN is listed in 20
point font on the opening page. The format is 5005076300C08641.
– Determine the number of available volumes on the ESS 800 with the ESS 800 GUI.
– Document the LSS and volume mappings.
– Ensure that the volume sizes are matched and are -type ESS on the DS6000 or the DS8000.
You can create Metro Mirror relationships using source and target volumes from the following machine
types:
v A DS8000 and a DS8000 model
v A DS6000 and a DS6000 model
Note: If the source is a Copy Services 2105 domain, the Metro Mirror task is completed on the source
domain. However, if you run a "Suspend at target" action, the suspension occurs at the target domain.
Complete the following steps to create a Metro Mirror pair between a DS8000 or a DS6000 model and a
2105. For this task, the source domain is a 2105 Model 800 or 750 and the target is a DS8000 or a DS6000
model. You can use this task if the target domain is a 2105 Model 800 or 750 and the source is a DS8000
or a DS6000 model by switching the device IDs in the volume pairs. The example commands in this task
are shown in two formats. The first format shows the type of information that the command requires.
The second format provides the command with declared values for the variables.
1. Issue the lsavailpprcport command to list all of the available ports to the remote system to create a
connection. Ensure that you use ports that are not mapped to hosts for PPRC for increased
performance, but sharing host ports with PPRC ports is supported. Specify the remote WWPN and
device ID for the target cluster. Enter the lsavailpprcport command at the dscli command prompt
with the following parameters and variables:
Note: If you use Global Mirror functions, you must disable the write acceleration feature for all switch
manufacturers and models. The Global Mirror commands might fail if the write acceleration feature is
enabled.
You can add Global Copy primary volumes to a Global Mirror session at any time after the Global Mirror
session has started without stopping the session. If you attempt to add a Metro Mirror volume or
volumes which, for example, is converted from Global Copy to Metro Mirror, the formation of the
consistency group fails.
Volumes can be added to a Global Mirror session but do not become active in the session until the Global
Copy pair has completed its first pass and a consistent copy of the data has been formed at the remote
site.
If you have many volumes that you want to add to a Global Mirror session, you might consider adding
them to the session in stages. This lessens the impact on your processing.
Complete the following steps to add volumes to a Global Mirror session. The example commands in this
task are shown in two formats. The first format shows the type of information that the command
requires. The second format provides the command with declared values for the variables.
1. Issue the lspprc command to obtain a list of the Global Copy volumes that you can add to the Global
Mirror session. A detailed report is displayed (if you use the -l parameter) that allows you to see the
available volumes. Enter the lspprc command at the dscli command prompt with the following
parameters and variables:
dscli> lspprc -dev storage_image_ID -remotedev storage_image_ID -l SourceVolumeID:TargetVolumeID.
A global mirror session consists of tuning parameters and topology, both of which can be modified.
However, they cannot be modified using the same method. The modification of the tuning parameters
requires that you pause the Global Mirror session and change the parameters. Then you can resume the
session with the new tuning parameter values. The modification of the Global Mirror topology requires
that you stop the Global Mirror session, change the topology, and then restart Global Mirror processing.
There are two specific occasions when you might want to modify the tuning parameters:
v After the initial setup of your session and your analysis of Global Mirror processing indicates that
these parameters should be adjusted.
v After you have stopped (not just paused) Global Mirror processing. When you restart Global Mirror
processing, the values for the tuning parameters revert to their DS CLI default values.
Complete the following steps to modify the tuning parameters of a Global Mirror session. The example
commands that are displayed in this task are shown in two formats. The first format shows the type of
information that the command requires. The second format provides the command with declared values
for the variables.
1. Issue the pausegmir command to pause Global Mirror processing on the specified logical subsystem
and the specified session within the logical subsystem. Enter the pausegmir command at the dscli
command prompt using the following parameters and variables:
dscli> pausegmir -dev storage_image_ID -lss LSS_ID -session session_ID
Master_Control_Path_LSS_ID:Subordinate_Control_Path_LSS_ID
Example
dscli> pausegmir -dev IBM.2107-75FA120 -lss 10
-session 01 IBM.2107-75FA120/00:IBM.2107-75FA150/00
A confirmation message indicates that the session has been paused after all buffered write operations
to the target have been processed.
Notes:
a. The -cginterval parameter specifies the consistency group interval time, in seconds. The value
specifies how long to wait between the formation of consistency groups. If this value is set to zero,
consistency groups are formed continuously. The DS CLI default value is 0.
b. The -coordinate parameter specifies the maximum coordination interval, in milliseconds. This
value indicates the maximum time that Global Mirror processing queues Primary/Host/IO to start
forming a consistency group. The DS CLI default value is 50 milliseconds.
c. The -drain parameter specifies the maximum amount of time that writes (in seconds) are inhibited
to the remote site before the current consistency group must stop. The DS CLI default value is 30
seconds.
A Global Mirror session consists of tuning parameters and topology, both of which can be modified.
However, they cannot be modified using the same method. The modification of the Global Mirror
topology requires that you stop the Global Mirror session, change the topology, and then restart Global
Mirror processing. The modification of the tuning parameters is managed differently.
Topology in this process refers to the list of subordinate storage servers. You establish remote mirror and
copy paths between the master and subordinate LSSs. Just one LSS per subordinate server is sufficient.
When you define the remote mirror and copy path, you identify the primary LSS on the master server.
The secondary LSS in the remote mirror and copy path establishes command points to a corresponding
subordinate server. These LSSs are part of the topology specification that defines the communication
paths between the master and subordinate storage servers.
Note: When you restart Global Mirror processing, the tuning parameters revert to their DS CLI default
values.
586 DS8000 Series Command-Line Interface User's Guide
Complete the following steps to modify the topology of a Global Mirror session. The example commands
in this task are shown in two formats. The first format shows the type of information that the command
requires. The second format provides the command with declared values for the variables.
1. Issue the showgmir command to display a detailed properties or performance metrics report for a
Global Mirror logical subsystem ID. Enter the showgmir command at the dscli command prompt with
the following parameters and variables:
For a detailed properties report: dscli> showgmir -dev storage_image_ID -fullid LSS_ID
For a performance metrics report: dscli> showgmir -dev storage_image_ID -metrics LSS_ID
These commands are entered as follows when you add values:
dscli> showgmir -dev IBM.2107-75FA120 -fullid 10
dscli> showgmir -dev IBM.2107-75FA120 -metrics 10
2. Use the report as a guide to see what is currently being processed and to determine what topology
values you want to change.
3. Issue the rmgmir command to stop Global Mirror processing. Enter the rmgmir command at the dscli
command prompt with the following parameters and variables:
Notes:
a. This command can interrupt the formation of a consistency group. If this command does not
complete, an error code is issued. If this occurs, examine the error code and follow your local
procedures for problem determination. In most cases, if you correct the error, you can successfully
reissue the rmgmir command. If, however, the reissued rmgmir command fails and Global Mirror
processing must be stopped, reissue the rmgmir command with the -force parameter.
b. You cannot use the rmgmir command to stop a script that involves Global Mirror processing. The
only way to stop a script is to press the Ctrl C keys on your keyboard. This action stops the DS
CLI session. However, it does not stop the microcode that is processing Global Mirror transactions.
To stop the microcode processing, you must log back into the DS CLI session and issue the rmgmir
command.
4. Enter Y to confirm that you want to stop Global Mirror processing for the specified session.
The message is displayed as follows:
Are you sure you want to stop Session ID (xx)? [y/n]: Y
Global Mirror for Session ID 01 successfully stopped.
5. Issue the mkgmir command with your updated master and subordinate LSS changes to start Global
Mirror processing. Enter the mkgmir command at the dscli command prompt with the following
parameters and variables:
Notes:
a. You can change your mind and decide not to change any of the topology values. However, you
must still issue the mkgmir command to resume Global Mirror processing after you have stopped
Issue the lssession command to display Global Mirror session information regarding the volumes in
each session.
Complete the following step to view the associated properties of the Global Mirror session or information
about Global Mirror session failures. The example commands in this task are shown in two formats. The
first format shows the type of information that the command requires. The second format provides the
command with values declared for the variables.
Issue the lssession command to display Global Mirror session information regarding the volumes in
each session. Enter the lssession command at the dscli command prompt with the following parameters
and variables:
dscli> lssession –dev storage_image_ID -l LSS_ID
Example
dscli> lssession –dev IBM.2107-75FA120 -l 01
Note:
v Use the -l parameter if you want to see a detailed report. The report provides the following
information:
– State of the session status. For example, whether the consistency group of the session is in progress
or the increment process is in progress.
– The status of each volume in the session.
– Whether the first cycle of the volume in the global mirror relationship has ended. This value is
displayed as true or false.
v Use the -s parameter if you only want to see the volumes (with no details) that are associated with
each session within the LSS.
Issue the showgmir command to display a detailed report about the current Global Mirror operations and
to request that the report include the detailed performance metrics.
Complete the following step to view the detailed properties and performance metrics for a Global Mirror
session. The example commands in this task are shown in two formats. The first format shows the type
of information that the command requires. The second format provides the command with declared
values for the variables.
Issue the showgmir command to display a detailed report about the current Global Mirror operations. Or,
you can request a report that displays the performance metrics associated with the current Global Mirror
operations. Enter the showgmir command at the dscli command prompt with the following parameters
and variables:
Use the pausegmir command to pause Global Mirror processing. This pause function allows you to
temporarily suspend Global Mirror processing attempts to form consistency groups.
Complete the following steps to pause Global Mirror processing. The example commands in this task are
shown in two formats. The first format shows the type of information that the command requires. The
second format provides the command with declared values for the variables.
1. Issue the pausegmir command to pause Global Mirror processing. Enter the pausegmir command at
the dscli command prompt using the following parameters and variables:
Note: If you have issued a pausegmir command to pause Global Mirror processing, issue the resumegmir
command to continue Global Mirror processing.
Use the resumegmir command to change your Global Mirror tuning parameters and continue Global
Mirror processing. When you change the Global Mirror tuning parameters, you must include values for
all three parameters (consistency group interval time, coordination interval time, and drain time). You
cannot submit a value for just one parameter, even if the two other parameters do not need to be
changed.
Complete the following steps to resume Global Mirror processing. The example commands in this task
are shown in two formats. The first format shows the type of information that the command requires.
The second format provides the command with declared values for the variables.
Issue the resumegmir command to continue Global Mirror processing after you have paused Global
Mirror processing. Enter the resumegmir command at the dscli command prompt using the following
parameters and variables:
Note: If you are making changes to your tuning parameters, your command looks like the following
example:
dscli> resumegmir -dev IBM.2107-75FA120 -lss 10 -cginterval 5
-coordinate 50 -drain 30 -session 01
IBM.2107-75FA120/00:IBM.2107-75FA150/00
In this example the -cginterval parameter was changed while the -coordinate and -drain parameters
maintained their DS CLI default values. However, because the -cginterval parameter was changed, all
the parameters and their corresponding values must be listed in your command. Otherwise, the
command fails.
The volume relationships (paths, pairs, and FlashCopy) plus the creation of a Global Mirror session must
be complete before Global Mirror processing can start.
Complete the following step to start Global Mirror processing. The example commands in this task are
shown in two formats. The first format shows the type of information that the command requires. The
second format provides the command with declared values for the variables.
Issue the mkgmir command to start Global Mirror processing. Enter the mkgmir command at the dscli
command prompt using the following parameters and variables:
dscli> mkgmir -dev storage_image_ID -lss LSS_ID -cginterval seconds -coordinate milliseconds -drain seconds
-session session_ID Master_Control_Path_LSS_ID:Subordinate_Control_Path_LSS_ID
Example
dscli> mkgmir -dev IBM.2107-75FA120 -lss 10 -cginterval 0 -coordinate 50
-drain 30 -session 01 IBM.2107-75FA120/00:IBM.2107-75FA150/00
Note: Issuing the mkgmir command requires that you specify the tuning parameters. The values for the
tuning parameters are not retained when you end Global Mirror processing. So, in the case where you
must change the Global Mirror topology parameters, resubmit the tuning parameters when you restart
Global Mirror processing.
There is no way to pause a script. The only way to stop a script is to press the Ctrl C keys, which stops
your DS CLI session. It is likely that this action might cause some transactions to remain partly
completed and others undone.
Pressing Ctrl C does not stop Global Mirror processing which is controlled through the microcode. To
stop the microcode processing of Global Mirror operations, you must log back into a DS CLI session and
issue the rmgmir command.
Complete the following step when you want to end Global Mirror processing that is using a script.
1. Press the Ctrl C keys to immediately end the DS CLI session.
2. Log back into a DS CLI session and enter the rmgmir command to stop the microcode processing of
the Global Mirror operations.
3. Proceed with the steps that are described in the Recovering when a disaster strikes task.
To use this task your Global Mirror processing cannot be controlled through a script.
You can use this task when you must end Global Mirror processing to change the topology of a Global
Mirror session or when you have time (because of a rolling disaster) to end processing even though a
disaster has occurred. The rmgmir command is used to end Global Mirror processing.
Note: This command might interrupt the formation of a consistency group. If, due to failures, this
command cannot complete an error code is issued. If this occurs, examine the error code and follow your
local procedures for problem determination. In most cases, correcting the error and reissuing the rmgmir
command is successful. However, if reissuing the rmgmir command fails and Global Mirror absolutely
must be ended, the rmgmir command can be reissued with the -force parameter.
Complete the following steps to end Global Mirror processing. The example commands displayed in this
task are shown in two formats. The first format shows the type of information the command requires.
The second format provides the command with declared values for the variables.
1. Issue the rmgmir command to end Global Mirror processing. Enter the rmgmir command at the dscli
command prompt using the following parameters and variables:
dscli> rmgmir -dev storage_image_ID -lss LSS_ID -session session_ID
Master_Control_Path_LSS_ID:Subordinate_Control_Path_LSS_ID
Example
dscli> rmgmir -dev IBM.2107-75FA120 -lss 10
-session 01 IBM.2107-75FA120/00:IBM.2107-75FA150/00
2. Enter Y in response to each message that requests that you confirm that you want the specified
session stopped. A message like the following example appears when you process the rmgmir
command.
Are you sure you want to close Session ID 01? [y/n]: Y
Global Mirror for Session ID 01 closed successfully.
Each of these steps must be completed in the order in which they are shown before you can move onto
the next step.
1. Create Fibre Channel paths between all Global Mirror source and target pairs and between the Master
and subordinate storage units. See “Creating Fibre Channel paths (Global Mirror setup)” on page 592
for additional steps.
2. Create Global Copy pairs from the local storage units to the remote storage units. See “Creating
Global Copy pairs (Global Mirror setup)” on page 593 for additional information.
Create paths so that the logical subsystems (LSSs) are associated with each other. Copy services I/O pass
through these ports. It is preferred that they are not the same ports that are used for host I/O. This setup
ensures that there is enough capacity for the data transfer.
Complete the following steps to create Fibre Channel paths between all Global Mirror source and target
pairs and between the Master and subordinate storage units. The example commands displayed in this
task are shown in two formats. The first format shows the type of information the command requires.
The second format provides the command with declared values for the variables.
1. Obtain the worldwide node name of the secondary storage unit. This information is needed when you
do the next step. Enter the lssi or showsi at the dscli command prompt as follows:
dscli> lssi -l
Notes:
a. Use the lssi command if you want to display a list of all the storage image instances for a
storage-complex and status information for each storage image in the list.
b. Use the showsi command if you want to display the detailed properties of a specific storage unit.
c. Use the -fullid parameter with the showsi command to display fully qualified IDs, which include
the storage image ID, for every ID that is displayed in the command output.
d. Record the worldwide node name for the secondary (target) storage unit so that it can be used
when you issue the mkpprcpath command.
2. Issue the lsavailpprcport command to display a list of Fibre Channel I/O ports that can be defined
as remote mirror and copy paths. Enter the lsavailpprcport command at the dscli command prompt
with the parameters and variables shown as follows:
dscli> lsavailpprcport -dev storage_image_ID -remotedev storage_image_ID -remotewwnn wwnn
source_LSS_ID:target_LSS_ID
Example
dscli> lsavailpprcport –l –dev IBM.2107-75FA120
-remotedev IBM.2107-75FA150 –remotewwnn 12341234000A000F 01:01
Notes:
a. The -remotedev parameter specifies the ID of the secondary storage unit.
b. The -remotewwnn parameter must specify the worldwide node name of the secondary storage unit.
If you make a mistake and specify the worldwide node name of the primary storage unit, the
command fails.
Notes:
a. The -remotedev parameter specifies the ID of the secondary storage unit.
b. The -remotewwnn parameter must specify the worldwide node name of the secondary storage unit.
If you make a mistake and specify the worldwide node name of the primary storage unit, the
command fails.
c. The shortened version of the -srclss parameter is shown (value = 00) because the example uses
the fully qualified -dev storage_image_ID parameter. If the fully qualified -dev parameter was not
used, you must use the fully qualified -srclsssource_LSS_ID value. For example: -srclss
IBM.2107-75FA120/00.
d. The shortened version of the -tgtlss parameter is shown (value = 01) because the example uses
the fully qualified -dev storage_image_ID parameter. If the fully qualified -dev parameter was not
used, you must use the fully qualified -tgtlsstarget_LSS_ID value. For example: -tgtlss
IBM.2107-75FA120/01.
e. The shortened version of the source_port_ID:target_port_ID parameter is shown (value =
I1A10:I2A20) because the example uses the fully qualified -devstorage_image_ID and
-remotedevstorage_image_ID parameters. If the fully qualified -dev and -remotedev parameters
were not used, you must use the fully qualified source_port_ID:target_port_ID value. For
example: IBM.2107-75FA120/I1A10:IBM.2107-75FA150/I2A20.
The fully qualified source_port_ID:target_port_ID parameter is positional on your command line.
It must be placed after the -tgtlss parameter and value. For example:
dscli> mkpprcpath -srclss 00 -tgtlss 01
IBM.2107-75FA120/I1A10:IBM.2107-75FA150/I2A20
Ensure that you have already created the Fibre Channel paths between all Global Mirror source and
target pairs and between the master and subordinate storage units.
The purpose of this step is to create a relationship between a source volume and a target volume.
Notes:
a. The -remotedev parameter specifies the ID of the secondary storage unit.
b. The -type gcp parameter specifies that one or more remote mirror and copy Global Copy volume
relationships be established. Global Copy maintains the remote mirror and copy relationship in a
nonsynchronous manner.
A confirmation message is issued for each successful Global Copy volume association that is created.
2. Issue the lspprc command to check the status information for each remote mirror and copy volume
relationship in the list. Enter the lspprc command at the dscli command prompt with the following
parameters and variables:
dscli> lspprc -dev storage_image_ID -remotedev storage_image_ID
-l SourceVolumeID:TargetVolumeID
Example
dscli> lspprc -dev IBM.2107-75FA120 -remotedev IBM.2107-75FA150 -l 0100:0100
Use the -l parameter to provide a more detailed report about the Global Copy volume relationships.
Wait until the Global Copy pair process has completed its first pass before you begin creating the
FlashCopy relationships.
Note: Global Copy source volumes are not in the active Global Mirror session until the volumes have
been added to the session and the session has started.
The following tasks must be completed before you can initiate this step:
v Ensure that the Fibre Channel paths between all Global Mirror source and target pairs and between the
master and subordinate storage units are created.
v Ensure that the Global Copy pairs are created between the local storage units and the remote storage
units.
The purpose of this task is to create a FlashCopy target for the Global Mirror pairs.
Complete the following steps to create FlashCopy relationships at the remote site between the Global
Copy secondary volumes and the FlashCopy target volumes. The example commands in this task are
shown in two formats. The first format shows the type of information that the command requires. The
second format provides the command with declared values for the variables.
Notes:
a. Specify the storage image ID of the secondary storage unit for the -dev storage_image_ID
parameter. If the management console has an IP connection to the specified remote site, the
command works. If the IP connection is not established, enter the mkremoteflash command with
all the same parameters as displayed in the example.
b. Specify the -tgtinhibit parameter to prevent writes to the target volume.
c. Specify the -record parameter to activate the change recording function on the volume pair.
d. Specify the -persist parameter to retain the FlashCopy relationship after the background copy
completes.
e. Specify the -nocp parameter to prevent creating a background copy.
A confirmation message is generated for each successful FlashCopy pair that is created.
2. Enter the lsflash command to check the status information for each FlashCopy relationship at the
remote site.
dscli> lsflash -dev storage_image_ID -l SourceVolumeID:TargetVolumeID
Example
dscli> lsflash -dev IBM.2107-75FA150 -l 0100:0100
Use the -l parameter to provide a more detailed report about the FlashCopy relationships.
Note: If you used the mkremoteflash command, you must enter the lsremoteflash command to run a
status check.
The following tasks must be completed before you can proceed with this step.
v Ensure that the Fibre Channel paths between all Global Mirror source and target pairs and between the
master and subordinate storage units have been created.
v Ensure that the Global Copy pairs have been created between the local storage units and the remote
storage units.
v Ensure that the FlashCopy relationships at the remote site between the Global Copy secondary
volumes and the FlashCopy target volumes have been created.
The purpose of this step is to create a container that associates volumes with a Global Mirror session.
Complete the following steps to create the Global Mirror session. The example commands in this task are
shown in two formats. The first format shows the type of information that the command requires. The
second format provides the command with declared values for the variables.
Note: You can issue the commands that are described in the steps either for a DS8000 model or for a
DS6000 model, but for the DS6000 model the storage image ID is different.
The removal of a Global Mirror environment is prompted by circumstances like the following cases:
v You decide that you want to run with a different configuration.
v You were running a test and the volumes you were using you never want to use for an asynchronous
pair again.
Each of the following steps must be completed in sequence before you can proceed to the next step.
1. Remove all Global Copy primary volumes from the Global Mirror sessions. See “Removing volumes
from a session (Global Mirror)” for additional information.
2. End the Global Mirror sessions.
See “Ending a Global Mirror session” on page 597 for additional information.
3. Withdraw all FlashCopy relationships between the B and C volumes. See “Removing FlashCopy
relationships” on page 598 for additional information.
4. Remove the Global Copy pair relationships. See “Removing the Global Copy pair relationship” on
page 599 for additional information.
5. Remove the remote mirror and copy paths between the local site and the remote site. “Removing the
Fibre Channel paths” on page 600 for additional information.
Ensure that you have closed the Global Mirror sessions associated with the Global Mirror environment if
you are processing this task as part of removing the Global Mirror environment from your system.
You can remove Global Copy primary volumes from a Global Mirror session at any time after the Global
Mirror session has started without stopping the session.
If you have many volumes that you want to remove from a Global Mirror session, you might consider
removing them from the session in stages. This lessens the impact on your processing. If you intend to
use the volumes in a different configuration, you must remove the pair and path associations. Removing
a volume from a Global Mirror session does not remove the pair and path associations.
Note: You can issue the commands that are described in the steps either for a DS8000 model or for a
DS6000 model, but for the DS6000 model the storage image ID is different.
1. Issue the lssession command to query the status of all volumes that are associated with the sessions
of a specified logical subsystem. Enter the lssession command at the dscli command prompt with the
following parameters and variables:
dscli> lssession –dev storage_image_ID -l LSS_ID
dscli> lssession –dev IBM.2107-75FA120 -l 01
When you use the -l parameter, a detailed report displays a list of Global Mirror sessions for the
specified logical subsystem (LSS) and information about the volumes of each session in the list.
2. Analyze the report and determine which volumes that you want to remove.
3. Issue the chsession command to remove the specified volumes from the specified Global Mirror
session. Enter the chsession command at the dscli command prompt with the following parameters
and variables:
dscli> chsession -dev storage_image_ID -lss LSS_ID -action remove -volume volume_ID session_ID
Example
dscli> chsession -dev IBM.2107-75FA120 -lss 10 -action remove
-volume 0100-010F,0180-018F,0120 01
A confirmation message indicates that the session has been modified successfully.
Note: A volume ID range is defined by two volume IDs that are separated by a hyphen. Multiple
volume IDs or volume ID ranges must be separated by a comma.
After the volumes have been removed from the Global Mirror session, you must end the volume
associations for the removed volumes (FlashCopy, Global Copy pair, and remote mirror and copy path) if
you plan to use the volumes in a different configuration.
Each session that you have created for Global Mirror processing must be ended individually. You cannot
designate that a range of sessions be ended. Ending a session does not remove the volume or path
associations. Each of these must be removed in their own way.
Complete the following steps to end a Global Mirror session. The example commands in this task are
shown in two formats. The first format shows the type of information that the command requires. The
second format provides the command with declared values for the variables.
Note: You can issue the commands that are described in the steps either for a DS8000 model or for a
DS6000 model, but for the DS6000 model the storage image ID is different.
1. Issue the lssession command to obtain a list of all sessions that are associated with the specified
logical subsystem. Enter the lssession command at the dscli command prompt with the following
parameters and variables:
dscli> lssession -dev storage_image_ID -s LSS_ID
Example
dscli> lssession –dev IBM.2107-75FA120 -s 01
Note: For the circumstance described in this task, it is better to issue the -s parameter. The -s
parameter creates a report with the following three items of information:
Ensure that the following tasks have been completed before this step when you are removing your Global
Mirror environment:
v Remove the volumes that are associated with each Global Mirror session you have closed.
v End the Global Mirror sessions that are part of your Global Mirror environment.
If you attempt to remove the FlashCopy relationships (as part of removing the Global Mirror
environment) before doing the first two tasks, this task fails.
This task step only applies as part of the removal of your Global Mirror environment.
Note: Make certain that you no longer need your consistent set of data before you withdraw your
relationships. If you still need your consistent data, initiate a data backup before proceeding with this
task.
Complete the following steps to remove FlashCopy relationships that existed with the volumes that were
part of your Global Mirror environment. The example commands in this task are shown in two formats.
The first format shows the type of information the command requires. The second format provides the
command with declared values for the variables.
Note: You can issue the commands that are described in the steps either for a DS8000 model or for a
DS6000 model, but for the DS6000 model the storage image ID is different.
1. Issue the lsflash command to check the status information for each FlashCopy relationship at the
remote site. A detailed report (when you use the -l parameter) is displayed for each FlashCopy
relationship. Enter the lsflash command at the dscli command prompt with the parameters and
variables shown as follows:
dscli> lsflash -dev storage_image_ID -l SourceVolumeID:TargetVolumeID.
dscli> lsflash -dev IBM.2107-75FA150 -l 0100:0100
Use the -l parameter to provide a more detailed report about the FlashCopy relationships.
Note: If you originally used the mkremoteflash command to create your FlashCopy relationships,
you must enter the lsremoteflash command to initiate a status check.
Note:
v The example shows the use of multiple FlashCopy pair IDs. Ensure that you separate multiple
FlashCopy pair IDs with spaces.
v If you used the mkremoteflash command to create your FlashCopy relationships, you must enter
the rmremoteflash command to remove the FlashCopy relationships.
4. Enter Y in response to each message that requests that you confirm that you want the specified
FlashCopy pair removed. A message like the following example appears for each FlashCopy pair
being removed when you process the rmflash command.
Are you sure you want to remove the FlashCopy pair 0001:0004? [y/n]: Y
Ensure that you have completed the following tasks before you initiate this task; otherwise, this task fails:
v Remove the volumes that are associated with each Global Mirror session that you have closed.
v End the Global Mirror sessions that are part of your Global Mirror environment.
v Remove FlashCopy relationships that exist with the volumes that were part of your Global Mirror
environment.
The purpose of this task is to remove the Global Copy relationships for each pair of source volumes on
your primary site and the target volumes on your secondary site. There might be several LSSs that are
involved and the Global Copy relationships must be removed within each LSS. This requires that you
issue the rmpprc command for each LSS until all relationships are removed.
Complete the following steps to remove Global Copy pair relationships that exist with the volumes that
were part of your Global Mirror environment. The example commands in this task are shown in two
formats. The first format shows the type of information the command requires. The second format
provides the command with declared values for the variables.
Note: You can issue the commands that are described in the steps either for a DS8000 model or for a
DS6000 model, but for the DS6000 model the storage image ID is different.
1. Issue the lspprc command to check the status information for each Global Copy volume relationship
in the list. Enter the lspprc command at the dscli command prompt with the parameters and variables
shown as follows:
dscli> lspprc -dev storage_image_ID -remotedev storage_image_ID -l SourceVolumeID:TargetVolumeID.
Example
dscli> lspprc -dev IBM.2107-75FA120 -remotedev IBM.2107-75FA150 -l 0100:0100
Use the -l parameter to provide a more detailed report about the Global Copy volume relationships.
2. Analyze the list of volumes that have been part of your Global Mirror environment, and ensure that
these are the volumes from which the Global Copy relationships must be removed.
Ensure that you have completed the following tasks before you initiate this task; otherwise, this task fails:
v Remove the volumes that are associated with each Global Mirror session that you have closed.
v Close the Global Mirror sessions that are part of your Global Mirror environment.
v Remove FlashCopy relationships that exist with the volumes that were part of your Global Mirror
environment.
v Remove the Global Copy relationships that exist with the volumes that were part of your Global
Mirror environment.
Repeat the process to remove the Fibre Channel paths for each data path and for each control path. Data
paths consists of source LSSs on the storage images at the primary site and target LSSs on the storage
images at the secondary site. Control paths consist of the master storage image LSS and the subordinate
storage image LSSs.
Complete the following steps to remove the Fibre Channel paths between all Global Mirror source and
target pairs and between the master and subordinate storage units. The example commands in this task
are shown in two formats. The first format shows the type of information that the command requires.
The second format provides the command with declared values for the variables.
Note: You can issue the commands that are described in the steps either for a DS8000 model or for a
DS6000 model, but for the DS6000 model the storage image ID is different.
1. Issue the lspprcpath command to display a list of existing remote mirror and copy path definitions.
Enter the lspprcpath command at the dscli command prompt with the following parameters and
variables:
dscli> lspprcpath -dev storage_image_ID source_LSS_ID
Example
dscli> lspprcpath –l –dev IBM.2107-75FA120 01
Note: The report that is displayed from this command provides the worldwide node name that is
used with the rmpprcpath command.
2. Record the path information to use when you issue the rmpprcpath command.
Remote Mirror and Copy path (designated in the command) successfully deleted.
Note: Use of the -quiet parameter with the rmpprcpath command turns off the confirmation question
for each path that is being removed.
5. Repeat Step 3 for all the remote mirror and copy paths per LSS that were part of your Global Mirror
environment.
After this task is complete, you can create your new Global Mirror environment and configuration.
A failure at the local or primary site stops all I/O to and from the local storage server. The local server
cannot communicate with the remote sites. This might impact the formation of consistency groups,
because the entire process is managed and controlled by the master storage server, which is the primary
storage server.
Your initial goal is to swap operations between the local and remote sites and then restart the
applications. This requires that you make available a set of consistent volumes at the remote site, before
the application can restart at the remote site.
When the local site is operational again, you want to return processing to the local site. Before you can
return processing to the local site, you must apply changes from the remote site to the local site. These
changes are the transactions that occurred after you started failover processing to the remote site.
The following considerations can help you determine where transactions are being processed:
v The local site contains A volumes (the source volume), which are copied to the recovery site using
Global Copy
v The recovery (or remote) site contains B volumes (the target volume and FlashCopy source volume)
and C volumes (the FlashCopy target volume)
v A storage unit at the local site is designated as the Global Mirror master and all other local (or
production) storage units are designated as subordinate storage units. The master storage unit sends
commands to its subordinate storage units. These subordinates work together to create a consistency
group and to communicate the FlashCopy commands to the recovery (or remote) site. All status is
relayed back to the Global Mirror master.
To recover from a disaster, you must complete the following high-level tasks using the Global Mirror
function and the DS CLI commands:
1. End Global Mirror processing when a disaster occurs.
See “Ending Global Mirror processing when a disaster occurs” on page 604 for additional substeps.
2. Check the status of the current processing for Global Mirror transactions. See “Checking Global Mirror
transaction status in a disaster situation” on page 604 for additional substeps.
3. Initiate the failover process of A volumes to B volumes. See “Initiating failover processing for B volumes
to A volumes” on page 605 for additional substeps.
4. Analyze the consistency group status. See “Analyzing and validating the consistency group state” on page
606 for additional substeps.
5. Use the revertflash command to correct FlashCopy relationships. See “Using the revertflash command
to correct FlashCopy relationships” on page 608 for additional substeps.
6. Use the commitflash command to correct FlashCopy relationships. See “Using the commitflash
command to correct FlashCopy relationships” on page 609for additional substeps.
7. Initiate the fast reverse restore process. See “Using fast reverse restore processing to create consistency” on
page 610 for additional substeps.
8. Wait for the background copy to complete. See “Waiting for the background copy to complete” on page
611 for additional substeps.
9. Reestablish the FlashCopy relationships, B volumes to C volumes. See “Reestablishing the FlashCopy
relationships between B volumes and C volumes” on page 611 for additional substeps.
Depending on the state of the local Global Mirror storage server, you might have an opportunity to end
Global Mirror processing before you can initiate the rest of the recovery steps. A disaster can affect your
local server and your choices for ending Global Mirror processing in one of the following ways:
v Your site experiences a rolling disaster and your Global Mirror processing is not being done through a
DS CLI script. This circumstance allows you time to issue a pause command, followed by a query
command, and then an end Global Mirror processing command.
Note: If the query displays a status of Fatal or a null (-), you must analyze and correct your
consistency groups during the recovery process. If the query displays a status of Paused, your
consistency groups are formed before you end Global Mirror processing.
v Your site experiences a rolling disaster and your Global Mirror processing is being done through a DS
CLI script. You can take a chance that you have enough time to allow the script to process to the end.
However, it is likely that you must end Global Mirror processing by pressing the CTRL C buttons on
your keyboard because there is no pause feature when running a script.
Because this is a rolling disaster, you might have time to log back into your DS CLI session on the local
server and query the status of the Global Mirror processing before it was ended.
v Your sites' local server is affected by the disaster immediately and you have no time to end Global
Mirror processing or issue a status query.
If possible, you want to end Global Mirror processing. Complete the following step to end Global Mirror
processing.
Issue the rmgmir command to end Global Mirror processing or press the CTRL C buttons when you are
using a DS CLI script and then issue the rmgmir command.
After Global Mirror processing has been ended, you are ready for the next step in the Global Mirror
failover recovery process.
You must determine the status of the Global Mirror processing before processing ends. Some transactions
might be half completed while others are not yet started. Querying the status of your transactions
provides a basis for planning which tasks must be done next. Your situation can be one of the following
conditions:
v When Global Mirror processing ends, the formation of a consistency group is in progress and the
FlashCopy state between the B and the C volumes in the remote storage server is not the same for all
relationships.
v Some FlashCopy pairs might have completed the FlashCopy phase of Global Mirror processing to
form a new consistency group and might have already committed the changes.
v Some FlashCopy pairs might not have completed and are in the middle of processing to form their
consistent copy and remain in a revertible state.
v There is no master server that controls and coordinates the processing that might continue for a brief
period at the remote site.
Note: You can issue the commands that are described in the steps either for a DS8000 model or for a
DS6000 model, but for the DS6000 model the storage image ID is different.
1. If your primary server is still operational, issue the lssession and lspprc commands to obtain reports
that allow you to determine the status of your Global Mirror transactions. If your primary server is
not available, go to the next step.
2. Gain access to your remote server and navigate to the directory where you installed the DS CLI.
3. Log in to a DS CLI session.
4. Issue the lspprc command to provide a report that allows you to determine the status of your Global
Mirror transactions.
Enter the lspprc command at the dscli command prompt with the following parameters and
variables:
Note: The report displays your Global Copy pairs with a suspended state.
After you obtain your reports, you are ready for the next step in the Global Mirror disaster recovery
process, which is to issue the failover command.
To initiate failover processing of the B volumes to the A volumes, complete the following step.
Note: You can enter the commands either for a DS8000 model or for a DS6000 model. The storage image
ID for the DS6000 model is different.
Enter the failoverpprc command to change the Global Copy state on the B volumes from secondary,
target pending to primary, suspended.
dscli> failoverpprc -dev storage_image_ID -remotedev storage_image_ID SourceVolumeID:TargetVolumeID
Example
dscli> failoverpprc -dev IBM.2107-75FA150 -remotedev IBM.2107-75FA120
0100:0100 0101:0101 0102:0102 0103:0103
Note: Unlike most other commands, the storage_image_ID and SourceVolumeID:TargetVolumeID values
are reversed for the failoverpprc command because the command is issued directly to the remote server.
You must place the values for the remote server first and the values for the original primary server
second. This reversal (where the remote server is no longer the primary server) can have the following
results:
v The source volumes become suspended
v The target volumes become suspended and they are available for mounting
An information message like the following one is generated for each Global Copy pair that is changed
and moved to a suspended state.
Remote Mirror and Copy pair IBM.2107-75FA150/0100:IBM.2107-75FA120/0100
successfully suspended.
All B volumes must successfully process the failoverpprc command before you can proceed to the next
step to analyze the FlashCopy relationships and enter the appropriate commands.
Before you can initiate this task, you must ensure that the following tasks have been completed:
v Global Mirror processing has been ended at the primary server site.
v The status of Global Mirror transaction processing before the disaster caused the process to end has
been obtained.
v Failover processing from B volumes to A volumes has completed with the B volumes state being
changed from a secondary, target pending state to a primary, suspended state.
The consistency group state must be validated. This means that you must investigate whether all
FlashCopy relationships are in a consistent state. Query the FlashCopy relationships that exist between B
volumes and C volumes to determine the state of the FlashCopy relationship at the time that the primary
server experienced a failure. Global Mirror might have been in the middle of forming a consistency group
and FlashCopy might not have completed to create a complete set of consistent C volumes.
When you query a FlashCopy pair, there are two key pieces of information, that determine whether the C
volume set is consistent or needs intervention to correct some states.
There are some combinations of revertible states and FlashCopy sequence numbers that require different
corrective actions; this is, what you are looking for when you do your analysis.
Complete the following steps to analyze and validate the consistency group state. The example command
displayed in this task are shown in two formats. The first format shows the type of information that the
command requires. The second format provides the command with declared values for the variables.
Note: You can issue the commands that are described in the steps either for a DS8000 model or for a
DS6000 model, but for the DS6000 model the storage image ID is different.
1. Issue the lsflash command to provide a report that lists the FlashCopy relationships and status
information for each FlashCopy relationship in the list. Enter the lsflash command at the dscli
command prompt with the following parameters and variables:
dscli> lsflash -dev storage_image_ID -l source_volume_ID:target_volume_ID
Example
dscli> lsflash -dev IBM.2107-75FA150 -l 0100:0200 0101:0201 0102:0202 0103:0203
Remember that your remote server has become your primary server.
2. Analyze your report to determine the state of the consistency group between the B volume and C
volume. You are looking primarily at the FlashCopy relationships and your analysis determines your
next step in the recovery process.
The following provides the types of FlashCopy relationships that might exist and a reference to the
action that must be taken:
v The FlashCopy relationships are nonrevertible and all the sequence numbers are equal. Action: No
further action is necessary and the set of C volumes is consistent and a complete copy.
v The FlashCopy relationships are revertible and all the sequence numbers are equal. Action: Issue
the revertflash command to revert the FlashCopy pairs to the last consistency group.
v All the FlashCopy sequence numbers are equal and at least one of the FlashCopy relationships is
nonrevertible. Action: Issue the commitflash command to commit the data to a target volume to
form a consistency group between the source and target.
v The FlashCopy relationships appear as follows:
a. Some of the FlashCopy relationships completed processing so that a consistent group was
created. These FlashCopy relationships are no longer revertible.
b. Some of the FlashCopy relationships have not completed creating a consistency group
formation. They are still in a revertible state.
c. All the FlashCopy relationships have the same FlashCopy sequence number. This indicates that
all the FlashCopy relationships were involved in the same consistency group.
Action: Issue the commitflash command to commit the data of the FlashCopy relationships that
have not completed creating a new consistency group so that a consistency group is formed.
v There is a group of FlashCopy pairs that are all revertible and another group of FlashCopy pairs
that are all nonrevertible. In addition, all the FlashCopy sequence numbers are not equal. However,
the following conditions exists:
a. The FlashCopy sequence number for all revertible pairs is equal.
b. The FlashCopy sequence number for all nonrevertible pairs is equal.
Note: When you know the state of all the FlashCopy relationships, you might want to initiate a tape
backup of the C volume.
After determining the state of the FlashCopy relationships, issue the revertflash or commitflash
commands, as appropriate.
You can use the revertflash command only when your analysis of the FlashCopy relationships reveals
one of the following conditions:
v The FlashCopy relationships are revertible and all the sequence numbers are equal.
v There is a group of FlashCopy pairs that are all revertible and another group of FlashCopy pairs that
are all nonrevertible. In addition, all the FlashCopy sequence numbers are not equal. However, the
following conditions exist:
– The FlashCopy sequence number for all revertible pairs is equal.
– The FlashCopy sequence number for all nonrevertible pairs is equal.
The revert action removes the FlashCopy relationship changes and resets them to the last consistency
group state. The revertible state is set to No.
Complete the following step to correct the applicable FlashCopy relationships. The example command in
this task is shown in two formats. The first format shows the type of information that the command
requires. The second format provides the command with declared values for the variables.
Note: You can issue the commands that are described in the steps either for a DS8000 model or for a
DS6000 model, but for the DS6000 model the storage image ID is different.
Issue the revertflash command to correct the FlashCopy relationships and reset them to the last
consistency group state. Enter the revertflash command at the dscli command prompt with the following
parameters and variables:
dscli> revertflash -dev storage_image_ID SourceVolumeID
Example
dscli> revertflash -dev IBM.2107-75FA150 0100
Notes:
1. Remember that the storage_image_ID is the value for the remote server that has been designated the
primary server until the original primary server is available for use.
2. Global Mirror operations have run the establish FlashCopy revertible processing as it was trying to
form a consistency group before the disaster occurred. If your analysis, through use of the lsflash
command, has determined that a revertflash command is needed, then there is no need to issue a
new mkflash command.
A confirmation message like the following one is generated for each FlashCopy relationship that has been
successfully reset.
After all the FlashCopy relationships have been corrected, you are ready to use the fast reverse restore
process, which is the next step in the Global Mirror disaster recovery process.
You can use the commitflash command only when your analysis of the FlashCopy relationships reveals
one of the following conditions:
v All the FlashCopy sequence numbers are equal and at least one of the FlashCopy relationships is
nonrevertible.
v The FlashCopy relationships exist as follows:
– Some of the FlashCopy relationships completed processing so that a consistent group has been
created. These FlashCopy relationships are no longer revertible.
– Some of the FlashCopy relationships have not completed creating a consistency group formation.
These FlashCopy relationships are still in a revertible state.
– All the FlashCopy relationships have the same FlashCopy sequence number. This indicates that all
the FlashCopy relationships belong in the same consistency group.
The commit action keeps a FlashCopy relationship in its current state and resets the revertible state to
No. When the commitflash command is processed, the data in these relationships is committed to the
consistency group to which it would have become a part before the disaster occurred.
Complete the following step to correct the applicable FlashCopy relationships. The example command in
this task is shown in two formats. The first format shows the type of information that the command
requires. The second format provides the command with declared values for the variables.
Note: You can issue the commands that are described in the steps either for a DS8000 model or for a
DS6000 model, but for the DS6000 model the storage image ID is different.
Issue the commitflash command to correct the FlashCopy relationships and commit them to the
consistency group that was being formed before the disaster occurred. Enter the commitflash command
at the dscli command prompt with the following parameters and variables:
dscli> commitflash -dev storage_image_ID SourceVolumeID
Example
dscli> commitflash -dev IBM.2107-75FA150 0100
Notes:
1. Remember that the storage_image_ID is the value for the remote server that has been designated the
primary server until the original primary server is available for use.
2. Global Mirror operations have performed the establish FlashCopy revertible processing as the Global
Mirror operations were trying to form a consistency group before the disaster occurred. If your
analysis, through use of the lsflash command, has determined that a commitflash command is
required, then there is no need to issue a new mkflash command.
A confirmation message like the following one is generated for each FlashCopy relationship that has been
successfully reset.
FlashCopy pair 0100:0200 successfully committed.
The fast reverse restore option reverses a FlashCopy target volume and allows consistent data to be
copied back to its associated source volume, without having to wait for the background copy from the
original source to the original target to complete. You can then vary the volumes online and start your
applications.
Fast reverse restore processing creates a background copy of all tracks that changed on the B volume
since the last consistency group formation. This results in the B volume becoming the same as the image
that was present on the C volume. However, this process ends the FlashCopy relationship, so that the C
volume is no longer usable.
Use the DS CLI reverseflash command with the -fast parameter to accomplish this task. This command
results the following conditions:
v Start background copy from the C volumes to the B volumes.
v No change recording.
v There must be no I/O allowed to the B or C volumes during the fast reverse restore process.
Complete the following step to create the same consistent data on the B volumes that you have on the C
volumes. The example command in this task is shown in two formats. The first format shows the type of
information that the command requires. The second format provides the command with declared values
for the variables.
Note: You can issue the command that is described in the steps below either for a DS8000 model or for a
DS6000 model, but for the DS6000 model the storage image ID is different.
Issue the reverseflash command to create the same consistency on the B volumes that you have on the C
volumes. Enter the reverseflash command at the dscli command prompt with the following parameters
and variables:
dscli> reverseflash -dev storage_image_ID -fast -tgtpprc source_volume_ID:target_volume_ID
Example
dscli> reverseflash -dev IBM.2107-75FA150 -fast -tgtpprc
0200:0100
Notes:
1. The -fast parameter determines that the reverseflash command is processed before the background
copy completes.
2. When you reverse a FlashCopy relationship, the source and target IDs that you specify for the
reverseflash command must be the same as the source and target IDs from the original FlashCopy
relationship (the source and target IDs from the relationship before it is reversed). The target volume
ID is the value that is specified for the C volume. The data from this volume is copied back to the
source volume ID, which is the B volume.
3. The -tgtpprc parameter allows the FlashCopy target volume (B volume) to be a Remote Mirror and
Copy source volume.
4. The storage_image_ID parameter is the value that is assigned to the remote storage unit, which has
become the primary storage unit as a result of the failover action.
The fast reverse restore operations complete the data transfer from the C volumes to the B volumes.
However, before you can proceed with any additional steps, the back ground copy must complete. When
the background copy is completed, FlashCopy relationships no longer exist between the B volumes and C
volumes. Also, the C volume is no longer usable. Both of these operations must complete before you can
move on in the disaster recovery process.
The best way to determine if these operations are complete is to periodically issue the lsflash command
against the B volumes to query the existence of FlashCopy relationships.
Complete the following steps to determine that no FlashCopy relationships exist between the B volumes
and the C volumes. The example command in this task is shown in two formats. The first format shows
the type of information that the command requires. The second format provides the command with
declared values for the variables.
Note: You can issue the commands that are described in the steps either for a DS8000 model or for a
DS6000 model, but for the DS6000 model the storage image ID is different.
1. Issue the lsflash command to check the existence of FlashCopy relationships between the B volume
and the C volume. Enter the lsflash command at the dscli command line prompt with the following
parameters and variables:
dscli> lsflash -dev storage_image_ID -s target_volume_ID
Example
dscli> lsflash -dev IBM.2107-75FA150 -s 0200
Notes:
a. The storage_image_ID is the manufacture, storage unit type, and serial number value of the remote
storage unit that has become the primary unit because of the disaster.
b. The -s parameter limits the report information that is returned only to the FlashCopy pair
relationships that still exist.
c. By designating only the target volume ID, you are further limiting the report to display just the
target side of the FlashCopy pair relationship. When the report returns a blank screen, it indicates
that background copy has completed and that no FlashCopy relationships exist between the B
volume and the C volume.
2. Repeat Step one periodically until no FlashCopy relationships exist between the B volume and the C
volume.
After the fast reverse restore and the background copy operations have completed, you can proceed to
the next task which is reestablishing the FlashCopy relationship between the B volume and the C volume.
Complete the following steps to create FlashCopy relationships between the B volumes and the C
volumes. The example command in this task are shown in two formats. The first format shows the type
of information that the command requires. The second format provides the command with declared
values for the variables.
Note: You can issue the commands that are described in the steps either for a DS8000 model or for a
DS6000 model, but for the DS6000 model the storage image ID is different.
1. Issue the mkflash command to create FlashCopy relationships at the remote site between the Global
Copy secondary volumes and the FlashCopy target volumes. Enter the mkflash command at the dscli
command prompt with the following parameters and variables:
Notes:
a. Specify the secondary storage unit MTS (which has become the primary storage unit because of
the disaster) for the -dev storage_image_ID parameter.
b. Use the -tgtinhibit parameter to inhibit writes on the target volume.
c. Use the -record parameter to activate change recording on the volume pair.
d. Use the -persist parameter to retain the FlashCopy relationship after the background copy
completes.
e. Use the -nocp parameter to inhibit the background copy.
f. The source_volume_ID is the value associated with the B volumes and the target_volume_ID is the
value associated with the C volumes.
2. Use the lsflash command to check the status of the FlashCopy relationships after you have processed
the mkflash command.
After you have reestablished the FlashCopy relationships, you can start host I/O processing at the remote
site on the B volumes. The production operation on the remote site, in this configuration, remains until
you are ready to return production to the local site.
Returning production to its original implementation is called a failback recovery. After restoring
operations at Site A, you can schedule a failback operation to synchronize data and to enable production
to resume at your original site, Site A.
This task is initiated when your local site has been repaired and is operational. The first step in returning
production to site A is to create Fibre Channel paths between Site B to Site A and between the specific
LSSs.
Notes:
1. Before you can establish the paths, you must obtain the worldwide node name that is associated with
the remote storage unit. In this task your remote storage unit is your local storage unit (Site A).
2. You can issue the commands that are described in the steps either for a DS8000 model or for a DS6000
model, but for the DS6000 model the storage image ID is different.
1. Issue the lssi command against the Site A storage unit to obtain its worldwide node name. A report is
displayed that provides the specific information about the Site A storage unit. Enter the lssi command
at the dscli command prompt with the following parameters and variables:
dscli> lssi -l storage_image_ID
Example
dscli> lssi -l IBM.2107-75FA120
Record the worldwide node name because it is used in the next step.
2. Issue the mkpprcpath command to create the Fibre Channel paths from Site B to Site A and between
the specific LSSs. Enter the mkpprcpath command at the dscli command prompt with the following
parameters and variables:
Notes:
a. The -dev parameter specifies the ID of your source storage unit. At this point in time, your source
is the Site B storage unit.
b. The -remotedev parameter specifies the ID of the secondary storage unit. At this point in time, the
remote storage unit is your Site A storage unit.
c. The -remotewwnn parameter must specify the worldwide node name of the secondary storage
unit (Site A at this point in time). If you specify the worldwide node name of the primary storage
unit (Site B), the command fails.
d. The -srclss parameter refers to Site B storage unit as the source.
e. The -tgtlss parameter specifies the Site A storage unit as the target.
f. The source_port_ID:target_port_ID value has the Site B port ID as the source and the Site A port
ID as the target.
After you have established the paths, you are ready to move on to the second step on the failback
recovery process which involves issuing the failbackpprc command from the B volume to the A volume.
Before you can do this task, you must ensure that you have created paths from Site B to Site A between
the specific LSSs.
Chapter 8. Recovering from a disaster using Global Mirror 613
This task requires the use of the failbackpprc command. Processing this command resynchronizes the
volumes in the following manner, depending on the volume state:
v If a volume at Site A is in simplex state, all of the data for that volume is sent from Site B to Site A.
v If a volume at Site A is in full-duplex or suspended state and without changed tracks, only the
modified data on the volume at Site B is sent to the volume at Site A.
v If a volume at Site A is in a suspended state but has tracks that have been modified, the volume at Site
B discovers which tracks were modified at any site and sends the following data from Site B to Site A:
– The tracks that were changed on Site A.
– The tracks that were marked at Site B.
Complete the following step to resynchronize your volumes. The example commands displayed in this
task are shown in two formats. The first format shows the type of information the command requires.
The second format provides the command with declared values for the variables.
Notes:
1. This task does not affect normal operations. All your operations remain at the remote site (Site B).
This task is just part of the preparation you need to make to transfer operations back to Site A after it
has been repaired.
2. You can issue the command that is described in the steps either for a DS8000 model or for a DS6000
model, but for the DS6000 model the storage image ID is different.
Issue the failbackpprc command to resynchronize your volumes. Enter the failbackpprc command at the
dscli command prompt with the following parameters and variables:
Example
dscli> failbackpprc -dev IBM.2107–75FA150 -remotedev IBM.2107–75FA120
-type gcp 1000:1000
Notes:
1. The -dev parameter specifies the ID of your source storage unit. At this point in time, your source is
the Site B storage unit.
2. The -remotedev parameter specifies the ID of the target storage unit. At this point in time, the remote
storage unit is your Site A storage unit.
3. The source_volume_ID:target_volume_ID value has the Site B volume ID as the source and the Site A
volume ID as the target.
After submitting this command for processing, you must track the progress of the transaction until it
completes its first pass. So, querying for first pass completion is the next step in the failback recovery
process.
To complete this series of tasks, you must ensure that you have resynchronized the volumes, B volumes
to A volumes.
Complete the following steps to complete the third step of the failback recovery process. The example
commands in this task are shown in two formats. The first format shows the type of information that the
command requires. The second format provides the command with declared values for the variables.
Note: You can issue the commands that are described in the steps either for a DS8000 model or for a
DS6000 model, but for the DS6000 model the storage image ID is different.
1. Issue the lspprc command periodically to identify when the first pass of the out-of-sync (OOS)
bitmap completes. Depending on the number of transactions that you have, some time elapses. Enter
the lspprc command at the dscli command prompt with the following parameters and variables:
dscli> lspprc -dev storage_image_ID -remotedev storage_image_ID -l SourceVolumeID:TargetVolumeID
Example
dscli> lspprc -dev IBM.2107–75FA150 -remotedev IBM.2107–75FA120
1000:1000
Notes:
a. The -dev parameter specifies the ID of your source storage unit. Your source is the Site B storage
unit.
b. The -remotedev parameter specifies the ID of the target storage unit. The remote storage unit is
your Site A storage unit.
c. The source_volume_ID:target_volume_ID value has the Site B volume ID as the source and the Site
A volume ID as the target.
2. Quiesce your I/O and unmount your file systems at the B site to preserve the integrity of your file
system.
Note: Unmounting your file systems flushes the host cache and ensures that you actually copy valid
data sets.
3. Reissue the “lspprc” on page 455 command periodically to identify when the remaining bits
completely drain from the B site. This is indicated when the out-of-sync (OOS) tracks equal zero.
Depending on the number of transactions that you have, some time elapses. Enter the lspprc
command at the dscli command prompt with the following parameters and variables:
dscli> lspprc -dev storage_image_ID -remotedev storage_image_ID -l SourceVolumeID:TargetVolumeID
Example
dscli> lspprc -dev IBM.2107–75FA150 -remotedev IBM.2107–75FA120
1000:1000
After this task is completed, you are ready to establish the remote mirror and copy paths from Site A to
Site B.
Each of the prior tasks must be competed in sequence in order for this task to succeed.
This task is like your initial creation of remote mirror and copy paths while setting up your Global
Mirror environment, before the disaster occurred.
Complete the following steps to create remote mirror and copy paths between all Global Mirror source
and target pairs and between the master and subordinate storage units. The example commands in this
task are shown in two formats. The first format shows the type of information that is required by the
command. The second format provides the command with declared values for the variables.
Note: You can issue the commands that are described in the steps either for a DS8000 model or for a
DS6000 model, but for the DS6000 model the storage image ID is different.
1. Obtain the worldwide node name of the secondary storage unit. This information is needed when you
do the next step. Enter the lssi or showsi at the dscli command prompt as follows:
dscli> lssi -l
Notes:
a. Use the lssi command if you want to display a list of all the storage image instances for a storage
complex and the status information for each storage image in the list.
b. Use the showsi command if you want to display the detailed properties of a specific storage unit.
c. Use the -fullid DS CLI command with the showsi command to display fully qualified IDs, which
include the storage image ID, for every ID that is displayed in the command output.
d. Record the worldwide node name for the secondary (target) site B storage unit so that you can use
it when you issue the mkpprcpath command.
2. Issue the mkpprcpath command to create the remote mirror and copy paths between all Global
Mirror source and target pairs and between the master and subordinate storage units. Enter the
mkpprcpath command at the dscli command prompt with the following parameters and variables as
follows:
dscli> mkpprcpath -dev storage_image_ID -remotedev storage_image_ID -remotewwnn wwnn -srclss
source_LSS_ID -tgtlss target_LSS_ID source_port_ID:target_port_ID
Example
dscli> mkpprcpath -dev IBM.2107-75FA120 -remotedev
IBM.2107-75FA150 -remotewwnn 12341234000A000F
-srclss 00 -tgtlss 01 I1A10:I2A20
Notes:
a. The -remotedev parameter specifies the ID of the secondary storage unit.
b. The -remotewwnn parameter must specify the worldwide node name of the secondary storage
unit. If you make a mistake and specify the worldwide node name of the primary storage unit, the
command fails.
c. The shortened version of the -srclss parameter is shown (value = 00) because the example uses the
fully qualified -dev storage_image_ID parameter. If the fully qualified -dev parameter is not used,
you must use the fully qualified -srclss source_LSS_ID value. For example: -srclss
IBM.2107-75FA120/00.
d. The shortened version of the -tgtlss parameter is shown (value = 01) because the example uses the
fully qualified -dev storage_image_ID parameter. If the fully qualified -dev parameter is not used,
you must use the fully qualified -tgtlss target_LSS_ID value. For example: -tgtlss
IBM.2107-75FA120/01.
The resynchronization of the A volumes and B volumes must be completed (no out-of-sync tracks) before
you can proceed with this task.
You must issue this restore failover request on the Global Copy volumes pair to reestablish the extended
distance relationship and create the A Volume to B Volume Global Copy relationship.
Complete the following step to complete failover processing from the A volumes to the B volumes. The
example commands in this task are shown in two formats. The first format shows the type of information
that is required by the command. The second format provides the command with declared values for the
variables.
Note: You can issue the command that is described in the steps either for a DS8000 model or for a
DS6000 model, but for the DS6000 model the storage image ID is different.
Issue the failoverpprc command to reestablish the extended distance relationship and create the A
Volume to B Volume Global Copy relationship. Enter the failoverpprc command at the dscli command
prompt with the following parameters and variables:
Example
dscli> failoverpprc -dev IBM.2107-75FA120 -remotedev IBM.2107-75FA150
-type gcp 0100:0100 0101:0101 0102:0102 0103:0103
Note: The SourceVolume_ID is the A volume and the TargetVolume_ID is the B volume.
A confirmation message like the following example is generated for each Global Copy pair that has been
changed and moved to a state of suspended.
PPRC pair IBM.2107-75FA120/0100:IBM.2107-75FA150/0100 successfully
suspended.
Note: All A volumes must successfully process the failoverpprccommand before you can proceed to the
next step.
The failback processing that is described in this task can be issued against any remote mirror and copy
volume that is in a primary suspended state. The failback processing copies the required data from the
source volume to the target volume to resume mirroring.
Complete the following step to complete failback processing for the A volumes. The example commands
in this task are shown in two formats. The first format shows the type of information that is required by
the command. The second format provides the command with declared values for the variables.
Note: You can issue the command that is described in the steps either for a DS8000 model or for a
DS6000 model, but for the DS6000 model the storage image ID is different.
Issue the failbackpprc command to resynchronize your volumes. Enter the failbackpprc command at
the dscli command prompt with the following parameters and variables:
Example
dscli> failbackpprc -dev IBM.2107–75FA120 -remotedev IBM.2107–75FA150
-type gcp 1000:1000
Notes:
1. The -dev parameter specifies the ID of your source storage unit. Your source is the Site A storage unit.
2. The -remotedev parameter specifies the ID of the target storage unit. The remote storage unit is your
Site B storage unit.
3. The SourceVolume_ID:TargetVolume_ID value has the Site A volume ID as the source and the Site B
volume ID as the target.
Site A has been repaired and connectivity reestablished with your remote site. You have followed all the
prior steps in sequence and are ready to start up I/O processing from your local site.
Complete the following steps to start or resume Global Mirror processing. The example commands in this
task are shown in two formats. The first format shows the type of information that is required by the
command. The second format provides the command with declared values for the variables.
Note: You can issue the commands that are described in the steps either for a DS8000 model or for a
DS6000 model, but for the DS6000 model the storage image ID is different.
1. Issue the mkgmir command to start Global Mirror processing. Enter the mkgmir command at the
dscli command prompt using the following parameters and variables:
mkgmir -dev storage_image_ID -lss LSS_ID -cginterval seconds
-coordinate milliseconds -drain seconds -session session_ID
Master_Control_Path_LSS_ID:Subordinate_Control_Path_LSS_ID
Example
dscli> mkgmir -dev IBM.2107-75FA120 -lss 10 -cginterval 0 -coordinate 50
-drain 30 -session 01 IBM.2107-75FA120/00:IBM.2107-75FA150/00
Note: You might want to change or maintain the values that you had on your B site for the tuning
parameters. You must restate these values before you process the resumegmir command. You cannot
state a value for just one of the tuning parameters. You must restate all of the values (-cginterval,
-coordinate, and -drain). The following example shows how to enter the resumegmir command to
provide these values:
dscli> resumegmir -dev IBM.2107-75FA120 -lss 10 -cginterval 5
-coordinate 50 -drain 30 -session 01
IBM.2107-75FA120/00:IBM.2107-75FA150/00
In a Metro/Global Mirror environment (DS8000 only) that uses failover and failback operations, you can
switch applications to an alternate site during planned and unplanned outages. Planned outages are
events such as maintenance updates. Unplanned outages are events such as disasters.
Note: The steps in these scenarios are examples. Other configurations might be possible but might not be
supported by IBM.
The volumes at the local and intermediate sites must be connected to the site from which the commands
are going to be issued. For example, if the intermediate site volumes are connected to an intermediate site
storage unit only, the Global Mirror setup commands are issued there. If the local site has connectivity to
the intermediate site and local site volumes, then you can issue the commands from the local site.
Configure the following Metro/Global Mirror environment, which uses three sites (local, intermediate,
and remote) and a minimum of four volumes (volume A, volume B, volume C, and volume D) on three
storage units. For ease of description, the Metro/Global Mirror configuration is described in terms of A,
B, C, and D volumes. Some environments can contain hundreds or thousands of volumes.
Complete the following steps in sequence. You can issue the commands in any order with the following
two exceptions:
v You must establish paths before you can establish pairs or start a session.
v You must create a session to an LSS before you can add a volumes to the session.
In the event of a disaster, external automated software can detect the loss of the local site. (Automation
software is not provided with the storage unit; it must be supplied by the user.) Data consistency on the
target volumes must be managed using either automation procedures that are able to freeze the activity
on the required volumes in the event of an unexpected outage or by remote mirror and copy operations
that use freeze and run commands.
Complete the following steps to set up your Metro/Global Mirror environment. The command
parameters and output are provided as examples.
1. Ensure that the storage units are configured, assigned, and operating in a normal state.
2. Identify all volumes that will participate in a session. Identify which volumes are to be source and
target volumes for Metro Mirror, Global Copy, and FlashCopy relationships, and the storage unit that
you will designate as the master storage unit.
3. At each site, establish Fibre Channel paths.
See “Creating remote mirror and copy paths” on page 567 for more information.
d. Use the lspprcpath command to view the newly created paths. See “Displaying the status of
established paths” on page 566 for more information.
4. At the intermediate site, create Global Copy volume pairs between the intermediate and remote
sites. Create the pairs from the intermediate storage unit to the remote storage unit using the
previously established paths. Ensure that you specify the -cascade parameter to allow the source
volume in a Global Copy relationship to be eligible to be a target volume for another relationship at
the same time.
Enter the mkpprc command at the dscli command prompt with the following parameters and
variables:
dscli> mkpprc -dev IBM.2107-75ALA2P -remotedev IBM.2107-1831760
-type gcp -mode nocp -cascade 0700-075f:1200-125f
The following represents an example of the output:
CMUC00153I mkpprc: Remote Mirror and Copy volume pair relationship
0700:1200 successfully created.
CMUC00153I mkpprc: Remote Mirror and Copy volume pair relationship
0701:1201 successfully created.
CMUC00153I mkpprc: Remote Mirror and Copy volume pair relationship
0702:1202 successfully created.
See “Creating a Global Copy relationship” on page 572 for more information.
5. At the local site:
a. Establish Metro Mirror volume pairs between the local and intermediate sites, with the
Incremental Resynchronization option enabled. Create the pairs from the local storage unit to the
intermediate storage unit using the previously established paths. Enter the mkpprc command at
the dscli command prompt with the following parameters and variables:
See “Creating a Metro Mirror relationship” on page 569 for more information.
6. At the remote site, create FlashCopy relationships. Create the relationships at the remote site
between volume C (the FlashCopy source volume that is also the target volume of the Global Mirror
session) and volume D (the FlashCopy target volume).
Note: Delay initial FlashCopy operations until the Global Copy pairs have completed their first pass
of the copying process.
Enter the mkflash command at the dscli command prompt with the following parameters and
variables:
dscli> mkflash -dev IBM.2107-75ALAG1 -tgtinhibit -record -persist -nocp
1200-125f:1900-195f
The following represents an example of the output:
CMUC00137I mkflash: FlashCopy pair 1200:1900 successfully created.
CMUC00137I mkflash: FlashCopy pair 1201:1901 successfully created.
CMUC00137I mkflash: FlashCopy pair 1202:1902 successfully created.
CMUC00137I mkflash: FlashCopy pair 1203:1903 successfully created.
Note: The Persistent FlashCopy option is automatically selected because it is required with
the Enable Change Recording option.
Inhibit writes to target volume
Select this option to ensure that updates cannot be made to the target volume. This ensures
data consistency on the target volume. If you select the Inhibit writes to target option, the
change recording feature is not active on the target volume.
Attention: Do not select the Initiate background copy option. This ensures that data is copied from
the source volume to the target volume only if a track on the source volume is modified.
See “Creating FlashCopy relationships (Global Mirror setup)” on page 594 for more information.
7. At the intermediate site:
a. Define the Global Mirror session. Define the same session on the LSS that contains the master
and on every LSS that contains volumes to be added to the Global Mirror session.
Enter the mksession command at the dscli command prompt with the following parameters and
variables:
dscli> mksession -lss 07 1
The following represents an example of the output:
CMUC00145I mksession: Session 1 opened successfully
See “Creating the Global Mirror session” on page 595 for more information.
b. Add volumes to the Global Mirror session. Enter the chsession command at the dscli command
prompt with the following parameters and variables:
See “Adding volumes to a session (Global Mirror)” on page 584 for more information.
Note: If you have many volumes that you want to add to a new or existing Global Mirror session,
you might consider adding them to the session in stages. When you add a large number of
volumes at once to an existing Global Mirror session, the available resources for Global Copy
processing within the affected ranks might be used by the initial copy pass of the new volumes.
New volumes on the same ranks as existing volumes can use all the processing resources for the
initialization of the new volumes.
To avoid too much impact on your processing, you might consider adding new volumes to a
Global Mirror session in small numbers per rank and wait until the first pass has completed
before adding more volumes.
c. Start the Global Mirror session. The master storage unit begins forming consistency groups for
the specified Global Mirror session.
Enter the mkgmir command at the dscli command prompt with the following parameters and
variables:
dscli> mkgmir -lss 07 -session 1
The following represents an example of the output:
CMUC00162I mkgmir: Global Mirror for session 1 successfully started.
See “Starting Global Mirror processing” on page 590 for more information.
d. Issue a query to confirm that the session exists. Confirm that the individual LSS sessions are
populated with the appropriate volumes. See “Querying Global Mirror processing” on page 588
for more information.
Enter the showgmir command at the dscli command prompt with the following parameters and
variables:
dscli> showgmir 07
The following represents an example of the output (in table format for clarity):
Max
CG Coord. CG
Interval Time Drain
Master Time (milli- Time
Master Session Copy Fatal (sec- sec- (sec- Current
ID Count ID State Reason onds) onds) onds) Time
IBM. 1 0x31 Running Not Fatal 0 50 30 02/19/
2107- 2006
75ALA 10:34:51
2P/07 MST
Flash-
Succes- Copy Master
sful CG Sequ- Subor- /Subor-
CG Percen- ence Master dinate dinate
Time tage Number ID Count Assoc
02/19/ 50 0x4357D IBM.2107 0 -
2006 -504 -75ALA
10:34:51 2P
MST
For this scenario, assume that you have to shut down the local site for any reason and move production
from the local site to the intermediate site and then return production back to the local site. You can use
the following failover and failback procedures for this scenario. It is assumed that you established Global
Mirror sessions that are creating consistency groups at the local site and sending them to the remote site.
During the outage and until you resume processing at the local site, you run a failover operation to allow
operations to run from your intermediate site, which is protected by a two-site Global Mirror
configuration. Global Mirror continues sending updates to the storage unit at the remote site and
continues to form consistency groups. When production is ready to return to the local site, you run a
failback operation.
Note: When a local site fails, systems must be reset and subsequently restarted using data from the B
volumes following a failover operation. GDPS HyperSwap can do this transparently (without any system
outage for systems running at the intermediate site) through the use of a single script statement for
planned outages and autonomically for unplanned outages.
Complete these tasks for failover and restore operations at the intermediate site: (The steps in this
scenario are examples.)
1. At the local site, ensure that data consistency is achieved between the A to B volume pairs. This
process helps coordinate the A volumes and B volumes consistency and allows consistent data to be
copied to the remote site. You can use either of the following methods to create data consistency:
v Quiesce I/O processing to the A volumes at the local site. Continue to step 2 on page 626.
v Freeze write activity to the Metro Mirror primary volumes by completing the following steps:
a. Freeze updates to the A volumes in Metro Mirror relationships across the affected LSSs. Enter
the freezepprc command at the dscli command prompt with the following parameters and
variables:
dscli> freezepprc -dev IBM.2107-130165X -remotedev IBM.2107-75ALA2P 07-12
The following represents an example of the output:
CMUC00161W freezepprc: Remote Mirror and Copy consistency group 07:12
successfully created.
This process ensures that the B volumes are consistent at the time of the freeze. (One command
per storage unit or LSS is required.) As a result of the freeze action, the following actions are
taken:
v The established paths between the logical subsystem (LSS) pairs are deleted.
v The volume pairs that are associated with the source and target LSSs are suspended. During
this time, the storage unit collects data that is sent to the A Metro Mirror volumes.
v I/O processing to the Metro Mirror volume pairs is temporarily queued during the time that
updates are frozen.
b. If wanted, you can view the state of the pair status at the local site after the freezepprc command
has been processed. Enter the lspprc command at the dscli command prompt with the following
parameters and variables:
dscli> lspprc -dev IBM.2107-130165X -remotedev IBM.2107-75ALA2P -fmt
default 0700-075f
The following represents an example of the output:
Notes:
First
Source- Timeout Critical Pass
ID State Reason Type LSS (secs) Mode Status
0700:1200 Suspend- Freeze Metro Mirror 07 unknown Disabled Invalid
ed
0701:1201 Suspend- Freeze Metro Mirror 07 unknown Disabled Invalid
ed
0702:1202 Suspend- Freeze Metro Mirror 07 unknown Disabled Invalid
ed
See “Pausing a Metro Mirror relationship” on page 572 for more information.
6. Establish paths between the local site LSS and intermediate site LSS that contain the B to A
Metro Mirror volumes. Enter the mkpprcpath command at the dscli command prompt with the
following parameters and variables:
dscli> mkpprcpath -dev IBM.2107-130165X -remotedev IBM.2107-75ALA2P
-remotewwnn 5005076303FFC550 -srclss 07 -tgtlss 12 -consistgrp
I0102:I0031 I0002:I0102
The following represents an example of the output:
CMUC00149I mkpprcpath: Remote Mirror and Copy path 07:12
successfully established.
See “Creating remote mirror and copy paths” on page 567 for more information.
7. Issue a failback command to the B volumes (with A volumes as secondaries). Host I/O processing
continues uninterrupted to the B volumes as the A volumes are made current. This command copies
the changes back to the A volumes that were made to the B volumes while hosts are running on the
B volumes. (In a DS CLI environment, where the local and intermediate sites use different
management consoles, you have to use a different DS CLI session for the management console of the
B volumes at the intermediate site.) See “Running a recovery failback operation” on page 577 for
more information.
Enter the failbackpprc command at the dscli command prompt with the following parameters and
variables:
dscli> failbackpprc -dev IBM.2107-75ALA2P -remotedev IBM.2107-130165X -type
gcp 1200-125f:1a00-1a5f
The following represents an example of the output:
CMUC00197I failbackpprc: Remote Mirror and Copy pair 1200:1a00
successfully failed back.
CMUC00197I failbackpprc: Remote Mirror and Copy pair 1201:1a01
successfully failed back.
8. Wait for the copy process of the B to A volumes to reach full duplex status (all out-of-sync tracks
have completed copying). Host writes are no longer tracked. You can monitor when the number of
out-of-sync tracks reaches zero by querying the status of the volumes. See “Viewing information
about Metro Mirror relationships” on page 578 for more information.
Enter the lspprc command at the dscli command prompt with the following parameters and
variables:
dscli> lspprc -l 1200-125f:1a00-1a5f
Out
Of
Sync Tgt Src
ID State Reason Type Tracks Read Cascade
1200:1a00 Copy - Metro 46725 Disabled Disabled
Pending Mirror
1201:1a01 Copy - Metro 46725 Disabled Disabled
Pending Mirror
Date
Sus First Incre-
Tgt pend Source Timeout Crit Pass mental Tgt
Cascade ed LSS (secs) Mode Status Resync Write
Invalid - 10 Unknown Disabled Invalid Enabled Enabled
Invalid - 10 Unknown Disabled Invalid Enabled Enabled
See “Running a recovery failover operation” on page 578 for more information.
11. After the failover operation, you can view the status of the volumes with the lspprc command.
Enter the lspprc command at the dscli command prompt with the following parameters and
variables:
dscli> lspprc -dev IBM.2107-130126X -remotedev IBM.2107-75ALA2P -fmt default
1a00-1a5f
The following represents an example of the output:
Notes:
a. The command example uses the command parameter -fmt default. This command parameter
specifies that the output be set to a space-separated plain text table.
b. The following table format is presented for clarity. The actual report is not displayed in this
format.
c. The report example represents the information that is reported on when you do not specify the -l
parameter.
First
Source- Timeout Critical Pass
ID State Reason Type LSS (secs) Mode Status
0700:1200 Suspend- Host Source Metro Mirror 1A unknown Disabled Invalid
ed
0701:1201 Suspend- Host Source Metro Mirror 1A unknown Disabled Invalid
ed
12. Reestablish paths (that were disabled by the freeze operation) between the local site LSS and
intermediate site LSS that contain the B to A Metro Mirror volume pairs. Enter the mkpprcpath
command at the dscli command prompt with the following parameters and variables:
dscli> mkpprcpath -dev IBM.2107-130165X -remotedev IBM.2107-75ALA2P
-remotewwnn 5005076303FFC550 -srclss 07 -tgtlss 12
-consistgrp I0102:I0031 I0002:I0102
The following represents an example of the output:
CMUC00149I mkpprcpath: Remote Mirror and Copy path 07:12
successfully established.
See “Reestablishing remote mirror and copy paths (site A to site B)” on page 615 for more
information.
13. Issue a failback command to the A to B volumes. This failback command completes the restoration
of the A to B volume relationships (the B volume becomes the target). The replication of the data
starts immediately when the command is finished. Depending on how many tracks have changed
during the disaster recovery test, resynchronization might take a long time.
Note: At this point, you can resume host I/O processing to the local site if optimizing host
availability is critical. However, new host I/O that is written to the A volumes at the local site is not
fully protected by Global Mirror processing until the Global Mirror operation is restored in step 16
on page 630.
Enter the failbackpprc command at the dscli command prompt with the following parameters and
variables:
dscli> failbackpprc -dev IBM.2107-130165X -remotedev IBM.2107-75ALA2P -type
mmir 1a00-1a5f:1200-125f
The following represents an example of the output:
CMUC00197I failbackpprc: Remote Mirror and Copy pair 1A00:1200
successfully failed back.
CMUC00197I failbackpprc: Remote Mirror and Copy pair 1A01:1201
successfully failed back.
14. Reestablish Global Copy relationships between the B to C volumes with the -cascade option.
When the failback operation has been done, Global Copy relationships can be re-created.
Enter the mkpprc command at the dscli command prompt with the following parameters and
variables:
dscli> mkpprc -dev IBM.2107-75ALA2P -remotedev IBM.2107-1831760 -type gcp
-mode nocp -cascade 1200-125f:0700-075f
The following represents an example of the output:
CMUC00153I mkpprc: Remote Mirror and Copy volume pair relationship 1200:0700
successfully created.
CMUC00153I mkpprc: Remote Mirror and Copy volume pair relationship 1201:0701
successfully created.
15. Wait until the first pass of the Global Copy copying processing of the B to C volume pairs has
completed. You can monitor this activity by querying the status of the volumes.
Enter the lspprc command at the dscli command prompt with the following parameters and
variables:
dscli> lspprc -dev IBM.2107-75ALA2P -remotedev IBM.2107-1831760 -l
-fmt default 1200-125f:0700-075f
The following represents an example of the output:
16. Resume Global Mirror. Now that the original infrastructure has been restored, you can resume the
Global Mirror session.
Enter the resumegmir command at the dscli command prompt with the following parameters and
variables:
dscli> resumegmir -dev IBM.2107-75ALA2P -session 1 -lss 07
The following represents an example of the output:
CMUC00164I resumegmir: Global Mirror for session 1 successfully resumed.
See “Resuming Global Mirror processing” on page 589 for more information.
17. Resume host I/O processing to the A volumes. Direct host I/O processing back to the A volumes in
preparation for resuming host I/O on the A volumes.
18. Verify that consistency group are forming successfully.
Enter the showgmir -metrics command at the dscli command prompt with the following parameters
and variables:
dscli> showgmir -metrics 07
The following represents an example of the output:
See “Querying Global Mirror processing” on page 588 for more information.
Last CG
Total Total Succes- Failed Succes- Coord. Interval
Failed Succes- sful CG CG after sful CG Time Time
CG sful CG Percen- Last Form (milli- (sec-
ID Count Count tage Success Time seconds) onds)
IBM.2107 0 55 100 0 02/20/ 50 0
-130165X 2006
/07 11:38:25
MST
This scenario provides a disaster recovery solution if a failure occurs at your local site. You can run your
operations from your intermediate site, which is protected by a two-site Global Mirror configuration,
until your local site has recovered. Global Mirror continues sending updates to the storage unit at the
remote site and continues to form consistency groups.
Complete these subtasks for failover and surviving restore operations at the intermediate site: (The steps
in this scenario are examples.)
1. At the local site, ensure that data consistency is achieved between the A and B volumes. If the
local site was not completely destroyed, it is essential that data from any surviving A and B volume
pairs be copied and a consistent copy be achieved at the remote site. You can use freeze and
unfreeze commands that are supported using external automation software to create data consistency
to multiple Metro Mirror volume pairs.
To freeze write activity to Metro Mirror primary volumes, complete the following steps:
a. Freeze updates to the A volumes in Metro Mirror relationships across the affected LSSs. This
ensures that the B volumes are consistent at the time of the freeze process. (One command per
LSS is required.) Enter the freezepprc command at the dscli command prompt with the following
parameters and variables:
dscli> freezepprc -dev IBM.2107-130165X -remotedev IBM.2107-75ALA2P 07-12
The following represents an example of the output:
CMUC00161W freezepprc: Remote Mirror and Copy consistency group 07:12
successfully created.
As a result of the freeze action, the following actions processing occurs:
v The established paths between the LSS pairs are deleted.
v The volume pairs that are associated with the source and target LSSs are suspended. During
this time, the storage unit collects data that is sent to the A volumes in Metro Mirror
relationships.
v I/O to the Metro Mirror volume pairs is temporarily queued during the time that updates are
frozen.
b. Resume operations following a freeze.
Issue the unfreezepprc command to allow I/O activity to resume for the specified volume pairs.
Enter the unfreezepprc command at the dscli command prompt with the following parameters
and variables:
See “Running a recovery failover operation” on page 578 for more information.
When the direction of the volumes are switched and I/O processing is directed to the new primary B
volumes, it is essential that the primary volumes (the A volumes) be the same size as the secondary
volumes (the B volumes).
3. Redirect host I/O processing to the B volumes. Changes are recorded on the B volumes until the A
volumes can be resynchronized with the B volumes.
4. When the A volumes are ready to return, pause the Global Mirror session between the B to C
volumes. Direct this command to the same LSS that you used to start the session. This step is
needed to later change the direction of the B volumes and restore the A volumes. Enter the
pausegmir command at the dscli command prompt with the following parameters and variables:
dscli> pausegmir -dev IBM.2107-75ALA2P -quiet -lss 07 -session 1
The following represents an example of the output:
CMUC00165I pausegmir: Global Mirror for session 1 successfully paused.
See “Pausing Global Mirror processing” on page 589 for more information.
5. Suspend the B and C volume pairs. Because the site B volumes cannot be source volumes for Metro
Mirror and Global Copy relationships, you must suspend the B volumes to C volumes so that B
volumes to A volumes can be established.
This step stops all incoming write I/Os to the affected B and C volume pairs and helps prepare for a
later resynchronization of the A volumes with the current operating B volumes.
Enter the pausepprc command at the dscli command prompt with the following parameters and
variables:
dscli> pausepprc -dev IBM.2107-75ALA2P -remotedev IBM.2107-1831760
1200-125f:0700-075f
The following represents an example of the output:
CMUC00157I pausepprc: Remote Mirror and Copy volume pair 1200:0700 relationship
successfully paused.
CMUC00157I pausepprc: Remote Mirror and Copy volume pair 1201:0701 relationship
successfully paused.
See “Pausing a Metro Mirror relationship” on page 572 for more information.
6. Establish paths between the local and intermediate sites that contain the B to A Metro Mirror
volumes. Enter the mkpprcpath command at the dscli command prompt with the following
parameters and variables:
See “Creating remote mirror and copy paths” on page 567 for more information.
7. Issue a failback command to the B volumes (with A volumes as secondaries): Host I/O processing
continues uninterrupted to the B volumes as the A volumes are made current. This command copies
the changes back to the A volumes that were made to the B volumes while hosts are running on the
B volumes. (In a DS CLI environment, where the local and intermediate sites use different
management consoles, you have to use a different DS CLI session for the management console of the
B volumes at the intermediate site.) Enter the failbackpprc command at the dscli command prompt
with the following parameters and variables:
dscli> failbackpprc -dev IBM.2107-75ALA2P -remotedev IBM.2107-130165X
-type gcp 1200-125f:1a00-1a5f
The following represents an example of the output:
CMUC00197I failbackpprc: Remote Mirror and Copy pair 1200:1a00
successfully failed back.
CMUC00197I failbackpprc: Remote Mirror and Copy pair 1201:1a01
successfully failed back.
CMUC00197I failbackpprc: Remote Mirror and Copy pair 1202:1a02
successfully failed back.
See “Running a recovery failback operation” on page 577 for more information.
8. Wait for the copy process of the B to A volumes to reach full duplex (all out-of-sync tracks have
completed copying). Host writes are no longer tracked. Monitor this activity by issuing queries to
determine when the B to A volumes reach full duplex status (the number of out-of-sync tracks
reaches zero). Enter the lspprc command at the dscli command prompt with the following
parameters and variables:
dscli> lspprc -dev IBM.2107-75ALA2P -remotedev -remotedev IBM.2107-75ALA2P
-l -fmt default 1200-125f:1a00-1a5f
See “Viewing information about Metro Mirror relationships” on page 578 for more information.
9. Quiesce host I/O processing to the B volumes.
10. Issue a failover command to the A to B volumes. This process ends the B to A volume relationships
and establishes the A to B volume relationships. Enter the failoverpprc command at the dscli
command prompt with the following parameters and variables:
dscli> failoverpprc -dev IBM.2107-130126X -remotedev IBM.2107-75ALA2P -type
mmir 1a00-1a5f:1200-125f
The following represents an example of the output:
CMUC00196I failoverpprc: Remote Mirror and Copy pair 1A00:1200
successfully reversed.
CMUC00196I failoverpprc: Remote Mirror and Copy pair 1A01:1201
successfully reversed.
CMUC00196I failoverpprc: Remote Mirror and Copy pair 1A02:1202
successfully reversed.
See “Running a recovery failover operation” on page 578 for more information.
11. Reestablish paths (that were disabled by the freeze operation) between the local site LSS and
intermediate site LSS that contain the B to A Metro Mirror volume pairs. Enter the mkpprcpath
command at the dscli command prompt with the following parameters and variables:
dscli> mkpprcpath -dev IBM.2107-130165X -remotedev IBM.2107-75ALA2P
-remotewwnn 5005076303FFC550 -srclss 61 -tgtlss 63
-consistgrp I0102:I0031 I0002:I0102
See “Reestablishing remote mirror and copy paths (site A to site B)” on page 615 for more
information.
12. Issue a failback command to the A to B volumes. This failback command completes the restore of
the A to B volume relationship (the B volume becomes the target). The replication of the data starts
immediately when the command is finished. Depending on how many tracks have changed during
the disaster recovery test, resynchronization might take a long time.
Note: At this point, you can resume host I/O processing to the local site if optimizing host
availability is critical. However, new host I/O that is copied to the A volumes at the local site is not
fully protected by Global Mirror processing until the Global Mirror operation is restored in step 15.
Enter the failbackpprc command at the dscli command prompt with the following parameters and
variables:
dscli> failbackpprc -dev IBM.2107-130165X -remotedev IBM.2107-75ALA2P
-type mmir 1a00-1a5f:1200-125f
The following represents an example of the output:
CMUC00197I failbackpprc: Remote Mirror and Copy pair 1A00:1200
successfully failed back.
CMUC00197I failbackpprc: Remote Mirror and Copy pair 1A01:1201
successfully failed back.
CMUC00197I failbackpprc: Remote Mirror and Copy pair 1A02:1202
successfully failed back.
See “Running a recovery failback operation” on page 577 for more information.
13. Reestablish Global Copy relationships between the B and C volumes with the Resync and
Cascade options. When the failback operation has been done, Global Copy relationships can be
re-created. Enter the mkpprc command at the dscli command prompt with the following parameters
and variables:
dscli> mkpprc -dev IBM.2107-75ALA2P -remotedev IBM.2107-1831760
-type gcp -mode nocp -cascade 1200-125f:0700-075f
The following represents an example of the output:
CMUC00153I mkpprc: Remote Mirror and Copy volume pair relationship 1200:0700
successfully created.
CMUC00153I mkpprc: Remote Mirror and Copy volume pair relationship 1201:0701
successfully created.
CMUC00153I mkpprc: Remote Mirror and Copy volume pair relationship 1202:0702
successfully created.
See “Creating a Global Copy relationship” on page 572 for more information.
14. Wait until the first pass of the Global Copy processing of the B and C volumes has completed.
You can monitor this activity by querying the status of the B to C volume pairs in Global Copy
relationships. Enter the lspprc command at the dscli command prompt with the following
parameters and variables:
dscli> lspprc -dev IBM.2107-75ALA2P -remotedev IBM.2107-75ALA2P -l
-fmt default 1200-125f:0700-075f
15. Resume Global Mirror. Now that the original infrastructure has been restored, you can resume the
Global Mirror session. Enter the resumegmir command at the dscli command prompt with the
following parameters and variables:
dscli> resumegmir -dev IBM.2107-75ALA2P -session 1 -lss 07
The following represents an example of the output:
CMUC00164I resumegmir: Global Mirror for session 1 successfully resumed.
See “Resuming Global Mirror processing” on page 589 for more information.
Last CG
Total Total Succes- Failed Succes- Coord. Interval
Failed Succes- sful CG CG after sful CG Time Time
CG sful CG Percen- Last Form (milli- (sec-
ID Count Count tage Success Time seconds) onds)
IBM.2107 0 55 100 0 10/20/ 50 0
-130165X 2005
/07 11:38:25
MST
Max
CG First First Last
Drain Failure First First First Failure Failure Last
Time Control Failure Failure Failure Master Control Failure
(seconds) Unit LSS Status Reason State Unit LSS
30 - - No Error - - - -
See “Querying Global Mirror processing” on page 588 for more information.
Before you issue a failover operation to the remote site, ensure that data processing has completely
stopped between the local and intermediate sites. If you fail to do so, data can be lost if you did not stop
I/O to the A volumes at the local site before recovering at the remote site.
This scenario describes the steps in which a failover operation is done to move production from the local
site to a remote site and then a failback operation is done when processing is ready to return to the local
site. Assume that host I/O cannot be sent to the local site (Site A) in a Metro/Global Mirror configuration
and it is not possible to run your systems using the B volumes at the intermediate site. You can switch
operations to your remote site (Site C), which allows the processing of data to resume at the remote site.
The Global Copy relationships between volumes at the intermediate and remote site are still operational.
Global Mirror continues to operate between these two sites.
Note: For planned and unplanned outages at the local site and for certain disaster scenarios, GDPS
HyperSwap can reset and restart systems using data from the B volumes following a failover operation.
Complete these steps for failover and restore operations at the remote site: (The steps in this scenario are
examples.)
1. At the local site, ensure that data consistency is achieved between the A and B volume pairs. This
process will help coordinate the A and B volumes consistency and allow consistent data to be copied
to the C volumes at the remote site. You can use either one of the following methods:
v Quiesce host I/O to the A volumes at the local site.
v Freeze write activity to the Metro Mirror primary volumes.
If you quiesce I/O processing to the A volumes at the local site, continue to step 2 on page 637.
If you freeze write activity to the Metro Mirror primary volumes, complete the following steps:
a. Freeze updates to the A volumes in Metro Mirror relationships across the affected LSSs. This
process ensures that the B volumes will be consistent at the time of the freeze. (One command
per LSS is required.)
freezepprc -dev IBM.2107-130165X -remotedev IBM.2107-75ALA2P 07:12
The following example shows output that displays:
CMUC00161W freezepprc: Remote Mirror and Copy consistency group 07:12
successfully created.
As a result of the freeze action, the following processing occurs:
v I/O processing to the Metro Mirror volume pairs is temporarily queued during the time that
updates are frozen.
v The volume pairs that are associated with the source and target LSSs are suspended. During
this time, the storage unit collects data that is sent to the A volumes that are in Metro Mirror
relationships.
v The established paths between the LSS pairs are disabled.
b. If wanted, you can view the state of the pair status at the local site after the freezepprc command
has been processed. Enter the lspprc command at the dscli command prompt with the following
parameters and variables:
dscli> lspprc -dev IBM.2107-130165X -remotedev IBM.2107-75ALA2P
-fmt default 0700-075f
The following example shows output that displays:
Notes:
1) The command example uses the command parameter -fmt default. This command parameter
specifies that the output be set to a space-separated plain text table.
2) The following table format is presented for clarity. The actual report is not displayed in this
format.
3) The report example represents the information that is reported on when you do not specify
the -l parameter.
First
Source- Timeout Critical Pass
ID State Reason Type LSS (secs) Mode Status
0700:1200 Suspend- Freeze Metro Mirror 07 unknown Disabled Invalid
ed
0701:1201 Suspend- Freeze Metro Mirror 07 unknown Disabled Invalid
ed
0702:1202 Suspend- Freeze Metro Mirror 07 unknown Disabled Invalid
ed
Last CG
Total Total Succes- Failed Succes- Coord. Interval
Failed Succes- sful CG CG after sful CG Time Time
CG sful CG Percen- Last Form (milli- (sec-
ID Count Count tage Success Time seconds) onds)
IBM.2107 23 139 85 0 02/20/ 50 0
-75ALA 2006
2P/10 11:33:56
MST
Max
CG First First Last
Drain Failure First First First Failure Failure Last
Time Control Failure Failure Failure Master Control Failure
(seconds) Unit LSS Status Reason State Unit LSS
30 IBM.2107 0x12 Error Session Global IBM.2107 Not
-75ALA or Mirror -75ALA Available
2P Session Run in 2P
Members Progress
not in
Correct
State
3. End the Global Mirror session between the B and C volume pairs.
Enter the rmgmir command at the dscli command prompt with the following parameters and
variables:
Last CG
Total Total Succes- Failed Succes- Coord. Interval
Failed Succes- sful CG CG after sful CG Time Time
CG sful CG Percen- Last Form (milli- (sec-
ID Count Count tage Success Time seconds) onds)
IBM.2107 414 148054 99 0 03/20/ 50 0
-75ALA 2006
2P/10 15:33:56
MST
Max
CG First First Last
Drain Failure First First First Failure Failure Last
Time Control Failure Failure Failure Master Control Failure
(seconds) Unit LSS Status Reason State Unit LSS
30 IBM.2107 0x12 Error Session Global IBM.2107 Not
-75ALA or Mirror -75ALA Available
2P Session Run in 2P
Members Progress
not in
Correct
State
5. Delete the relationships between the B and C volume pairs between the intermediate and remote
sites. This prepares for reversing the direction of the volume pair from the remote site to the
intermediate site. The cascaded relationship ends as well.
Note: When the relationships between the B and C volumes are deleted, the cascade parameter is
disabled for the B volumes and the B volumes are no longer detected as being in cascaded
relationships.
Enter the rmpprc command at the dscli command prompt with the following parameters and
variables:
Out
Of
Sync Tgt Src
ID State Reason Type Tracks Read Cascade
0700:1200 Copy - Global 0 Disabled Disabled
Pending Copy
0701:1201 Copy - Global 0 Disabled Disabled
Pending Copy
0702:1202 Copy - Global 0 Disabled Disabled
Pending Copy
11. Reestablish paths (that were disabled by the freeze operation) between the local site LSS and
intermediate site LSS that contain the B to A Metro Mirror volume pairs. Enter the mkpprcpath
command at the dscli command prompt with the following parameters and variables:
dscli> mkpprcpath -dev IBM.2107-130165X -remotedev IBM.2107-75ALA2P
-remotewwnn 5005076303FFC550 -srclss 61 -tgtlss 63 -consistgrp
I0102:I0031 I0002:I0102
The following example shows output that displays:
CMUC00149I mkpprcpath: Remote Mirror and Copy path 61:63
successfully established.
See “Creating remote mirror and copy paths” on page 567 for more information.
12. Issue a failback command to the B to A volume pairs. This command copies the changes back to
the A volumes that were made to the B volumes while hosts were running on the B volumes. The A
volumes are now synchronized with the B volumes. (In a DS CLI environment, where the local and
intermediate sites use different management consoles, you have to use a different DS CLI session for
the management console of the B volumes at the intermediate site.) Enter the failbackpprc command
at the dscli command prompt with the following parameters and variables:
dscli> failbackpprc -dev IBM.2107-75ALA2P -remotedev IBM.2107-130165X
-type gcp 1200-125f:1a00-1a5f
The following example shows output that displays:
CMUC00197I failbackpprc: Remote Mirror and Copy pair 1200:1A00 successfully
failed back.
CMUC00197I failbackpprc: Remote Mirror and Copy pair 1201:1A01 successfully
failed back.
CMUC00197I failbackpprc: Remote Mirror and Copy pair 1202:1A02 successfully
failed back.
See “Running a recovery failback operation” on page 577 for more information.
13. Wait for the copy process of the B and A volume pairs to reach full duplex (all out-of-sync tracks
have completed copying). You can monitor this activity by querying the status of the B and A
volumes. As soon as the number of out-of-sync tracks reaches zero, all data has been copied and the
data on the B and A volumes is equal. At this point, the data on volumes A, B, and C is equal. Enter
the lspprc command at the dscli command prompt with the following parameters and variables:
dscli> lspprc -dev IBM.2107-75ALA2P -remotedev IBM.2107-130165X -l -fmt default
1200-125f:1a00-1a5f
14. Delete the Global Copy relationships between the C and B volume pairs between the
intermediate and remote sites. Deleting the Global Copy relationships between the C to B volume
pairs prepares for restoring to the original Global Copy relationships between the B to C volume
pairs. Enter the lspprc command at the dscli command prompt with the following parameters and
variables:
dscli> rmpprc -quiet -dev IBM.2107-1831760 -remotedev IBM.2107-75ALA2P
0700-075f:1200-125f
The following example shows output that displays:
See “Creating remote mirror and copy paths” on page 567 for more information.
17. Issue a failback command to the A to B volumes. This command copies the changes back to the A
volumes that were made to the B volumes in Metro Mirror relationships while hosts were running
on the B volumes. The A volumes are now synchronized with the B volumes. (In a DS CLI
environment, where the local and intermediate sites use different management consoles, you have to
use a different DS CLI session for the management console of the B volumes at the intermediate
site.) Enter the failbackpprc command at the dscli command prompt with the following parameters
and variables:
Enter the failbackpprc command at the dscli command prompt with the following parameters and
variables:
dscli> failbackpprc -dev IBM.2107-130165X -remotedev IBM.2107-75ALA2P
-type mmir 1a00-1a5f:1200-125f
The following example shows output that displays:
CMUC00197I failbackpprc: Remote Mirror and Copy pair 1A00:1200
successfully failed back.
CMUC00197I failbackpprc: Remote Mirror and Copy pair 1A01:1201
successfully failed back.
CMUC00197I failbackpprc: Remote Mirror and Copy pair 1A02:1202
successfully failed back.
See “Running a recovery failback operation” on page 577 for more information.
18. Reestablish the B to C volume pairs in Global Copy relationships. Specify the NOCOPY option
and the Cascade options. Enter the mkpprc command at the dscli command prompt with the
following parameters and variables:
dscli> mkpprc -dev IBM.2107-75ALA2P -remotedev IBM.2107-1831760 -type gcp
-mode nocp -cascade 1200-125f:0700-075f
The following example shows output that displays:
See “Creating a Global Copy relationship” on page 572 for more information.
19. Use FlashCopy to create a copy of C source volumes to the D target volumes. Enter the mkflash
command at the dscli command prompt with the following parameters and variables. This creates a
backup copy of the consistency group.
dscli> mkflash -dev IBM.2107-1831760 -tgtinhibit -record -persist
-nocp 1300-125f:1900-195f
See “Creating FlashCopy relationships (Global Mirror setup)” on page 594 for more information.
20. Resume Global Mirror processing. Enter the resumegmir command at the dscli command prompt
with the following parameters and variables:
dscli> resumegmir -dev IBM.2107-75ALA2P -session 31 -lss
The following example shows output that displays:
CMUC00164I resumegmir: Global Mirror for session 31 successfully resumed.
See “Resuming Global Mirror processing” on page 589 for more information.
21. Resume host I/O processing to the A volumes.
If possible, before you issue a failover operation to the remote site, ensure that data processing has
completely stopped at the local and intermediate sites. If you fail to do so, data can be lost if you did not
quiesce I/O processing to the local site before recovering at the remote site.
For this scenario, assume that host I/O processing is being sent to the local site in a Metro/Global Mirror
configuration. A failure occurs at the local (A) site and it is not possible to run your systems using the B
volumes at the intermediate site. You can switch operations to your remote (C) site, which allows the
processing of data to resume at site C. This process is known as a failover recovery. The Global Copy
relationship between volumes at the intermediate and remote site is still operational. Global Mirror
continues to operate between these two sites.
Note: The steps to run a failover operation to the remote site (C) can be done using a single GDPS
automation script running in a GDPS Global Mirror remote controlling system. GDPS provides a recovery
check function that determines the state of the volumes before the necessary actions to run a recovery
function are done. This process alerts the user to fix the required problem before running the actual
recovery, which can reduce the time required to complete it.
Complete the following steps after a failure has been detected at the local site. (The steps in this scenario
are examples.)
Note: When you use the showgmir command with the -metrics parameter, you can monitor the
progress of the consistency group formation. When Global Mirror is running, the number of
consistency groups is steadily growing each time you issue the showgmir command.
Enter the showgmir -metrics command at the dscli command prompt with the following parameters
and variables:
dscli> showgmir -metrics 10
The following represents an example of the output:
Failed Last CG
Total Succes- CG Succes- Inter-
Total Succes- sful after sful Coord. val
Failed sful CG Last CG Time Time
CG CG Percen- Suc- Form (milli- (sec-
ID Count Count tage cess Time seconds) onds)
IBM. 23 139 85 0 02/20/ 50 0
2107- 2006
75ALA 11:33:56
2P/10 MST
Prev- Prev-
Last ious Prev- Prev- Prev- ious
Last Last Failure Failure ious ious ious Failure
Failure Failure Master Control Failure Failure Failure Master
Status Reason State Unit LSS Status Reason State
Error Max Drain IBM.2107 Not Error Max Drain
Drain in -75ALA Avail- Drain in
Time Prog- 2P able Time Prog-
Exceed- ress Exceed- ress
ed ed
3. Stop the Global Mirror session from which the B and C volume pairs are included. Enter the
rmgmir command at the dscli command prompt with the following parameters and variables:
dscli> rmgmir -quiet -lss 10 -session 31
The following represents an example of the output:
CMUC00165I rmgmir: Global Mirror for session 31
successfully stopped.
See “Ending Global Mirror processing (script mode)” on page 590 or “Ending Global Mirror
processing (no script)” on page 591 for more information.
4. Verify that the Global Mirror session has ended. Consistency groups do not form when Global
Mirror processing is stopped.
See “Querying Global Mirror processing” on page 588 for more information.
Enter the showgmir command at the dscli command prompt with the following parameters and
variables:
dscli> showgmir 10
The following represents an example of the output:
CG Coord. CG
Inter- Time Drain
Master val (milli- Time
Master Session Copy Fatal (sec- sec- (sec- Current
ID Count ID State Reason onds) onds) onds) Time
IBM. - - - - - - - -
2107-
75ALA
2P/10
5. Delete the Global Copy relationships between the B and C volume pairs at the intermediate and
remote sites. When the relationships between the B and C volumes are deleted, the cascade
parameter is disabled for the B volumes and the B volumes are no longer detected as being in
cascaded relationships. Enter the rmpprc command at the dscli command prompt with the following
parameters and variables:
dscli> rmpprc -quiet -dev IBM.2107-75ALA2P -remotedev IBM.2107-1831760
1200-125f:0700-075f
See “Deleting a Metro Mirror relationship” on page 573 for more information.
6. Issue a failover command to the B volumes with the Cascade option. With this process, updates
are collected using the change recording feature, which allows the later resynchronization of the B to
A volumes. Enter the failoverpprc command at the dscli command prompt with the following
parameters and variables:
dscli> failoverpprc -dev IBM.2107-75ALA2P -remotedev IBM.2107-130165X
-type gcp -cascade 1200-125f:1a00-1a5f
The following represents an example of the output:
CMUC00196I failoverpprc: Remote Mirror and Copy pair 1200:1A00
successfully reversed.
CMUC00196I failoverpprc: Remote Mirror and Copy pair 1201:1A01
successfully reversed.
CMUC00196I failoverpprc: Remote Mirror and Copy pair 1202:1A02
successfully reversed.
See “Running a recovery failover operation” on page 578 for more information.
7. Create Global Copy relationships using the C and B volume pairs. Specify the NOCOPY option.
Enter the mkpprc command at the dscli command prompt with the following parameters and
variables:
Note: You can specify the NOCOPY option with the following commands because the B and C
volume pairs contain exact copies of data.
dscli> mkpprc -dev IBM.2107-1831760 -remotedev IBM.2107-75ALA2P -type gcp
-mode nocp 0700-075f:1200-125f
The following represents an example of the output:
CMUC00153I mkpprc: Remote Mirror and Copy volume pair relationship 0700:1200
successfully created.
CMUC00153I mkpprc: Remote Mirror and Copy volume pair relationship 0701:1201
successfully created.
CMUC00153I mkpprc: Remote Mirror and Copy volume pair relationship 0702:1202
successfully created.
See “Creating a Global Copy relationship” on page 572 for more information.
See “Creating FlashCopy relationships (Global Mirror setup)” on page 594 for more information.
9. Create a Global Mirror session using the C volumes. Enter the mksession command at the dscli
command prompt with the following parameters and variables:
dscli> mksession -lss 07 1
The following represents an example of the output:
CMUC00145I mksession: Session 1 opened successfully.
See “Creating the Global Mirror session” on page 595 for more information.
10. Start the Global Mirror session from which the C, B and E volumes are included. Enter the
mkgmir command at the dscli command prompt with the following parameters and variables:
dscli> mkgmir -lss 07 -session 1
The following represents an example of the output:
CMUC00162I mkgmir: Global Mirror for session 1 successfully started.
See “Starting Global Mirror processing” on page 590 for more information.
11. Verify that the Global Mirror session has started. Enter the showgmir command at the dscli
command prompt with the following parameters and variables:
dscli> showgmir 07
The following represents an example of the output:
CG Coord. CG
Inter- Time Drain
Master val (milli- Time
Master Session Copy Fatal (sec- sec (sec- Current
ID Count ID State Reason onds) onds) onds) Time
IBM. 1 0x01 Running Not Fatal 0 50 30 02/20/
2107- 2006
75ALA 11:37:40
2P/07 MST
Flash-
Succes- Copy Master/
sful CG Sequ- Subor- Subordi-
CG Percen- ence Master dinate nate
Time tage Number ID Count Assoc.
02/20/ 100 0x4357E- IBM. 0 -
2006 3F4 2107-
11:37:40 75ALA
MST 2P/07
12. Allow the I/O to run and monitor the formation of the consistency groups. Enter the showgmir
command at the dscli command prompt with the following parameters and variables:
CG Coord. CG
Inter- Time Drain
Master val (milli- Time
Master Session Copy Fatal (sec- sec- (sec- Current
ID Count ID State Reason onds) onds) onds) Time
IBM. 1 0x01 Running Not Fatal 0 50 30 02/20/
2107- 2006
75ALA 11:37:40
2P/07 MST
Flash-
Succes- Copy Master/
sful CG Sequ- Subor- Subordi-
CG Percen- ence Master dinate nate
Time tage Number ID Count Assoc.
02/20/ 100 0x4357E3- IBM. 0 -
2006 F4 2107-
11:37:40 75ALA
MST 2P/07
13. When the local site is ready to return, issue a failback command to the B and A volumes. Before
the applications are started at the local site, data at the local site has to be copied from the
intermediate site. Issue the failbackpprc command to start copying data from the B volumes at the
intermediate site to the A volumes at the local site while hosts are running on the B volumes. When
all data is copied, the A volumes are synchronized with the B volumes.
Note: In a DS CLI environment, where the local and intermediate sites use different management
consoles, you have to use a different DS CLI session for the management console of the B volumes at
the intermediate site.
Enter the failbackpprc command at the dscli command prompt with the following parameters and
variables:
dscli> failbackpprc -dev IBM.2107-130165X -remotedev IBM.2107-75ALA2P
-type gcp -cascade 1200-125f:1a00-1a5f
The following represents an example of the output:
CMUC00197I failbackpprc: Remote Mirror and Copy pair 1200:1A00 successfully
failed back.
CMUC00197I failbackpprc: Remote Mirror and Copy pair 1201:1A01 successfully
failed back.
CMUC00197I failbackpprc: Remote Mirror and Copy pair 1202:1A02 successfully
failed back.
See “Running a recovery failback operation” on page 577 for more information.
14. Wait for the copy operation of the B and A volumes to reach full duplex status (all out-of-sync
tracks have completed copying). You can monitor this activity by querying the status of the B and A
volume pairs. Enter the lspprc command at the dscli command prompt with the following
parameters and variables:
dscli> lspprc -dev IBM.2107-75ALA2P -remotedev IBM.2107-130165X -l
-fmt default 1200-125f
The following represents an example of the output:
15. End I/O processing to the C volumes.. Enter the rmgmir command at the dscli command prompt
with the following parameters and variables:
dscli> rmgmir -quiet -lss 07 -session 1
The following represents an example of the output:
CMUC00165I rmgmir: Global Mirror for session 1 successfully stopped.
See “Ending Global Mirror processing (script mode)” on page 590 or “Ending Global Mirror
processing (no script)” on page 591 for more information.
16. Verify that at least two consistency groups have formed. Assuming that the consistency groups
formed successfully, the A, B, C, and E volumes contain consistent data. (Data at the remote site is
consistent to the last successful consistency group formed by the master storage unit.)See “Querying
Global Mirror processing” on page 588 for more information.
Enter the showgmir -metrics command at the dscli command prompt with the following parameters
and variables:
dscli> showgmir -metrics 07
The following represents an example of the output:
Last Coord. CG
Total Total Succes- Failed Succes- Time Interval
Failed Succes- sful CG CG after sful CG (milli- Time
CG sful CG Percent- Last Form sec- (sec-
ID Count Count age Success Time onds) onds)
IBM.2107 0 55 100 0 02/20/ 50 0
-75ALA 2006
2P/10 11:38:25
MST
Max
CG First First Last
Drain Failure First First First Failure Failure Last
Time Control Failure Failure Failure Master Control Failure
(seconds) Unit LSS Status Reason State Unit LSS
30 - - No Error - - - -
17. End the Global Mirror session between the C, B, and E volumes. Enter the rmgmir command at
the dscli command prompt with the following parameters and variables:
dscli> rmgmir -quiet -lss 07 -session 1
The resulting output is displayed:
CMUC00165I rmgmir: Global Mirror for session 1 successfully stopped
See “Ending Global Mirror processing (script mode)” on page 590 or “Ending Global Mirror
processing (no script)” on page 591 for more information.
18. Verify that the Global Mirror session that includes the C, B, and E volumes has stopped. Enter the
showgmir command at the dscli command prompt with the following parameters and variables.
showgmir 07
The following represents an example of the output:
Last Coord. CG
Total Total Succes- Failed Succes- Time Interval
Failed Succes- sful CG CG after sful CG (milli- Time
CG sful CG Percen- Last Form sec- (sec-
ID Count Count tage Success Time onds) onds)
IBM.2107 23 139 85 0 02/20/ 50 0
-75ALA 2006
2P/10 11:33:56
MST
Max
CG First First Last
Drain Failure First First First Failure Failure Last
Time Control Failure Failure Failure Master Control Failure
(seconds) Unit LSS Status Reason State Unit LSS
30 IBM.2107 0x12 Error Session Global IBM.2107 Not
-75ALA or Mirror -75ALA Available
2P Session Run in 2P
Members Progress
not in
Correct
State
See “Querying Global Mirror processing” on page 588 for more information.
See “Removing volumes from a session (Global Mirror)” on page 596 for more information.
20. Delete the Global Copy relationships between the C to B volumes between the intermediate and
remote sites. Deleting the Global Copy relationships between the C to B volume pairs prepares for
restoring to the original Global Copy relationships between the B to C volume pairs. The cascaded
relationship ends, as well.
Enter the rmpprc command at the dscli command prompt with the following parameters and
variables:
dscli> rmpprc -quiet -dev IBM.2107-1831760 -remotedev IBM.2107-75ALA2P
0700-075f:1200-125f
CMUC00155I rmpprc: Remote Mirror and Copy volume pair 0700:1200 relationship
successfully withdrawn.
CMUC00155I rmpprc: Remote Mirror and Copy volume pair 0701:1201 relationship
successfully withdrawn.
CMUC00155I rmpprc: Remote Mirror and Copy volume pair 0702:1202 relationship
successfully withdrawn.
See “Deleting a Metro Mirror relationship” on page 573 for more information.
21. Issue a failover command to the A to B volumes. This process ends the Metro Mirror relationships
between the B and A volumes and establishes the Metro Mirror relationships between the A and B
volume pairs. Enter the failoverpprc command at the dscli command prompt with the following
parameters and variables:
failoverpprc -dev IBM.2107-130165X -remotedev IBM.2107-75ALA2P -type mmir
1a00-1a5f:1200-125f
The following represents an example of the output:
CMUC00196I failoverpprc: Remote Mirror and Copy pair 1A00:1200 successfully
reversed.
CMUC00196I failoverpprc: Remote Mirror and Copy pair 1A01:1201 successfully
reversed.
CMUC00196I failoverpprc: Remote Mirror and Copy pair 1A02:1202 successfully
reversed.
22. Reestablish paths that were disabled by the freeze operation between the local site LSS and
intermediate site LSS that contain the B to A Metro Mirror volume pairs. Enter the mkpprcpath
command at the dscli command prompt with the following parameters and variables:
dscli> mkpprcpath -dev IBM.2107-75ALA2P -remotedev IBM.2107-130165X
-remotewwnn 5005076303FFC550 -srclss 61 -tgtlss 63 -consistgrp
I0102:I0031 I0002:I0102
The resulting output is displayed:
CMUC00149I mkpprcpath: Remote Mirror and Copy path 61:63
successfully established.
See “Reestablishing remote mirror and copy paths (site A to site B)” on page 615 for more
information.
23. Issue a failback command to the A and B volumes. This command copies the changes back to the
A volumes that were made to the B volumes in Metro Mirror relationships while hosts were running
on the B volumes. The A volumes are now synchronized with the B volumes. (In a DS CLI
environment, where the local and intermediate sites use different management consoles, you have to
See “Creating a Global Copy relationship” on page 572 for more information.
25. Optionally, you can issue a FlashCopy operation to create a backup copy of all the C, B, and E
volumes from which the last consistency group was created. If you need to preserve data from the
set of volumes (or consistency group) that was created using the E volumes, allow the background
copy from the FlashCopy process to complete before you continue to the next step, which describes
removing the FlashCopy relationship between the B to E volume pairs.
Enter the mkflash command at the dscli command prompt with the following parameters and
variables:
dscli> mkflash -dev IBM.2107-75ALA2P -tgtinhibit -record -persist -nocp
1200-125f:1900-195f
The following represents an example of the output:
CMUC00137I mkflash: FlashCopy pair 1200:1900 successfully created.
CMUC00137I mkflash: FlashCopy pair 1201:1901 successfully created.
See “Creating FlashCopy relationships (Global Mirror setup)” on page 594 for more information.
26. Delete the FlashCopy relationship between the B and E volume pairs to end the relationship at
the intermediate site. Enter the rmflash command at the dscli command prompt with the following
parameters and variables:
dscli> rmflash -dev IBM.2107-75ALA2P -quiet 1200-125f:1900-195f
The following represents an example of the output:
CMUC00140I rmflash: FlashCopy pair 1200:1900 successfully removed.
CMUC00140I rmflash: FlashCopy pair 1201:1901 successfully removed.
See “Resuming Global Mirror processing” on page 589 for more information.
28. Resume I/O on A volumes.
29. Verify that consistency groups are forming successfully.
Enter the showgmir -metrics command at the dscli command prompt with the following parameters
and variables:
dscli> showgmir -metrics 10
The following represents an example of the output:
CG
Last Coord. Inter-
Total Total Succes- Failed Succes- Time val
Failed Succes- sful CG CG after sful CG (milli- Time
CG sful CG Percen- Last Form sec- (sec-
ID Count Count tage Success Time onds) onds)
IBM.2107 1 39 97 0 02/20/ 50 0
-75ALA 2006
2P/10 11:33:56
MST
Max
CG First First Last
Drain Failure First First First Failure Failure Last
Time Control Failure Failure Failure Master Control Failure
(seconds) Unit LSS Status Reason State Unit LSS
30 IBM.2107 0x12 Error Session Global IBM.2107 0x12
-75ALA or Mirror -75ALA
2P Session Run in 2P
Members Progress
not in
Correct
State
See “Querying Global Mirror processing” on page 588 for more information.
This process uses forced failover and forced failback processing to establish a relationship between the C
and A volumes without verification that this relationship already existed. A -force parameter has been
added to the failoverpprc and failbackpprc commands to accommodate this processing.
Attention: Use the -force parameter only as directed. This parameter can cause severe damage to your
data if it is misused. Contact IBM Support before you attempt to use the -force parameter if your outage
situation is outside the boundaries of this example.
Complete the following steps to failover and restore operations to the intermediate (B) site.
1. At the local site, ensure that data consistency is achieved between the site A and site B volumes.
You can use freeze and unfreeze commands that are supported using external automation software
to create data consistency to multiple Metro Mirror volume pairs.
To freeze write activity to Metro Mirror primary volumes, complete the following steps:
a. Freeze updates to the A volumes in Metro Mirror relationships across the affected LSSs. This
ensures that the B volumes will be consistent at the time of the freeze process. (One command
per LSS is required.)
Enter the freezepprc command at the dscli command prompt with the following parameters and
variables:
dscli> freezepprc -dev IBM.2107-130165X -remotedev IBM.2107-75ALA2P 07-12
The following represents an example of the output:
CMUC00161W freezepprc: Remote Mirror and Copy consistency group 07:12
successfully created.
As a result of the freeze action, the following processing occurs:
v The established Remote Mirror and Copy paths between the LSS pairs are deleted.
v The volume pairs that are associated with the source and target LSSs are suspended. During
this time, the storage unit collects data that is sent to the A volumes in Metro Mirror
relationships.
v I/O to the Metro Mirror volume pairs is temporarily queued.
b. Resume operations following a freeze. This operation—also called a thaw operation—allows
I/O processing to resume for the specified volume pairs.
Enter the unfreezepprc command at the dscli command prompt with the following parameters
and variables:
Note: For this step to succeed you must ensure that the Remote Mirror and Copy paths between all
Global Mirror source and target pairs and between the Master and subordinate storage units have
been created.
Enter the failoverpprc command at the dscli prompt with the following parameters and variables:
dscli> failoverpprc -dev storage_image_ID -remotedev storage_image_ID
-type gcp -cascade -force SourceVolumeID:TargetVolumeID
Example
dscli> failoverpprc -dev IBM.2107-183176O -remotedev IBM.2107-130165X -type
gcp -cascade -force 1200-125f:1A00-1A5f
The following represents an example of the output:
CMUC00196I failoverpprc: Remote Mirror and Copy pair 1200:1A00
successfully reversed.
CMUC00196I failoverpprc: Remote Mirror and Copy pair 1201:1A01
successfully reversed.
CMUC00196I failoverpprc: Remote Mirror and Copy pair 1202:1A02
successfully reversed.
3. End the Metro Mirror relationship between the A to B volumes at the B volumes intermediate
site.
Enter the rmpprc command at the dscli command prompt with the following parameters and
variables:
dscli> rmpprc -dev storage_image_ID -remotedev storage_image_ID
-at tgt -unconditional -quiet TargetVolumeID
Example
dscli> rmpprc -dev IBM.2107-75ALA2P -remotedev IBM.2107-130165X
-at tgt -unconditional -quiet 1200-125f
4. Redirect host I/O processing to the B volumes. Changes are recorded on the B volumes until the A
volumes can be resynchronized with the B volumes. Also, Global Mirror continues to operate from
site B to site C.
Note: You can run in this configuration until the A site has recovered and you want to restore
operations there. Begin the next step after the A volumes have been recovered and you're still in
production on the B volumes.
5. Copy changes from site C back to site A, using the -force parameter. Host I/O processing
continues uninterrupted to the B volumes while the A volumes are made current. (The data is still
flowing from B to C, so any changes made to B are being transferred to C and therefore will get
from C to A.) This command copies the changes back to the A volumes that were made to the B
volumes while hosts were running on the A volumes. (In a DS CLI environment, where the local and
remote sites are not using the same management console, you have to use the management console
of the remote site.)
Enter the failbackpprc command at the dscli command prompt with the following parameters and
variables:
dscli> failbackpprc -dev storage_image_ID -remotedev storage_image_ID
-type gcp -force SourceVolumeID:TargetVolumeID
Example
dscli> failbackpprc -dev IBM.2107-183176O -remotedev IBM.2107-130165X
-type gcp -force 1200-125f:1A00-1A5f
Time- First
Source- out Critical Pass
ID State Reason Type LSS (secs) Mode Status
IBM.2107- Copy - Global IBM.2107- 300 Disabled True
183176O Pend- Copy 130165X
/2101: ing /20
IBM.2107-
130165X
/2101
IBM.2107- Copy - Global IBM.2107- 300 Disabled True
183176O Pend- Copy 130165X
/2100: ing /20
IBM.2107-
130165X
/2100
7. Modify Global Copy relationships between the B and C volume pairs. Specify the NOCOPY
option and initiate incremental resynchronization without initialization.
Enter the mkpprc command at the dscli command prompt with the following parameters and
variables:
dscli> mkpprc -dev storage_image_ID -remotedev storage_image_ID
-type gcp -incrementalresync enablenoinit -mode nocp
SourceVolumeID:TargetVolumeID
Example
dscli> mkpprc -dev IBM.2107-75ALA2P -remotedev IBM2107-183176O -type gcp
-incrementalresync enablenoinit -mode nocp 1200-125f:1A00-1A5f
The following represents the first two lines of the output:
CMUC00153I mkpprc: Remote Mirror and Copy volume pair
relationship 1200:1A00 successfully created.
CMUC00153I mkpprc: Remote Mirror and Copy volume pair
relationship 1201:1A01 successfully created.
8. Begin the process to return production to site A. First, the Global Mirror session at site B must be
stopped.
Enter the rmgmir command at the dscli command prompt with the following parameters and
variables:
dscli> rmgmir -dev storage_image_ID -lss LSS_ID -session session_ID
Master_Control_Path_LSS_ID:Subordinate_Control_Path_LSS_ID
Note: Global Mirror processing continues to operate with site A volumes to site C volumes.
26. Wait for the first pass copy to complete from site C to site B. Issue the lspprc command if you
want to monitor this activity and determine when the first pass status changes to “True.”
Enter the lspprc command at the dscli command prompt with the following parameters and
variables:
dscli> lspprc -dev storage_image_ID -remotedev storage_image_ID
-l SourceVolumeID:TargetVolumeID
Example
dscli> lspprc -dev IBM.2107-183176O -remotedev IBM.2107-75ALA2P -l
1200-125f:1A00-1A5f
27. Modify Global Copy relationships between the A and C volume pairs. Specify the NOCOPY
option and initiate incremental resynchronization without initialization.
Enter the mkpprc command at the dscli command prompt with the following parameters and
variables:
Max
CG First First Last
Drain Failure First First First Failure Failure Last
Time Control Failure Failure Failure Master Control Failure
(seconds) Unit LSS Status Reason State Unit LSS
30 - - No Error - - - -
The process described in this task provides a disaster recovery solution when an unplanned failure occurs
at your local site and you want to limit the amount of interruption to your local production processing.
You can run your operations from your intermediate site, which is protected by a two-site Global Mirror
configuration, until your local site recovers. Global Mirror continues sending updates to the storage unit
at the remote site and continues to form consistency groups.
This process uses forced failover and forced failback processing to establish a relationship between the C
and A volumes without verification that this relationship already existed. The failoverpprc and
failbackpprc commands with the -force parameter accommodate this processing.
Complete the following steps to failover and restore operations to the intermediate (B) site.
1. At the local site, ensure that data consistency is achieved between the site A and site B volumes.
If the local site was not completely destroyed, it is essential that data from any surviving A and B
volume pairs be copied and a consistent copy be achieved at the remote site. You can use freeze and
unfreeze commands that are supported using external automation software to create data consistency
to multiple Metro Mirror volume pairs.
To freeze write activity to Metro Mirror primary volumes, complete the following steps:
a. Freeze updates to the A volumes in Metro Mirror relationships across the affected LSSs. This
ensures that the B volumes will be consistent at the time of the freeze process. (One command
per LSS is required.)
Enter the freezepprc command at the dscli command prompt with the following parameters and
variables:
dscli> freezepprc -dev IBM.2107-130165X -remotedev IBM.2107-75ALA2P 07-12
The following represents an example of the output:
CMUC00161W freezepprc: Remote Mirror and Copy consistency group 07:12
successfully created.
As a result of the freeze action, the following processing occurs:
v The established Remote Mirror and Copy paths between the LSS pairs are deleted.
v The volume pairs that are associated with the source and target LSSs are suspended. During
this time, the storage unit collects data that is sent to the A volumes in Metro Mirror
relationships.
v I/O to the Metro Mirror volume pairs is temporarily queued.
b. Resume operations following a freeze. This operation—also called a thaw operation—allows
I/O processing to resume for the specified volume pairs.
Enter the unfreezepprc command at the dscli command prompt with the following parameters
and variables:
dscli> unfreezepprc -dev IBM.2107-130165X -remotedev IBM.2107-75ALA2P
07:12
The following represents an example of the output:
CMUC00198I unfreezepprc: Remote Mirror and Copy pair 07:12
successfully thawed.
2. Create a relationship from the C volumes to the A volumes, using the -force and -cascade
parameters. No validation is done at site C to determine that site C is a secondary of site A.
Note: For this step to succeed you must ensure that the Remote Mirror and Copy paths between all
Global Mirror source and target pairs and between the Master and subordinate storage units have
been created.
Enter the failoverpprc command at the dscli prompt with the following parameters and variables:
dscli> failoverpprc -dev storage_image_ID -remotedev storage_image_ID
-type gcp -cascade -force SourceVolumeID:TargetVolumeID
Example
dscli> failoverpprc -dev IBM.2107-183176O -remotedev IBM.2107-130165X -type
gcp -cascade -force 1200-125f:1A00-1A5f
The following represents an example of the output:
Note: You can run in this configuration until the A site has recovered and you want to restore
operations there. Begin the next step after the A volumes have been recovered and you're still in
production on the B volumes.
5. Copy changes from site C back to site A, using the -force parameter. Host I/O processing
continues uninterrupted to the B volumes while the A volumes are made current. (The data is still
flowing from B to C, so any changes made to B are being transferred to C and therefore will get
from C to A.) This command copies the changes back to the A volumes that were made to the B
volumes while hosts were running on the A volumes. (In a DS CLI environment, where the local and
remote sites are not using the same management console, you have to use the management console
of the remote site.)
Enter the failbackpprc command at the dscli command prompt with the following parameters and
variables:
dscli> failbackpprc -dev storage_image_ID -remotedev storage_image_ID
-type gcp -force SourceVolumeID:TargetVolumeID
Example
dscli> failbackpprc -dev IBM.2107-183176O -remotedev IBM.2107-130165X
-type gcp -force 1200-125f:1A00-1A5f
The following represents an example of the output:
CMUC00197I failbackpprc: Remote Mirror and Copy pair 1200:1A00
successfully failed back.
CMUC00197I failbackpprc: Remote Mirror and Copy pair 1201:1A01
successfully failed back.
CMUC00197I failbackpprc: Remote Mirror and Copy pair 1202:1A02
successfully failed back.
6. Wait for the first pass copy to complete from site C to site A. Issue the lspprc command if you
want to monitor this activity and determine when the first pass status changes to “True.”
Enter the lspprc command at the dscli command prompt with the following parameters and
variables:
dscli> lspprc -dev storage_image_ID -remotedev storage_image_ID
-l SourceVolumeID:TargetVolumeID
Example
dscli> lspprc -dev IBM.2107-183176O -remotedev IBM.2107-75130165X -l
1200-125f:1A00-1A5f
The following represents the first two lines of the report generated by the lspprc command:
7. Modify Global Copy relationships between the B and C volume pairs. Specify the NOCOPY
option and initiate incremental resynchronization without initialization.
Enter the mkpprc command at the dscli command prompt with the following parameters and
variables:
dscli> mkpprc -dev storage_image_ID -remotedev storage_image_ID
-type gcp -incrementalresync enablenoinit -mode nocp
SourceVolumeID:TargetVolumeID
Example
dscli> mkpprc -dev IBM.2107-75ALA2P -remotedev IBM2107-183176O -type gcp
-incrementalresync enablenoinit -mode nocp 1200-125f:1A00-1A5f
The following represents the first two lines of the output:
CMUC00153I mkpprc: Remote Mirror and Copy volume pair
relationship 1200:1A00 successfully created.
CMUC00153I mkpprc: Remote Mirror and Copy volume pair
relationship 1201:1A01 successfully created.
8. Begin the process to return production to site A. First, the Global Mirror session at site B must be
stopped.
Enter the rmgmir command at the dscli command prompt with the following parameters and
variables:
dscli> rmgmir -dev storage_image_ID -lss LSS_ID -session session_ID
Master_Control_Path_LSS_ID:Subordinate_Control_Path_LSS_ID
Example
dscli> rmgmir -dev IBM.2107-75ALA2P -quiet -lss 07 -session 1
The following represents an example of the output:
CMUC00165I rmgmir: Global Mirror for session 1 successfully terminated.
9. Verify that the Global Mirror session has ended.
Enter the showgmir command at the dscli command prompt with the following parameters and
variables:
dscli> showgmir -dev storage_image_ID LSS_ID
Example
dscli> showgmir -dev IBM.2107-75ALA2P 10
In the resulting report, the output indicates in the Copy State field whether the session has stopped.
10. Suspend the B to C volume pairs. This step stops the transfer of data between the B and C volume
pairs.
Enter the pausepprc command at the dscli command prompt with the following parameters and
variables:
Note: Global Mirror processing continues to operate with site A volumes to site C volumes.
26. Wait for the first pass copy to complete from site C to site B. Issue the lspprc command if you
want to monitor this activity and determine when the first pass status changes to “True.”
Enter the lspprc command at the dscli command prompt with the following parameters and
variables:
dscli> lspprc -dev storage_image_ID -remotedev storage_image_ID
-l SourceVolumeID:TargetVolumeID
Example
dscli> lspprc -dev IBM.2107-183176O -remotedev IBM.2107-75ALA2P -l
1200-125f:1A00-1A5f
27. Modify Global Copy relationships between the A and C volume pairs. Specify the NOCOPY
option and initiate incremental resynchronization without initialization.
Enter the mkpprc command at the dscli command prompt with the following parameters and
variables:
dscli> mkpprc -dev storage_image_ID -remotedev storage_image_ID
-type gcp -incrementalresync enablenoinit -mode nocp
SourceVolumeID:TargetVolumeID
Example
dscli> mkpprc -dev IBM.2107-130165X -remotedev IBM2107-183176O -type gcp
-incrementalresync enablenoinit -mode nocp 1200-125f:1A00-1A5f
The following represents the first two lines of the output:
CMUC00153I mkpprc: Remote Mirror and Copy volume pair
relationship 1200:1A00 successfully created.
CMUC00153I mkpprc: Remote Mirror and Copy volume pair
relationship 1201:1A01 successfully created.
28. Begin the process to include your B site in the 3-site Metro/Global Mirror configuration with
production on site A. The Global Mirror session between the A, C, and D volumes must be stopped.
Enter the rmgmir command at the dscli command prompt with the following parameters and
variables:
dscli> rmgmir -dev storage_image_ID -lss LSS_ID -session session_ID
Master_Control_Path_LSS_ID:Subordinate_Control_Path_LSS_ID
Last CG
Total Total Succes- Failed Succes- Coord. Interval
Failed Succes- sful CG CG after sful CG Time Time
CG sful CG Percen- Last Form (milli- (sec-
ID Count Count tage Success Time seconds) onds)
IBM.2107 0 55 100 0 10/20/ 50 0
-130165X 2005
/07 11:38:25
MST
Max
CG First First Last
Drain Failure First First First Failure Failure Last
Time Control Failure Failure Failure Master Control Failure
(seconds) Unit LSS Status Reason State Unit LSS
30 - - No Error - - - -
When you query the state of the consistency group, the output displays whether the sequence numbers
are equal for all FlashCopy relationships that are part of the consistency groups and whether the
FlashCopy relationships are revertible.
If the sequence numbers are not equal, which results from something going wrong during a FlashCopy
consistency group formation operation, you must determine the action to take. The action that you take
depends on which phase the consistency group formation was in at the time of the failure. For example,
if the failure occurred while FlashCopy commands were processing, intervention is required to provide
the consistency. The action depends on the current status of the FlashCopy, where the sequence numbers
and the revertible state are important.
The following options are available to help you determine the action to take:
v Discard changes (revert to a previous consistent state). Assume that the sequence numbers of the
FlashCopy relationships are different and the copy process has not started for all the volumes. In this
case, the FlashCopy data is inconsistent and cannot be used. You must revert changes, which removes
all not-committed data from the FlashCopy target and reverts (or is restored) to the last consistency
group.
Note: You can discard changes to FlashCopy target volumes only if you have modified the FlashCopy
relationship using the setflashrevertible command, which changes the Revertible value to Enabled.
When you revert a FlashCopy relationship that is in a revertible state, ensure that you specify its
associated FlashCopy sequence number.
v Commit all FlashCopy relationships in the consistency group to the current level.
Assume that the sequence numbers are all equal and there is a mix of revertible and nonrevertible
volumes and the copy process to the FlashCopy target volumes has occurred but not completed for
some volumes. In this case, the FlashCopy target volumes are usable and the process has to be
committed manually.
This is done by issuing a commit command to all revertible FlashCopy relationships to commit data to
the FlashCopy target volumes and create data consistency between the source and target volumes. The
commit process specifies that the last consistency group that has been created by the Global Mirror
session is committed to the current state, and reverting to the previous consistency group state is no
longer possible.
Note: You can commit changes to FlashCopy target volumes only if you have modified the FlashCopy
relationship using the setflashrevertible command, which changes the Revertible value to Enabled.
In a Metro/Global Mirror configuration, if you lose access to the storage unit at the intermediate site
(either in a planned or unplanned outage), you can restart a two-site Global Mirror environment between
the local and remote sites. You can use the incremental resynchronization function to avoid having to run
a full copy of the volumes from the local site to the remote site.
This scenario describes the steps for restarting the recovery environment running Global Mirror from the
local site to the remote site using the incremental resynchronization function. For best management
Notes:
v The following assumptions are made before you initiate the steps in this scenario:
– You have established all your Remote Mirror and Copy paths before you establish your pairs or
initiate any of the incremental resynchronization process. If the paths are not established first, an
error condition might result.
– You have established your Metro Mirror volume pairs to use the incremental resynchronization
function on each of the primary volumes when you configured your Metro/Global Mirror
configuration.
– You have specified the -mode full parameter for each of these volume pairs.
Notes:
v The command parameters and options that are used in this scenario are examples.
v Some of the query output is presented in table format for clarity. The actual report is not displayed in
this format.
v The output for some commands differs depending on the storage unit from which you issue the
command.
See “Creating a Metro Mirror relationship” on page 569 for more information.
2. Pause (suspend) all A to B Metro Mirror volume pairs. Some (but not all) volume pairs might have
been suspended with the outage of the intermediate site.
Note: If the consistency group function is being used, the automation application (such as GPDS)
issued the freezepprc command and all devices are suspended.
Enter the pausepprc command at the dscli command prompt with the following parameters and
variables:
dscli> pausepprc -dev IBM.2107-130165X -remotedev IBM.2107-75ALA2P
-unconditional -at src 2100-2107
The following example represents the output:
CMUC00157I pausepprc: Remote Mirror and Copy volume pair 2100
relationship successfully paused.
CMUC00157I pausepprc: Remote Mirror and Copy volume pair 2101
relationship successfully paused.
See “Pausing a Metro Mirror relationship” on page 572 for more information.
Notes:
Out of
Sync Tgt Src
ID State Reason Type Tracks Read Cascade
2100:2100 Suspended - Global Copy 0 Disabled Enabled
Host
Source
2101:2101 Suspended - Global Copy 0 Disabled Enabled
Host
Source
5. Attempt to clean up any surviving components of Global Mirror at the intermediate site, if
needed.
a. End the Global Mirror session at the master storage unit.
Enter the rmgmir command at the dscli command prompt with the following parameters and
variables (from the intermediate site):
dscli> rmgmir -dev IBM.2107-75ALA2P -quiet -lss 20 -session 31
The following example represents the output:
CMUC00165I rmgmir: Global Mirror for session 31 successfully
stopped.
See “Viewing information about FlashCopy relationships” on page 556 for more information.
The following table represents an example of the output:
Seq-
uence Active
ID SrcLSS Num Timeout Copy Recording Persistent
2100:2300 21 44357D55 300 Disabled Enabled Enabled
2101:2301 21 44357D55 300 Disabled Enabled Enabled
7. Establish Global Copy relationships using the A and C volume pairs with the Incremental
Resynchronization recover option: Enter the mkpprc command at the dscli command prompt with
the following parameters and variables:
dscli> mkpprc -dev IBM.2107-130165X -remotedev IBM.2107-1831760 -type gcp
-incrementalresync recover 2100-2107:2100-2107
See “Creating a Global Copy relationship” on page 572 for more information.
The following example represents the output:
CMUC00153I mkpprc: Remote Mirror and Copy volume pair relationship
2100:2100 successfully created.
CMUC00153I mkpprc: Remote Mirror and Copy volume pair relationship
2101:2101 successfully created.
Notes:
a. The C volumes were primary suspended volumes that had Global Copy relationships with the B
volumes, which were in Metro Mirror relationships with the A volumes.
b. The Incremental Resynchronization function that is running on the A volumes is stopped. The
tracks of data in the change recording and out-of-synchronization bitmaps are merged and copied
from the A volumes to the C volumes.
8. Wait for the first pass of Global Copy processing to complete between the A to C volumes: You
can monitor this activity by querying the status of the volumes.
Time- First
Source- out Critical Pass
ID State Reason Type LSS (secs) Mode Status
IBM.2107- Copy - Global IBM.2107- 300 Disabled True
130165X Pend- Copy 1831760
/2101: ing /20
IBM.2107-
1831760
/2101
IBM.2107- Copy - Global IBM.2107- 300 Disabled True
130165X Pend- Copy 1831760
/2100: ing /20
IBM.2107-
1831760
/2100
9. When the first pass of Global Copy processing is completed, start the Global Mirror session on
the A volumes.
The master storage unit begins forming consistency groups for the specified Global Mirror session.
Global Mirror runs from the local site to the remote site until the intermediate site is ready to resume
operation.
Enter the mkgmir command at the dscli command prompt with the following parameters and
variables (from the local site):
mkgmir -dev IBM.2107-130165X -lss 07 -session 31
The following example represents the output:
CMUC00162I mkgmir: Global Mirror for session 31 successfully
started.
See “Starting Global Mirror processing” on page 590 for more information. When the intermediate
site has been recovered, the volumes at the intermediate site must be resynchronized with the
local volumes.
During the outage, data was written to the volumes at the local site. After the intermediate site is
recovered, the volumes at the intermediate site must be resynchronized.
The former Metro/Global Mirror configuration must be "cleaned up" to reestablish it back to its
original configuration. A host connection to the storage unit at the intermediate site is required.
10. Complete the following steps in preparation for a failback operation from the remote site to the
intermediate site:
a. End the Metro Mirror relationship between the A to B volumes at the intermediate site. Enter
the rmpprc command at the dscli command prompt with the following parameters and variables:
dscli> rmpprc -quiet -dev IBM.2107-75ALA2P -remotedev IBM.2107-130165X
-unconditional -at tgt 2100-2107
The following example represents the output:
CMUC00155I rmpprc: Remote Mirror and Copy volume pair :2100 relationship
successfully withdrawn.
CMUC00155I rmpprc: Remote Mirror and Copy volume pair :2101 relationship
successfully withdrawn.
See “Deleting a Metro Mirror relationship” on page 573 for more information.
Time- First
Source- out Critical Pass
ID State Reason Type LSS (secs) Mode Status
IBM.2107- Suspend- - Global Copy IBM.2107- unknown Disabled True
1831760 ed 75ALA2P
/2100: Host /21
IBM.2107- Source
75ALA2P
/2100
IBM.2107- Copy - Global Copy IBM.2107- 300 Disabled True
1831760 Pend- 1831760
ing /21
2101:
IBM.2107-
75ALA2P
/2101
If necessary, clean up the former Global Mirror configuration at the intermediate site using
the following two steps:
c. End the Global Mirror session from the master storage unit at the intermediate site.
Note: If the Global Mirror session was successfully stopped at the time of the outage, this step
might not be necessary and it might generate an error message when the command processes.
Enter the rmgmir command at the dscli command prompt with the following parameters and
variables (from the intermediate site):
dscli> rmgmir -dev IBM.2107-1301261 -quiet -lss 20 -session 31
The following example represents the output:
CMUC00165I rmgmir: Global Mirror for session 31 successfully stopped.
See “Ending Global Mirror processing (script mode)” on page 590 or “Ending Global Mirror
processing (no script)” on page 591 for more information.
d. If required, stop the Global Mirror session that is running from any of the subordinates.
Enter the rmgmir command at the dscli command prompt with the following parameters and
variables:
dscli> rmgmir -quiet -lss 20 -session 31
The following example represents the output:
CMUC00165I rmgmir: Global Mirror for session 31 successfully
stopped.
See “Ending Global Mirror processing (script mode)” on page 590 or “Ending Global Mirror
processing (no script)” on page 591 for more information.
11. From the remote site, a failback Global Copy operation between the C to B volumes:
When the failbackpprc command processes, data will be copied from the remote site to the
intermediate site. Specify the C volumes as the sources and the B volumes as targets with the
failback command.
Note: Ensure the availability of the paths from the remote site to the intermediate site with the
lspprcpath command.
See “Running a recovery failback operation” on page 577 for more information.
12. Wait for the first pass to complete between the C volumes at the remote site and the B volumes at
the intermediate site: You can monitor this activity by querying the status of the volumes.
Enter the lspprc command at the dscli command prompt with the following parameters and
variables: (from the intermediate site)
dscli> lspprc -dev IBM.2107-1831760 -remotedev IBM.2107-75ALA2P -l -fullid
-fmt default 2100-2107
See “Querying Global Mirror processing” on page 588 for more information.
The following example represents the output:
Out of
Sync Tgt Src
ID State Reason Type Tracks Read Cascade
IBM.2107- Copy - Global Copy 0 Disabled Enabled
1831760 Pending
/2100:
IBM.2107-
75ALA2P
/2100
IBM.2107- Copy - Global Copy 0 Disabled Enabled
1831760 Pending
/2101:
IBM.2107-
75ALA2P
/2101
13. Start the Incremental Resynchronization function without the initialization option on the A
volumes: This step allows you to "force" a resynchronization later between primary (A) volumes at
the local site and the volumes at the intermediate site to ensure all updates are copied.
Enter the mkpprc command at the dscli command prompt with the following parameters and
variables:
dscli> mkpprc -dev IBM.2107-130165X -remotedev IBM.2107-75ALA2P -type gcp
-incrementalresync enablenoinit -mode nocp 2100-2107:2100-2107
See “Creating a Metro Mirror relationship” on page 569 for more information. You are now ready to
restore the original configuration Metro/Global Mirror without interrupting production.
14. Stop the Global Mirror session between the A and C volumes between the local and remote sites.
During this transition time, the data on the D volumes in FlashCopy relationships might be
consistent but not current until the transition is complete.
Enter the rmgmir command at the dscli command prompt with the following parameters and
variables:
dscli> rmgmir -dev IBM.2107-130165X -quiet -lss 21 -session 31
The following example represents the output:
CMUC00165I rmgmir: Global Mirror for session 31 successfully stopped.
See “Ending Global Mirror processing (script mode)” on page 590 or “Ending Global Mirror
processing (no script)” on page 591 for more information.
15. Allow the resynchronization of the C to B volumes to run by completing the following steps:
a. Pause (suspend) the A to C volume pairs that were established in Global Copy mode.
Enter the pausepprc command at the dscli command prompt with the following parameters and
variables:
dscli> pausepprc -dev IBM.2107-130165X -remotedev IBM.2107-1831760
2100-2107:2100-2107
The following example represents the output:
CMUC00157I pausepprc: Remote Mirror and Copy volume pair 2100:2100
relationship successfully paused.
CMUC00157I pausepprc: Remote Mirror and Copy volume pair 2101:2101
relationship successfully paused.
See “Pausing a Metro Mirror relationship” on page 572 for more information.
b. Wait for data to be copied from the C volumes at the remote site to the B volumes at the
intermediate site. Enter the lspprc command at the dscli command prompt with the following
parameters and variables:
dscli> lspprc -dev IBM.2107-1831760 -remotedev IBM.2107-75ALA2P -l
-fmt default 2100-2107
See “Querying Global Mirror processing” on page 588 for more information.
The following example represents the output:
Out of
Sync Tgt Src
ID State Reason Type Tracks Read Cascade
IBM.2107- Copy - Global Copy 0 Disabled Enabled
1831760 Pending
/2100:
IBM.2107-
75ALA2P
/2100
See “Removing the Global Copy pair relationship” on page 599 for more information.
Notes:
1) The value for the -dev parameter must be the remote site server (site C).
2) The management console must be able to communicate with the remote server for this
command to process successfully.
When the command processes, the C volumes at the remote site are no longer the secondary
volumes in a Global Copy relationship with the A volumes. This process allows for a later
failback operation for the B to C volume pairs.
The Global Copy relationship between the A to C volumes was stopped at the remote site, which
did not affect the status of the A volumes at the local site. The updates on the A volumes
continue until the volumes are again fully synchronized.
16. After data on the C volumes has been copied to the B volumes, pause (suspend) the C to B
volume pairs. This step is required before a failback operation can be issued between the B to C
volumes, which requires the C volumes to be paused.
Enter the pausepprc command at the dscli command prompt with the following parameters and
variables:
dscli> pausepprc -dev IBM.2107-1831760 -remotedev IBM.2107-75ALA2P
2100-2107:2100-2107
The following example represents the output:
See “Pausing a Metro Mirror relationship” on page 572 for more information.
17. At the intermediate site, issue a failover Global Copy operation to the B to C volumes, with the
-cascade option: The B volumes are primary suspended volumes.
Enter the failoverpprc command at the dscli command prompt with the following parameters and
variables:
dscli> failoverpprc -dev IBM.2107-75ALA2P -remotedev IBM.2107-1831760 -type gcp
-cascade 2100-2107:2100-2107
The following example represents the output:
CMUC00196I failoverpprc: Remote Mirror and Copy pair 2100:2100
successfully reversed.
CMUC00196I failoverpprc: Remote Mirror and Copy pair 2101:2101
successfully reversed.
See “Running a recovery failover operation” on page 578 for more information.
18. At the intermediate site, run a failback Global Copy operation for the B to C volumes, with the
-cascade option:
Enter the failbackpprc command at the dscli command prompt with the following parameters and
variables:
dscli> failbackpprc -dev IBM.2107-75ALA2P -remotedev IBM.2107-1831760 -type gcp
-cascade 2100-2107:2100-2107
The following example represents the output:
CMUC00197I failbackpprc: Remote Mirror and Copy pair 2100:2100 successfully
failed back.
CMUC00197I failbackpprc: Remote Mirror and Copy pair 2101:2101 successfully
failed back.
See “Running a recovery failback operation” on page 577 for more information.
19. Establish Metro Mirror relationships between the A to B volumes using the incremental
resynchronization function and the override option. As a result, the relationship verification is
bypassed and the incremental resynchronization function stopped. The change recording and
out-of-synchronization bitmaps that were monitored and tracked on the primary Metro Mirror
volumes are merged to determine the data to copy from the A to B Metro Mirror volume pairs. A
full volume copy is bypassed and only changes are copied from the A volumes to the B volumes.
Enter the mkpprc command at the dscli command prompt with the following parameters and
variables:
dscli> mkpprc -dev IBM.2107-130165X -remotedev IBM.2107-75ALA2P -type mmir
-mode nocp -incrementalresync override 2100-2107:2100-2107
The following example represents the output:
CMUC00153I mkpprc: Remote Mirror and Copy volume pair relationship 2100:2100
successfully created.
CMUC00153I mkpprc: Remote Mirror and Copy volume pair relationship 2101:2101
successfully created.
See “Creating a Metro Mirror relationship” on page 569 for more information.
20. At local site, start the incremental resynchronization with the initialization option on the A
volumes in Metro Mirror relationships. The first pass of copying data between the A to B volumes
starts (without a full copy). The B to C volumes data copying can also be in the first pass resulting
from the failback operation.
Enter the mkpprc command at the dscli command prompt with the following parameters and
variables:
See “Creating a Metro Mirror relationship” on page 569 for more information.
21. Wait until the first pass of the A to B volume pairs to reach full duplex: You can monitor this
activity by querying the status of the A to B volumes. As soon as the number of out-of-sync tracks
reaches zero, all data has been copied and the data on the A to B volumes is equal. Global Mirror
processing starts to form consistency groups when the status of the A to B volumes is full duplex.
See “Viewing information about Metro Mirror relationships” on page 578 for more information.
22. Start the Global Mirror session at the intermediate site: Enter the mkgmir command at the dscli
command prompt with the following parameters and variables (from the local site):
mkgmir -dev IBM.2107-75ALA2P -lss 07 -session 31
The following example represents the output:
CMUC00162I mkgmir: Global Mirror for session 31 successfully started.
See “Starting Global Mirror processing” on page 590 for more information.
To modify fixed block volume groups, you must have the command-line interface prompt, and you must
be connected to a storage image that will be used for open systems host system storage.
Adding volumes to a volume group and removing volumes from a volume group are typical storage
management tasks. The volumes that are added to a volume group can be “unassigned” to a volume
group, or they can be volumes that are assigned to a volume group but you want to move them to a
different volume group. In either case, you are responsible for managing how the volumes are allocated
to volume groups and how the volumes are reserved for future allocation. It is better that you maintain
“unassigned” volumes in a volume group that is not accessible by any host system, controlling the
accessibility of volumes that are reserved for future allocation.
You can assign a fixed block volume to multiple volume groups. This might be necessary for some host
system applications. However, damage to volume data can occur if a volume is accessed by different host
systems using different file management systems. To assign a fixed block volume to multiple volume
groups, complete the following steps:
1. Find the fixed block volumes that are to be assigned to a volume group using the following
command.
dscli> lsfbvol -dev ID -datatype 512 | 520p | 520u -extpool ID
The command creates a list of all volumes of the specified volume type within the specified extent
pool. It includes only the volumes that are contained by the specified storage image.
2. Retrieve the current volume group volume map using the following command.
dscli> showvolgrp -dev ID volume_group_ID
The command creates a list of volumes that are assigned to the target volume group.
3. Modify the volume group using the following command.
dscli> chvolgrp -dev ID -action add | remove | replace -volume ID,ID,...,ID volume_group_ID
To add or remove volumes, you can add or remove volume IDs to the list. This command applies the
updated volume ID list.
Before you begin, you must be logged into the DS CLI in interactive command mode. You must also be
connected to a storage image that is used for open systems host system storage.
Note: Logical subsystems (LSS) are automatically removed when the fixed block volumes are
removed.
5. Remove the ranks.
6. Remove the arrays.
7. Remove the extent pools.
When all the steps have been completed, the array sites that have been freed are designated as
unassigned. They can be redefined to make new fixed block or CKD storage resources.
To delete fixed block data storage, you must have the command-line interface prompt, and you must be
connected to a storage image that contains configured storage.
Deleting a storage configuration involves several steps that systematically remove host access to the data
storage, and then removes the storage elements (arrays, ranks, extent pools, volumes, and volume
groups) to restore the physical resource to an “equivalent to new” state.
Note: You can issue the commands that are described in the steps either for a DS8000 model or for a
DS6000 model, but for the DS6000 model the storage image ID is different.
1. Remove host access to the volumes that are to be removed. This task requires the issuance of the
lshostconnect command and the rmhostconnect command.
a. Issue the lshostconnect command to display a list of SCSI host port IDs that are associated with
the storage to be removed. Enter the lshostconnect command at the dscli command prompt as
follows:
dscli> lshostconnect -dev IBM.2107–75FA120 -l -portgrp 1
Notes:
1) The -portgrp port_grp_number parameter is used to only list those port IDs that are associated
with a port group number that you assigned when you originally created the host connection.
2) The -l parameter is used to generate the detailed status report for each host connection.
b. Issue the rmhostconnect command to delete the SCSI host port IDs that are associated with the
storage volumes to be removed. Enter the rmhostconnect at the dscli command prompt as follows:
dscli> rmhostconnect -dev IBM.2107–75FA120 1
Notes:
1) The host_connect_ID parameter (1 in the command example) is required and is a unique
identifier (0 - 65 534) within the scope of a storage image.
Note: The Volume_Group_ID (V1001) parameter is required. The shortened form is allowed when
you designate the -dev parameter.
c. Copy the list of volumes within the volume group for later use when you analyze which volumes
that you want to remove.
3. Remove the volume groups, as a means to remove volume access by host systems, by issuing the
rmvolgrp command. Enter the rmvolgrp command at the dscli command prompt as follows:
dscli> rmvolgrp -dev IBM.2107–75FA120 V123-V125
Notes:
a. All volume groups that are specified for deletion must belong to the same storage unit.
b. The Volume_Group_ID parameter (V123-V125 in the example) is required. If you designate the
-dev parameter, the shortened version of the ID is allowed.
c. The example command shows a range of volume group IDs. If you have another volume group or
another volume group range, you must add a blank between the designations (for example,
V123-V125 V130-V133 V135).
d. A message is displayed for each deleted volume group ID or range of volume group IDs. The
message requests that you confirm the deletion.
4. Remove the fixed block volumes by issuing the rmfbvol command. This action enables the removal of
the associated ranks, arrays, and extent pools. Enter the rmfbvol command at the dscli command
prompt as follows:
dscli> rmfbvol -dev IBM.2107-75FA120 0100 0101
Notes:
a. The associated logical subsystem (LSS) is automatically removed when the last volume that is
contained by the LSS is removed.
b. The Volume_ID parameter (represented by 0100 0101 in the example) is required when you issue
the rmfbvol command. If you designate the -dev parameter, the shortened version of the ID is
allowed.
c. A message is displayed for each volume that is deleted. The message requests that you confirm the
deletion.
5. Remove the ranks by issuing the lsrank and rmrank commands.
a. Issue the lsrank command to display a list of rank IDs to be removed. Use the command
parameters to develop a selective list of rank IDs. Enter the lsrank command at the dscli prompt
as follows:
dscli> lsrank -dev IBM.2107-75FA120 -l
Note: Rank IDs that indicate extents used = 0 are eligible to be removed. If extents used are
greater than 0 then rank segments are currently assigned to existing volume IDs.
b. Issue the rmrank command to remove the ranks that are assigned to the arrays. Enter the rmrank
command at the dscli prompt as follows:
Notes:
1) The rank_ID parameter (R23 in the example) is required. If you designate the -dev parameter,
the shortened version of the ID is allowed.
2) You must remove the ranks before you can remove the arrays and extent pools.
3) The processing time that is associated with the rmrank command can be lengthy and might
inhibit your use of the array on which this command is being processed.
4) When the rmrank command is issued, the following processing occurs:
v The rank is unassigned from the array.
v The rank is removed. When this process is successful, a message is displayed. This part of
the process does not take long; however, the processing that is associated with this
command is not complete even though you have received a message that the rank was
removed.
v The array is formatted. This processing can take some time. During this processing, the
array cannot be removed or assigned to another rank. Also, until this process is fully
completed, the rank is listed as assigned to the array from which it is has been removed.
v You can check the progress of the rmrank command by logging on to another session of DS
CLI. Issue the lsarray command against the storage image where the rank or ranks are being
deleted. When you no longer see the rank that is assigned to the array from which you
removed it, the remove rank process is complete.
6. Remove the arrays by issuing the lsarray and rmarray commands.
a. Issue the lsarray command to obtain a list of array IDs to be removed. Enter the lsarray command
at the dscli prompt as follows:
dscli> lsarray -dev IBM.2107-75FA120 -state unassigned
Notes:
1) The -state unassigned parameter allows you to narrow your list to just the array IDs that are
not assigned to a rank ID.
2) If you issue the lsarray command without using the -state parameter, a list of arrays that have
a state of unavailable can appear. This state is a good indication that the ranks have not been
removed and that the drives are still formatting. You must wait until the ranks have been
removed and the drives have been formatted before you can proceed.
3) Proceed to the next step (remove arrays) only after all the associated arrays are displayed with
a state of unassigned.
b. Issue the rmarray command to delete the unassigned arrays so that the array sites can be
redefined as new arrays. Enter the rmarray command at the dscli command prompt as follows:
dscli> rmarray -dev IBM.2107-75FA120 A44-A48 A51
Notes:
1) The example command displays the use of a range of array IDs plus one additional array
ID.(A44-A48 A51). A range of arrays requires the use of a hyphen and a space between the
next array or another range of arrays.
2) A message is displayed for each array being deleted that requests your confirmation before
processing.
7. Remove the extent pools by issuing the lsextpool and rmextpool commands.
a. Issue the lsextpool command to obtain a list of extent pool IDs to be removed. Enter the lsextpool
command at the dscli command prompt as follows:
dscli> lsextpool -dev IBM.2107-75FA120 -l -stgtype fb
Note:
Notes:
1) All rank assignments must be deleted before the extent pool can be deleted.
2) The example command displays the use of a range of extent pool IDs plus one additional
extent pool ID (P21-P25 P30). A range of extent pool IDs requires the use of a hyphen and a
space between the next extent pool ID or next range of extent pool IDs.
To delete CKD storage, you must have the command-line interface prompt, and you must be connected
to a storage image that contains configured storage.
Deleting a CKD storage configuration starts with the removal of the CKD volumes and proceeds with the
removal of each of the other elements (ranks, arrays, and extent pools) to restore the physical resource to
an “equivalent to new” state.
Note: There is no reason to remove the volume groups because the internal code automatically assigns
and unassigns CKD volumes to the FICON/ESCON-All volume group ID (10).
Note: You can issue the commands that are described in the steps either for a DS8000 model or for a
DS6000 model, but for the DS6000 model the storage image ID is different.
1. Remove the CKD volumes by issuing the lsckdvol and rmckdvol commands.
a. Issue the lsckdvol command to display a list of CKD volume IDs. Analyze the list to determine
which IDs can be removed. Enter the lsckdvol command at the dscli command prompt as follows:
dscli>lsckdvol -dev IBM.2107–75FA120 -lcu 00 -l
Notes:
1) You can narrow the list of volume IDs for the designated storage image by using the
supported parameters of the lsckdvol command.
2) The example displays the use of the -lcu parameter with a value of 00. Logical control unit
(LCU) values are in the range 00 - FE for the DS8000 and in the range 00 - 1E for the DS6000.
You must specify a specific LCU; otherwise, the entire storage unit is queried, which results in
a longer processing time.
b. Issue the rmckdvol command to delete volumes. This action enables the removal of the associated
ranks, arrays, and extent pools. Enter the rmckdvol command at the dscli command prompt as
follows:
dscli>rmckdvol -dev IBM.2107-75FA120 0100 0101
Note:
v The Volume_ID parameter (represented by the values 0100 0101 in the command example) is
required when you issue the rmckdvol command.
Note: The example command displays the use of a range of LCU IDs plus one additional LCU ID
(00-03 08). A range of LCU IDs requires the use of a hyphen. If you add an additional LCU ID or a
range of LCU IDs, you must allow a space between the next LCU ID or another range of LCU IDs.
3. Remove the ranks by issuing the lsrank and rmrank commands.
a. Issue the lsrank command to display a list of rank IDs to be removed. Use the lsrank command
parameters to develop a selective list of rank IDs. Enter the lsrank command at the dscli
command prompt as follows:
dscli>lsrank -dev IBM.2107-75FA120 -l
Note: Rank IDs that indicate extents used = 0 are eligible to be removed. If the displayed value
for extents used is greater than 0, it indicates that the ranks are currently assigned to existing
volume IDs.
b. Issue the rmrank command to remove the ranks that are assigned to the arrays. Enter the rmrank
command at the dscli prompt as follows:
dscli>rmrank -dev IBM.2107-75FA120 R23
Notes:
1) You must remove the ranks before you can remove the arrays and extent pools.
2) The processing time that is associated with the rmrank command can be lengthy and might
inhibit your use of the array on which this command is being processed.
3) When the rmrank command is issued, the following processing occurs:
v The rank is unassigned from the array.
v The rank is removed. When this is successful, a message is displayed. This part of the
process does not take long; however, the processing that is associated with this command is
not complete even though you have received a message that the rank was removed.
v The array is formatted. This processing can take some time. During this processing the array
cannot be removed or assigned to another rank. Also, until this process is fully completed,
the rank is listed as assigned to the array from which it is has been removed.
v You can check the progress of the rmrank command by logging onto another session of DS
CLI. Issue the lsarray command against the storage image where the rank or ranks are being
deleted. When you no longer see the rank that is assigned to the array from which you
removed it, the remove rank process is complete.
4. Remove the arrays by issuing the lsarray and rmarray commands.
a. Issue the lsarray command to obtain a list of array IDs to be removed. Enter the lsarray command
at the dscli prompt as follows:
dscli>lsarray -dev IBM.2107-75FA120 -state unassigned
Notes:
1) The -state unassigned parameter allows you to narrow your list to just the array IDs that are
not assigned to a rank ID.
2) If you issue the lsarray command without using the -state parameter, it is possible you will see
a list of arrays that have a state of unavailable. This is a good indication that the ranks have
not been removed and that the drives are still formatting. You must wait until the ranks have
been removed and the drives have been formatted before you can proceed.
Notes:
1) The example command displays the use of a range of array IDs plus one additional array ID
(A44-A48 A51). A range of arrays requires the use of a hyphen and a space between the next
array or another range of arrays.
2) A message is displayed for each array being deleted that requests your confirmation before
processing.
5. Remove the extent pools by issuing the lsextpool and rmextpool commands.
a. Issue the lsextpool command to obtain a list of extent pool IDs to be removed. Enter the lsextpool
command at the dscli command prompt as follows:
dscli>lsextpool -dev IBM.2107-75FA120 -stgtype fb -l
Notes:
1) Use the -stgtype fb parameter to narrow the list so that it displays only those extent pools that
are assigned for use with fixed block volumes.
2) Extent pool IDs that indicate assigned ranks = 0 are eligible to be removed. If the value for
assigned ranks is greater than 0, the extent pool potentially contains assigned storage volumes.
The rank indicator must be 0 before you can remove the extent pool.
b. Issue the rmextpool command to delete extent pool IDs that do not contain assigned rank IDs.
Enter the rmextpool command at the dscli command prompt as follows:
dscli>rmextpool -dev IBM.2107-75FA120 P21-P25 P30
Notes:
1) All rank assignments must be deleted before the extent pool can be deleted.
2) The example command displays the use of a range of extent pool IDs plus one additional
extent pool ID (P21-P25 P30). A range of extent pool IDs requires the use of a hyphen. When
you add an additional extent pool ID or another range of extent pool IDs, you must put a
space between the current extent pool ID value and the next extent pool ID value.
Remote FlashCopy commands are issued to a source volume of a remote mirror and copy volume pair on
a local storage unit. This process enables a FlashCopy pair to be established at the remote site and
eliminates the need for a network connection to the remote site solely for the management of FlashCopy.
The following steps are based on an example that uses the sites LSS 22 and LSS 2A.
Note: You can enter the commands that are described in the steps either for a DS8000 model or for a
DS6000 model. The storage image ID for the DS6000 model is different.
1. You must determine which volumes are available for use and then establish a remote mirror and copy
path between LSS 22 and LSS 2A.
b. Enter the mkpprcpath command to establish the remote mirror and copy path between LSS 22 and
LSS 2A.
dscli> mkpprcpath -dev IBM.2107-1300861 -remotedev IBM.2107-1300871
-remotewwnn 5005076303FFC03D
-srclss 22 -tgtlss 2A I0030:I0031 I0100:I0101
The following confirmation is displayed if your command input is correct.
CMUC00149I mkpprcpath: Remote Mirror and Copy path 22:2A successfully
established.
2. Enter the mkpprc command to establish a remote mirror and copy pair (2200 to 2A00).
dscli> mkpprc -dev IBM.2107-1300861 -remotedev IBM.2107-1300871
-type mmir 2200:2A00
The following confirmation is displayed if your command input is correct.
CMUC00153I mkpprc: Remote Mirror and Copy volume pair relationship
2200:2A00 successfully created.
3. Enter the mkremoteflash command to use LSS 22 on the local site as a conduit LSS for new remote
FlashCopy relationships on the remote storage unit. These new relationships use volume 2A00 as their
source. The target can be any other volume on the remote storage unit (in this scenario, 2A01).
dscli> mkremoteflash -dev IBM.2107-1300871 -conduit IBM.2107-1300861/22
-record 2A00:2A01
The following confirmation is displayed if your command input is correct.
CMUC00173I mkremoteflash: Remote FlashCopy volume pair 2A00:2A01 successfully
created. Use the lsremoteflash command to determine copy completion.
4. Enter the resyncremoteflash command because the remote FlashCopy relationship (2A00:2A01) was
created with the -record parameter.
dscli> resyncremoteflash -dev IBM.2107-1300871 -conduit IBM.2107-1300861/22
-record 2A00:2A01
The following confirmation is displayed if your command input is correct.
CMUC00175I resyncremoteflash: Remote FlashCopy volume pair 2A00:2A01
successfully resynched. Use the lsremoteflash command to determine copy
completion.
5. Enter the lsremoteflash command to verify that the transaction processed as you intended.
dscli> lsremoteflash -dev IBM.2107-1300871 -conduit IBM.2107-1300861/22
2A00:2A01
The following report is displayed if your command input is correct.
Metro Mirror test scenario: failback operation from local to remote site
This scenario describes the steps required to test the failover and failback procedures in which a failback
is done from the local site to the remote site.
This test allows you to start a test application on the remote volumes. Then, after the test is complete,
resynchronize the remote volumes from the local (production) volumes by copying only changed tracks.
Complete these steps for the failover and failback test scenario. (The parameters and values included in
this scenario are examples.)
Note: You can issue the commands that are described in the steps either for a DS8000 model or for a
DS6000 model, but for the DS6000 model the storage image ID is different.
1. Freeze updates to the primary (A) volumes in Metro Mirror relationships across the affected LSSs.
This process ensures that the secondary (B) volumes will be consistent at the time of the freeze. (One
command per LSS is required.) Enter the freezepprc command at the dscli command prompt with the
following parameters and variables:
freezepprc -dev IBM.2107-130165X -remotedev IBM.2107-75ALA2P 07:12
The following example represents the output:
CMUC00161W freezepprc: Remote Mirror and Copy consistency group 07:12
successfully created.
Following the freeze action, the following results occur:
v I/O processing to the Metro Mirror volume pairs is temporarily queued during the time that
updates are frozen.
v The volume pairs that are associated with the source and target LSSs are suspended. During this
time, updates are collected using the change recording feature on the Site A volumes.
v The established paths between the LSS pairs are disabled.
2. Resume operations following a freeze.
Issue the unfreezepprc command to allow I/O activity to resume for the specified volume pairs.
Enter the unfreezepprc command at the dscli command prompt with the following parameters and
variables:
You can convert remote mirror and copy volume pairs between copy modes. For example, you can
convert volume pairs in Global Copy to Metro Mirror mode and vice versa. If you create a Global Copy
volume pair where the source volume was associated with a DS8000 or a DS6000 machine type and the
target volume was associated with an ESS 2105 Model 800 or 750, you can convert that volume pair to
Metro Mirror mode.
Before you establish remote mirror and copy volume pairs, logical paths must be established between the
source and target logical subsystem (LSS). I/O ports must be available and configured before you can
establish paths between the source and target LSSs. Each LSS with source volumes requires at least one
path to be established to the LSS that holds the target volumes.
The following mkpprcpath command establishes remote mirror and copy paths:
dscli> mkpprcpath -dev storage_image_ID -remotedev storage_image_ID
-remotewwnn wwnn -srclss source_LSS_ID -tgtlss target_LSS_ID
source_port_ID:target_port_ID
Example
dscli> mkpprcpath -dev IBM.2107-75FA120 -remotedev IBM.2107-75FA150
-srclss 01 -tgtlss 00 –remotewwnn 12341234000A000F I1A10:I2A20
You can convert a Metro Mirror volume pair to Global Copy mode. For example, because Global Copy
can operate at very long distances, well beyond the 300 km (maximum supported distance for Metro
Mirror), you might want to convert some Metro Mirror volume pairs, which contain less critical
application data, to Global Copy mode.
The following mkpprc command converts Metro Mirror volume pairs Global Copy mode:
dscli> mkpprc -dev storage_image_ID -remotedev storage_image_ID
-type gcp SourceVolumeID:TargetVolumeID
Example
dscli> mkpprc -dev IBM.2107-75FA120 -remotedev IBM.2107-75FA150
0100:0100 -type gcp 0101:0101 0102:0102 0103:0103
There are two common situations when you would convert a Global Copy volume pair to a Metro Mirror
mode:
v You have used Global Copy to complete the bulk transfer of data in the creation of many copy pairs,
and you now want to convert some or all of those pairs to Metro Mirror mode. This process
resynchronizes the volume pairs by copying all changed data from the source volumes to the target
volumes.
v You have Global Copy pairs for which you want to make FlashCopy backups on the remote site. You
convert the pairs temporarily to synchronous mode to obtain a point-in-time consistent copy.
The following mkpprc command converts Global Copy volume pairs to Metro Mirror mode:
dscli> mkpprc -dev storage_image_ID -remotedev storage_image_ID
-type mmir SourceVolumeID:TargetVolumeID
Example
dscli> mkpprc -dev IBM.2107-75FA120 -remotedev IBM.2107-75FA150
0100:0100 -type mmir 0101:0101 0102:0102 0103:0103
Resource Groups
Restrictions for using resource groups for Copy Services scope limiting
A resource group is a policy object containing policy attributes that apply to the resources that are
associated with the resource group. The object classes that are associated with a resource group are count
key data (CKD) logical volumes, fixed block logical volumes, CKD LCUs and fixed block LSSs. Each
object in these object classes has a resource group attribute that specifies the single resource group that
the object is assigned to.
The URS allows access only to the resources that the user ID has permission to issue Copy Services
requests to. To issue a Copy Services request to establish a volume pairing, an LSS-pairing, or
LCU-pairing, the user must be authorized to access the source volume, source LSS, or source LCU,
respectively. To issue a Copy Services request that operates on an LSS or LCU or has a session parameter,
the user must be authorized to access the LSS or LCU. A URS can be set to either a wild card ( * ), or a
text string with no wildcard.
When there is a policy attribute that specifies a RS, the RS allows access only to the resources that the
resources within this resource group are allowed to relate to according to the specified policy. The
attributes of a policy might involve resources that are on other devices (storage images) when Copy
Services relationships are involved with the policy. A RS can be set to either a wildcard ( * ), a text string
with no wildcard, or the null string.
A URS or RS set to wildcard ( * ) matches any RGL. A URS or RS set to a string value matches an RGL
that has the same string value. A RS set to null does not match any RGL. Additionally, a URS or an RS
other than a source resource scope (SRS, which is the scope of a primary/source logical volumes that a
secondary/target logical volume might have) that is set to a string value also matches the RGL PUBLIC.
Notes:
1. When resource groups are used to partition the resources of the storage facility between tenants of a
multi-tenancy environment, this usually means that all of the resources assigned to a given tenant are
associated with a single resource group that is configured for the tenant's resources. Such a resource
group for tenant Tenant1 might typically have an RGL=Tenant1, CSGRS=Tenant1, PGRS=Tenant1,
GMMastersAllowed=Tenant1_Sessions, and GMSessionsAllowed=Tenant1_Sessions where
Tenant1_Sessions would specify one or more Global Mirror session numbers that are to be used
exclusively by the tenant. When a tenant is enabled to use Copy Services, any LCUs or LSSs
associated with the tenant's logical volumes must also be assigned to the tenant's resource group
along with the tenant's logical volumes to have the policies of the resource group have the desired
effect.
2. Resource Group 0 is predefined and cannot be created, deleted, or modified. Resource group 0 is the
default resource group used when resources are created. The policies in resource group 0 are defined
to emulate the behavior of a storage subsystem that does not have support for resource groups.
Some restrictions exist when using resource groups and user resource scopes to manage volumes. One
restriction is accomplished by having the system administrator set the RG label (RGL) of the
volumes/LSSs whose copy services are to be managed, to that of the URS assigned to the users who are
managing them. The system administrator can still manage these volumes, if needed.
Another restriction involves setting the remaining RG settings, particularly the CS global scope that
affects all copy services functions between volumes associated with the RG. These limitations are active
no matter who sends the command.
There are also existing restrictions for how hosts can access copy services on a unit, including HCDS for
CKD hosts. For example, the only RG setting that modifies how CKD hosts can interact with a unit is
using copy services pass-through limiting. A CKD volume can be designated as a pass-through volume
for data being moved to a fixed block (FB) volume using copy services.
Notes:
Situation
You are the network administrator for a company and are in charge of all of its machines. Within your
company, there are several subgroups that need their own space on your machines.
Group_1 is running a seating assignment database for World Cup hosting sites. They need a lot of space
for a short amount of time. They use the DS CLI to manage when the FlashCopy relationships are
formed. They request the following hardware:
v Machine 1 (located on site)
– Volumes 0000-000f will be used as development volumes on which hosts perform I/O operations.
– Volumes 0010-001f will be used for nightly FlashCopys of the development volumes from a DS CLI
running on a host machine that Group_1 controls. Group_1 can control the backup if they choose to
do so.
v Machine 2 (located on site)
– Volumes 0000-000f are synchronous PPRC (Metro Mirror) targets of Machine 1's volumes of the
same ID.
– Volumes 0010-001f are in band FlashCopy target volumes that match the source machine.
Group_2 uses the following machines to store client files for a security firm. Due to security audit
requirements, data must be held in separate cities in the event of a disaster. They use Tivoli Storage
Productivity Center for Replication (TPC-R) to manage these relationships. They request the following
hardware:
v Machine 1 (located on site)
– Volumes 0200-02ff are all serving a giant database which is backed up to a remote site.
v Machine 3 (located 500 miles away)
– Volumes 0000-00ff are Global Mirror targets of the volumes above.
Group_3 needs a large temporary testing environment to convert a bunch of advertising images from
several disparate formats to a common one. They do not need Copy Services overhead, as they want to
complete the task as quickly as possible. They request the following hardware:
v Machine 1 (located on site)
– Volumes 0300-0301 are two large volumes, one of which holds the unprocessed advertising images,
the other of which holds the formatted version of the images.
Group_4 asks you to assist in hosting their customer management databases with data mining using z
Systems. A FlashCopy will be done on the data that is analyzed at that point in time. When the analysis
Configuration details
Next you will create the following resource groups:
1. You set the label to g1 to ensure that only users/hosts with scope g1 or "*" can issue Copy Services
commands to these volumes (all Copy Services commands issued to these volumes will fail if they
are not from one of these scopes).
2. You set copyglobalscope to g1 to ensure that the FlashCopy works from/to targets/sources that have
a label of g1. If this is not set up, it wouldn't as both source and target FlashCopy volumes would
not have a matching copyglobalscope/label pairing.
3. You create RG1 to ensure that the Metro Mirror works between Machine 1 and Machine 2 by setting
the target PPRC volumes to RG1 as well. If this is not setup, the source and target PPRC volumes
would not have a matching copyglobalscope/label pairing.
4. You set the passglobalscope to g1.
Notes:
a. Although it does not affect this particular scenario, it is recommended that you set the
passglobalscope equal to the copyglobalscope in all cases.
b. g1 was used for copyglobalscope and passglobalscope instead of '*'. '*' would have allowed the
relationships to be formed, but it wouldn't have prevented these volumes from affecting volumes
or being affected by volumes in other resource groups.
5. You issue the following commands:
mkresgrp -label "g1" RG1
manageresgrp -ctrl copyglobal -action set -scope "g1" RG1
manageresgrp -ctrl passglobal -action set -scope "g1" RG1
chfbvol -resgrp RG1 0000-000f 0010-001f
6. You issue the following commands on Machine 1 and Machine 3:
mkresgrp -label "g2" RG2
manageresgrp -ctrl copyglobal -action set -scope "g2" RG2
manageresgrp -ctrl passglobal -action set -scope "g2" RG2
chckdvol -resgrp RG2 0200-02ff
7. To prevent any Copy Services commands from being issued to any volumes that are assigned to this
scope, you issue the following commands on Machine 1:
mkresgrp -label "g3" RG3
manageresgrp -ctrl copyglobal -action set -scope "" RG3
manageresgrp -ctrl passglobal -action set -scope "" RG3
chfbvol -resgrp RG3 0300-0301
IBM may not offer the products, services, or features discussed in this document in other countries.
Consult your local IBM representative for information on the products and services currently available in
your area. Any reference to an IBM product, program, or service is not intended to state or imply that
only that IBM product, program, or service may be used. Any functionally equivalent product, program,
or service that does not infringe any IBM intellectual property right may be used instead. However, it is
the user's responsibility to evaluate and verify the operation of any non-IBM product, program, or
service.
IBM may have patents or pending patent applications covering subject matter described in this
document. The furnishing of this document does not give you any license to these patents. You can send
license inquiries, in writing, to:
For license inquiries regarding double-byte character set (DBCS) information, contact the IBM Intellectual
Property Department in your country or send inquiries, in writing, to:
The following paragraph does not apply to the United Kingdom or any other country where such
provisions are inconsistent with local law: INTERNATIONAL BUSINESS MACHINES CORPORATION
PROVIDES THIS PUBLICATIONS "AS IS" WITHOUT WARRANTY OF ANY KIND, EITHER EXPRESS
OR IMPLIED, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF
NON-INFRINGEMENT, MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE. Some
states do not allow disclaimer of express or implied warranties in certain transactions, therefore, this
statement may not apply to you.
This information could include technical inaccuracies or typographical errors. Changes are periodically
made to the information herein; these changes will be incorporated in new editions of the publication.
IBM may make improvements and/or changes in the product(s) and/or the program(s) described in this
publication at any time without notice.
Any references in this information to non-IBM Web sites are provided for convenience only and do not in
any manner serve as an endorsement of those Web sites. The materials at those Web sites are not part of
the materials for this IBM product and use of those Web sites is at your own risk.
IBM may use or distribute any of the information you supply in any way it believes appropriate without
incurring any obligation to you.
Any performance data contained herein was determined in a controlled environment. Therefore, the
results obtained in other operating environments may vary significantly. Some measurements may have
Information concerning non-IBM products was obtained from the suppliers of those products, their
published announcements or other publicly available sources. IBM has not tested those products and
cannot confirm the accuracy of performance, compatibility or any other claims related to non-IBM
products. Questions on the capabilities of non-IBM products should be addressed to the suppliers of
those products.
All statements regarding IBM's future direction or intent are subject to change or withdrawal without
notice, and represent goals and objectives only.
This information is for planning purposes only. The information herein is subject to change before the
products described become available.
This information contains examples of data and reports used in daily business operations. To illustrate
them as completely as possible, the examples include the names of individuals, companies, brands, and
products. All of these names are fictitious and any similarity to the names and addresses used by an
actual business enterprise is entirely coincidental.
Trademarks
IBM, the IBM logo, and ibm.com are trademarks or registered trademarks of International Business
Machines Corp., registered in many jurisdictions worldwide. Other product and service names might be
trademarks of IBM or other companies. A current list of IBM trademarks is available on the Copyright
and trademark information website(www.ibm.com/legal/copytrade.shtml).
Adobe, the Adobe logo, PostScript, and the PostScript logo are either registered trademarks or trademarks
of Adobe Systems Incorporated in the United States, and/or other countries.
Java and all Java-based trademarks and logos are trademarks or registered trademarks of Oracle and/or
its affiliates.
Linux is a registered trademark of Linus Torvalds in the United States, other countries, or both.
Microsoft, Windows, Windows NT, and the Windows logo are trademarks of Microsoft Corporation in the
United States, other countries, or both.
UNIX is a registered trademark of The Open Group in the United States and other countries.
Homologation statement
This product may not be certified in your country for connection by any means whatsoever to interfaces
of public telecommunications networks. Further certification may be required by law prior to making any
such connection. Contact an IBM representative or reseller for any questions.
Index 707
force parameter 449, 452 interactive mode lslss 302
freezepprc 469 history function 38 lsperfgrp 377
setenv command 38 lsperfgrprpt 378
IPSec lsperfrescrpt 380
G connection file format 124
issuing
lsportprof 203
lspprc 455
Global Copy
DS CLI commands 540 lspprcpath 438
creating
i5/OS 540 command 566
volume pairs 572
lsrank 228
Global Copy failback 618
lsremoteflash 421
Global Copy failover 617
Global Copy pairs, create 593 J tgtse, space-efficient volume 421
lsresgrp 383
Global Mirror - CLI Java Virtual Machine Not Found
lsserver 168
add volumes to session 584 Error 15
lssession 499
create FlashCopy relationships 594
lssestg 359
create Global Copy pairs 593
space-efficient storage 359
create session 595
end processing, no script 591
L lssi 170
LCU creation 536 command 566
end processing, script mode 590
LCU status 552 lsstgencl 144
end session 597
LCU status, one 552 lssu 159
modify topology 586
LCU, modify with CLI 551 lsuser 69
modify tuning parameters 585
LCUs, deleting 553 lsvolgrp 345
pausing processing 589
library QDSCLI 540 lsvolinit 353
query session 588
limitations lsvpn 154
remove FlashCopy relationships 598
remote FlashCopy 558 LUN sizes 321
remove Global Copy pair 599
Linux LUN volumes, creating 524
remove paths 600
DS CLI installation, console mode 10
remove volumes 596
lshostvol command
resume processing 589
setup environment, paths 592
considerations 201
Linux password file directory 70
M
start processing 590 manageaccess 119
Linux, uninstall DS CLI 16
view session 588 manageckdvol 277
lock account 65
Global Mirror processing, ending 604 manageextpool 244
logical control unit creation 536
graphical mode installation, DS CLI 8 managefbvol 318
logical control unit properties 552
managehostconnect 204
lsaccess 117
managekeygrp 101
lsaddressgrp 255
H lsarray 218
managekeymgr 103
managepwfile 70
help, CLI 39 lsarraysite 213
managereckey 104
helpmsg 52 lsauthpol 67
manageresgrp 384
HMC 122 lsavailpprcport 436
message types 42
homologation 705 lsckdvol
Metro Mirror
howaccess 122 eam (extent allocation method) 270
consistency groups 570
HP-UX volume restriction 192 sam (standard allocation
creating
method) 270
volume pairs 569
lsda 140
FlashCopy target on Metro Mirror
I lsddm 148
lsextpool 241
source 563
I/O ports scenario 693
lsfbvol 310
available 579 Metro/Global Mirror
eam (extent allocation method) 310
i5/OS restoring operations (planned) to the
tse 310
command format 36 intermediate site 653
lsflash 397
green screen, DS CLI 540 restoring operations (unplanned) to
tgtse, space-efficient volume 397
library QDSCLI 540 the intermediate site 663
lsframe 142
removing DS CLI directly 19 setting up 621
lsgmir 491
silent mode CLI installation 14 mkaliasvol 280
lshba 146
i5/OS password file directory 70 mkarray 222
lshostconnect 196
inband transactions 558, 691 mkauthpol 72
lshosttype 211
incremental FlashCopy mkckdvol 282
lshostvol
copying eam (extent allocation method) 282
Linux considerations 201
updated tracks only 560 EAV (extended addressing
OpenVMS considerations 201
incremental resynchronization volume) 282
lsioport 176
during a planned outage tse 282
lsipsec 131
at an intermediate site 674 mkesconpprcpath 442
lsipseccert 132
incrementalresync 462 mkextpool 245
lskey 138
initckdvol 269 mkfbvol 321
lskeygrp 96
initfbvol 309 eam (extent allocation method) 321
lskeymgr 99
installing the CLI 20 space-efficient storage 321
lslcu 259
mkflash 402
Index 709
rmrank 234 single-shot mode target volume (continued)
rmreckey 109 command format, i5/OS 36 FlashCopy
rmremoteflash 431 command format, Windows 36 commit changes 565
tgtse, space-efficient volume 431 space-efficient storage discard changes 564
rmresgrp 389 chsestg 356 terminology vii
rmsession 503 lsfbvol 310 testauthpol 90
rmsestg 368 lssestg 359 tgtse
space-efficient storage 368 mkfbvol 321 failbackpprc 449
rmuser 75 mksestg 365 failoverpprc 452
rmvolgrp 348 rmsestg 368 lsflash 397
showsestg 369 lsremoteflash 421
space-efficient volume mkflash 402
S lsflash 397
lsremoteflash 421
mkpprc 462
mkremoteflash 426
script mode 37
mkflash 402 resumepprc 472
script mode, end processing 590
mkremoteflash 426 resyncflash 393
SCSI host port connections
resyncflash 393 resyncremoteflash 417
creating 530
resyncremoteflash 417 reverseflash 405
serial number, obtaining 39
reverseflash 405 rmflash 410
service action report, console 504
rmflash 410 rmremoteflash 431
service audit log 504
rmremoteflash 431 setflashrevertible 414
setauthpol 75
setflashrevertible 414 setremoteflashrevertible 434
setenv 53
setremoteflashrevertible 434 thaw operation 477, 625, 631, 635, 642,
setflashrevertible 414
stanza report format 56 653, 663, 693
tgtse, space-efficient volume 414
starting timeout connection 21
setioport 183
FlashCopy 562 timeout values
setipsec 136
status information, fixed block modifying
setoutput 56
volume 310 concurrent copy (DS CLI) 574
setremoteflashrevertible 434
stop the process consistency group (DS CLI) 574
tgtse, space-efficient volume 434
Global Mirror 483 critical mode enabled (DS
setting up
storage image ID, obtaining 39 CLI) 574
Metro/Global Mirror 621
syntax conventions vii z/OS Global Mirror (DS CLI) 574
setup, account 27
System i topology defined, CLI 586
setvpn 153
bypassing uninstaller 19 trademarks 704
showaccess 122
CLI installation considerations 4 tse
showarray 224
configuring I/O port 529, 539 lsckdvol 270
showarraysite 216
creating lsfbvol 310
showauthpol 84
FlashCopy relationships 555 mkckdvol 282
showckdvol 286
Global Copy pairs 572 showckdvol 286
eam (extent allocation method 286
Metro Mirror pairs 569 showfbvol 327
tse 286
DS CLI commands 540 space-efficient storage
showenv 58
extent pool considerations 519 lsckdvol 270
showextpool 247
host connections 530 tse, mksestg
showfbvol 327
interactive mode 38 mkfbvol 321
eam (extent allocation method) 327
issuing 540 tuning parameters, CLI 585
tse 327
LUN volumes 524
showgmir 485
lunmapping 349
showgmircg 493
showgmiroos 494
os400all 528
os400mask 528
U
showhostconnect 209 unassign rank, CLI 548
postinstallation tasks 20
showioport 184 unattended (silent) mode installation 14
removing CLI, direct method 19
showkeygrp 110 unattended (silent) mode installation, DS
removing CLI, remote method 20
showkeymgr 114 CLI 14
script mode 37
showlcu 264 unfreezeflash 413
serial number reporting 172
showlss 304 unfreezepprc 477
showvolgrp 349
showpass 88 uninstall.dat 20
single-shot mode 36
showrank 235 uninstall.jar 20
volume group creation
showresgrp 389 UNIX DS CLI graphical installation 8
external load source
showsestg 369 UNIX password file directory 70
consideration 528
space-efficient storage 369 unlock account 65
multipath consideration 528
showsi 172 user security 119
showsp 155
showsu 161
showuser 89 T V
showvolgrp 349 target volume
ver 59
single volume relationship commit changes 565
view a specific LCU 552
deleting (DS CLI) 581 discard changes 564
view a specific rank 549
W
websites viii
who 91
whoami 94
Windows DS CLI graphical
installation 8
Windows password file directory 70
write acceleration restriction 42, 462, 479
write inhibits
mkflash command 563
removing from FlashCopy target
volumes 563
wwnn
displaying
for paths 566
X
XML report format 56
Z
z/OS Global Mirror
modifying
critical mode setting (DS CLI) 575
timeout value (DS CLI) 575
Index 711
712 DS8000 Series Command-Line Interface User's Guide
IBM®
Printed in USA
GC27-4212-08