dsmISI¶
Preface¶
This publication contains information about installation and configuration for General Storage dsmISI. dsmISI is the easiest and most effective way to address EMC Isilon® Scale-Out NAS clusters as a target storage device from IBM Spectrum Protect (formerly IBM Tivoli Storage Manager®) servers.
Target Audience¶
The information included in this guide is targeted at a Unix and/or ISP administrator tasked with implementing ISP storage pools on Isilon storage.
Components¶
dsmISI consist of a single daemon which is handling all aspects of an NFS based access from ISP to Isilon storage clusters.
dsmISI directories¶
The following directories are used by dsmISI:
Configuration |
/etc/dsmisi |
Logging |
/var/dsmisi/logs |
Internal |
/var/dsmisi/flags |
Executables |
/opt/generalstorage/dsmisi/bin |
Concept¶
Isilon clusters consist of three to hundreds of individual nodes which can connect independently to a Local Area Network. For each Isilon cluster, a single file system is represented through a multitude of protocols through every cluster node connected to the network.
Consequently, there is an individual network address for each node in a cluster. Typically, these addresses are arranged in one or more address ranges, spanning a certain part of an IP subnet. In order to balance incoming and outgoing traffic to and from the single file system provided by the cluster across all of its nodes, a distributed DNS server mechanism available from EMC (Isilon SmartConnect Advanced) cycles through the addresses providing access to said file system based on data such as the number of active connections per node and load statistics or in a simple, round-robin fashion.
Every computer about to connect to an Isilon cluster based on DNS name resolution will receive an individual node’s IP address and thus load balancing according to the prevailing algorithm is being served. However, since mounting the Isilon file system via NFS is the only supported way for a ISP server to use Isilon storage for a storage pool, such load balancing would occur only once when the file system is mounted. All subsequent access to data would then be routed through the Isilon node originally addressed by SmartConnect at the very moment the NFS mount took place. Every ISP server connected to an Isilon cluster would only be able to use a fraction of the theoretical throughput provided by this cluster at any given time.
Load balancing through ISP’s device class definitions (i.e., addressing the Isilon file system via more than one individual NFS mounts) could utilize more bandwidth but it would have several drawbacks. First, addressing the same file system through more than one mount point would undermine ISP’s internal capacity calculations because ISP would assume the free space reported for each mount point to be genuine and henceforth sum them up to a multiple of free space actually available.
Secondly, ISP addresses each volume of data via the exact path it took when the volume was initially created. So, any data written to a volume on path “a” can only be read and added to on that same path “a”, which undermines load balancing and effectively leads to heavily unbalanced utilizations of possible paths when previously written data is being read.
dsmISI provides a simple yet effective way to address all nodes of a virtually unlimited number of Isilon clusters from a virtually unlimited number of ISP servers in a balanced way without having to handle complex NFS mount structures or ISP device class definitions by:
mounting all nodes associated with an Isilon cluster via NFS to the operating system it is running on.
automatically adding Isilon cluster nodes once they have been installed.
providing the ISP administrator with a single target directory for one or more device classes.
balancing ISP read and write workloads effectively across all nodes of an Isilon cluster.
Prerequisites¶
- dsmISI must be installed on each system hosting the ISP server(s) which has access to Isilon storage it is managing. The platform must fulfil the following requirements:
IBM Spectrum Protect (TSM) Server Extended Edition for IBM AIX Version 7.1 or later or
IBM Spectrum Protect (TSM) Server Extended Edition for Oracle Solaris Version 7.1 or later or
IBM Spectrum Protect (TSM) Server Extended Edition for Linux Version 7.1 or later
NFS Client Version 3
IPv4 Connection between the operating system hosting the ISP server and the EMC Isilon cluster(s)
Secure Shell (ssh)
EMC Isilon OneFS
For details regarding the exact specifications, versions, patch levels etc. for the operating system environment required, please refer to IBM’s overview of supported operating systems (http://www-01.ibm.com/support/docview.wss?uid=swg21243309) and EMC’s Isilon specifications (http://www.emc.com/storage/isilon/isilon.htm).
EMC OneFS should be set up for optimizing streaming performance before accessing it with ISP and dsmISI. Performance is out of scope of this document, but the streaming setting is crucial (isi get /ifs/mydirectory/myfile ; isi set –l streaming /ifs/mydirectory/myfile). It can only be changed later by moving the existing data again.
- dsmISI furthermore requires:
500 MB or free disk space (/var, /opt)
128 MB of physical memory
Planning¶
The following planning sheet describes the options needed to configure dsmISI. Be aware that there are stanzas for ISP server instances and stanzas for EMC ISILON cluster. Some settings can be defined globally but also per instance.
Information |
Example Value |
Note |
---|---|---|
ISILON IP POOL |
subnet0:data1-pool |
IP Address Range or Symbolic Name of the Isilon Cluster(s) data network interfaces. Make sure the Isilon cluster is accessible from your ISP server. Note that most Isilon installations distinguish between management interfaces, used for i.e., administration and monitoring, and data interfaces meant to transfer data. It is possible to configure the system zone for management. dsmISI reads out the IP addresses automatically from the pool definition. The pool definition includes the subnet. |
ISILON Management IP |
isilon01-mgmt.myorg.com |
IP Address Range or Symbolic Name of the Isilon Cluster(s) management interface. If data (see above) and management interfaces are identical, make sure that login via SSH is enabled on the data interfaces of your Isilon cluster. |
ISILON Management User |
dsmisi,root |
ISILON user for dsmISI ssh access. The user needs certain user rights to work for dsmISI. In case a nonroot account is created a role hast be created on ISILON accordingly |
ISP Server User/Group |
tsm1usr:tsm1grp |
ISP server user and group information for all ISP. In order to provide access to data on an Isilon, dsmISI will have to make sure that individual ISP servers are given servers running on this machine correct permissions on directories. |
ISILON Mount Directory |
/isi,/isilon |
One empty, local directory per Isilon cluster. For each Isilon Cluster, one directory is required in which dsmISI will mount individual nodes via NFS. If this directory does not exist, dsmisi will create it adding the Isilon name as a subdirectory. |
ISILON DEVC Path Prefix |
/ifs,/ISILON |
Directory under which dsmISI creates the directory structure on the local server. Within this directory, dsmISI will provide a path to each Isilon cluster. The cluster name and ISP server name is added to the PATH by dsmISI. Path: <ServerDirPrefix> /<ServerName>/<IsiName>/ <ServerDirSuffix>. See DEVC Custom Path below, if you do not want to use the standard format. |
ISILON DEVC Path Suffix |
sf,FILEDEV |
Directory name for the ISP device class. This is the directory name on ISILON which can then be used as a target directory in individual device class definitions. It is reachable on the local server under the Prefix Path: <ServerDirPrefix> /<ServerName>/<IsiName>/ <ServerDirSuffix>. See DEVC Custom Path below, if you do not want to use the standard format. |
ISILON DEVC Custom Path |
/custom/path/ISP1/ISI1 |
The complete path for the ISP device class. This replaces the standard format using Prefix and Suffix. This is the complete path to the directory, which will be used in the ISP(TSM) device class configuration. This can be used instead of the standard format using Prefix and Suffix. ISP instance and ISILON name can be provided as variables. |
ISILON Export Directory |
isilon01:/ifs/tsm |
This is the exported directory for ISP from the ISILON. Isilon file systems usually root in /ifs. It is customary to create one directory underneath that parent in order to identify the underlying content as belonging to ISP. dsmISI will create subdirectories for the ISP server instances beneath this path. |
Installation¶
Once the planning sheet has been completed, copy the dsmISI installation package for your platform to your ISP server machine and install dsmISI from the same directory by issuing the following command as root user:
AIX:
installp -aX –d . dsmisi-3.x.x.x-x.bff
Solaris:
pkgadd –d dsmisi-3.x.x.x-x.pkg
RHEL:
yum install dsmisi-3.x.x.x-x.x86_64.rpm
SLES:
zypper install dsmisi-3.x.x.x-x.x86_64.rpm
other Linux:
rpm -ivh dsmisi-3.x.x.x-x.x86_64.rpm
Add dsmISI to PATH¶
The dsmISI binaries can be added to the system’s path. Only the following file needs to be created and the PATH configuration added accordingly:
linux02:~ #cat /etc/profile.d/dsmisi.sh PATH=${PATH}:/opt/generalstorage/dsmisi/bin
linux02:~ #. /etc/profile.d/dsmisi.sh
Add dsmISI as service¶
In order to easily start and stop dsmISI and allow automatic start during reboot, dsmISI should be added to the system as a service. Before you start dsmISI the configuration needs to be completed.
For AIX use the setup script to add dsmISI to the resource controller:
bash-4.2# /opt/generalstorage/dsmisi/bin/dsmisisetup.aix
Setup - Execute after installing dsmisi fileset
WARNING: This will stop the running dsmisi subsystem!
Hit ENTER to continue or CTRL C to cancel.
0513-071 The dsmisi Subsystem has been added.
bash-4.2# lssrc -s dsmisi
Subsystem Group PID Status dsmisi dsmisi inoperative
Linux with Systemd:
[root@lax10 init.d]# cp /opt/generalstorage/dsmisi/bin/dsmisi.service /etc/systemd/system/
[root@lax10 init.d]# cat /etc/systemd/system/dsmisi.service
[Unit] Description=Start dsmisi
[Service]
Type=forking
ExecStart=/bin/sh -c '/opt/generalstorage/dsmisi/bin/dsmisi -daemon >/dev/null 2>&1 &'
RemainAfterExit=yes
[Install]
WantedBy=multi-user.target
[root@lax10 init.d]# systemctl status dsmisi
* dsmisi.service - Start dsmisi
Loaded: loaded (/etc/systemd/system/dsmisi.service; disabled; vendor preset: disabled)
Active: inactive (dead)
Apr 23 11:49:30 lax10 dsmisi[16671]: Claim engine result is negative (-1).
Apr 23 11:49:30 lax10 dsmisi[16671]: IP based path distribution not required laclust888[0002].
Apr 23 11:49:32 lax10 dsmisi[16671]: Processing I/O path: /tsm/ISP143/ISP444/laclust888/file.
[root@lax10 init.d]# systemctl enable dsmisi.service
Created symlink from /etc/systemd/system/multi-user.target.wants/dsmisi.service to /etc/systemd/system/dsmisi.service.
[root@lax10 init.d]# systemctl status dsmisi
* dsmisi.service - Start dsmisi
Loaded: loaded (/etc/systemd/system/dsmisi.service; enabled; vendor preset: disabled)
Active: inactive (dead)
Apr 23 11:49:30 lax10 dsmisi[16671]: Claim engine result is negative (-1).
Apr 23 11:49:30 lax10 dsmisi[16671]: IP based path distribution not required laclust888[0002].
Apr 23 11:49:32 lax10 dsmisi[16671]: Processing I/O path: /tsm/ISP143/ISP444/laclust888/file.
[root@lax10 init.d]# systemctl start dsmisi
[root@lax10 init.d]# systemctl status dsmisi
* dsmisi.service - Start dsmisi
Loaded: loaded (/etc/systemd/system/dsmisi.service; enabled; vendor preset: disabled)
Active: active (running) since Thu 2018-04-23 12:04:54 CEST; 2s ago Process: 9264 ExecStart=/bin/sh -c /opt/generalstorage/dsmisi/bin/dsmisi -daemon >/dev/null 2>&1 & (code=exited, status=0/SUCCESS)
Main PID: 9265 (dsmisi)
CGroup: /system.slice/dsmisi.service
└─9265 /opt/generalstorage/dsmisi/bin/dsmisi -daemon
Apr 23 12:04:54 lax10 systemd[1]: Starting Start dsmisi...
Apr 23 12:04:54 lax10 systemd[1]: Started Start dsmisi.
Apr 23 12:04:54 lax10 dsmisi[9265]: Daemon dsmisi 3.0.3.4 started.
First steps after installation¶
Once installation has finished, all configuration regarding managed Isilon clusters and ISP servers is controlled via the dsmisi.conf options file.
This file is located in /etc/dsmisi.
The installation procedure places a sample options file in /etc/dsmisi/samples. You may copy this sample file to /etc/dsmisi/dsmisi.conf and edit it accordingly.
The dsmisi daemon will read dsmisi.conf only when starting or re-starting. Keep that in mind when making changes to dsmisi.conf.
Uninstallation¶
In order to remove dsmISI from your computer, stop dsmisi and issue the following commands as root user:
AIX:
installp –u dsmisi
Solaris:
pkgrm dsmisi
RHEL:
yum remove dsmisi-3.x.x.x-x
SLES:
zypper remove dsmisi-3.x.x.x-x
other Linux:
rpm –e dsmisi-3.x.x.x-x
Configuration¶
The options file is structured similarly to ISP’s dsm.sys file on Unix based operating systems. First there are global settings in the file and then for each Isilon cluster controlled by dsmisi and for each ISP server, a separate stanza must be created within the dsmisi.conf options file.
The beginning of any stanza describing options for an Isilon cluster is marked by an entry beginning with the keyword IsiName, while a stanza containing options for a ISP server instance is made by the keyword ServerName.
Any option will be interpreted as belonging to the stanza introduced by the preview IsiName or ServerName. In case the same option is found more than once within the same stanza, the last option value will be used and any previously defined option in the same stanza will be ignored.
If a stanza is identified more than once, it will be treated as a single stanza with the rules regarding duplicate option entries applying as if all options were found in the same stanza.
Global Options¶
The first options before the first IsiName or ServerName stanza are global options. Some like the loglevel are only used here, while others like the IsilonUser can be set globally, but also per Isilon stanza.
FileLogLevel¶
Defines the logging level for the log file /var/dsmisi/logs/dsmisi.log
Values: Debug, Info, Notice, Warning, Error
Examples:
FileLogLevel Notice
SysLogLevel¶
Defines the logging level for the syslog. Currently only supported for AIX.
Values: Debug, Info, Notice, Warning, Error
Examples:
SysLogLevel Notice
ConnectTimeout¶
This is the global setting to define the connection timeout for the communication with ISILON. There is also an ISILON option. This option will be overwritten by ISILON stanza options
Examples:
ConnectionTimeout 60
IdleTime¶
This option defines the waiting time before the next status check in sec. Default is 300.
Values: A setting between 10 and 300 should be used.
Examples:
IdleTime 30
IsilonUser¶
Defines the user which should be used to communicate with ISILON. This is the global setting and can be overwritten in ISILON stanzas by IsiUser.
Values: Any user name
Examples:
IsilonUser dsmisi
IsilonExport¶
In case there is a common directory exported from ISILON for ISP it can be set here globally.
Values: The exported directory (full path on ISILON)
Examples:
IsilonExport /ifs/ISP
IsilonMount¶
This defines the overall behaviour when issuing dsmisi mount
/dsmisi umount
without a specific cluster as a parameter or when starting the dsmisi service.
Values:
true
(default) - Clusters will be mounted with dsmisi mount or when starting the service and will be unmounted when issuing dsmisi umount.
false
- Clusters will not be mounted with dsmisi mount or when starting the service and will not be unmounted when issuing dsmisi umount.
automatic
- Clusters will be mounted when starting the service but will not be mounted/unmounted when issuing dsmisi mount/dsmisi umount without a specific cluster as a parameter.
Examples:
IsilonMount Automatic
MountArgs¶
This option can be used to change the mount option for the ISILON mounts. This could be used to disable “sync” to enable filesystem caching.
Values: Use specific options NfsRsize and NfsWsize for changing mount option rsize and/or wsize.
Examples:
MountArgs rw,sync,hard,proto=tcp,timeo=50,retrans=2,intr,nfsvers=3,actimeo=0
NfsRsize¶
If the rsize mount option needs to be changed, this dsmisi option should be used.
Values: Use value which is supported by OS
Examples:
NfsRsize 1048576
NfsWSize¶
If the wsize mount option needs to be changed, this dsmISI option should be used.
Values: Use value which is supported by OS
Examples:
NfsWsize 1048576
ClaimWeight¶
Before dsmISI changes the current node for a ISP instance it will “claim” this node. This is claim is weighted. By changing this value, a higher single stream is represented by a claim. Default is 120 MB/s.
Values: Value should be chosen between 50 and 200.
Examples:
SysLogLevel Notice
Isilon Cluster Options¶
After the global settings, the stanzas for ISILON clusters follow. Each stanza is recognized by the IsIName option and then followed by the options set for this cluster.
IsiName¶
Name of the Isilon cluster in a dsmISI context. This name does not have to correlate to the Isilon DNS name, although keeping names for entities consistent may help to avoid confusion. This option begins a new stanza containing all options relevant to a specific Isilon cluster.
Values: Must be at least 4 and at most 32 characters in length (a-z, A-Z, 0-9, -, _, .)
Examples:
IsiName isilon01
IsiName isilon.location1
isiname isilon.location2
IsiMgmtIp¶
IP Name or Address over which any of the Isilon cluster may be reached for the purpose of management and administration. Isilon offers the possibility of defining various address ranges which are shared among nodes for data and/or management access. The IsiMgmtIp option must define an address or network name over which administrative access via SSH is possible. A second management address can be added separated by comma.
Values: Must be a specific IP Address or accessible network name
Examples:
IsiMgmtIp 192.168.1.50
IsiMgmtIp isilon01-mgmt.myorg.com
IsiIpPool¶
ISILON manages IP addresses in IP pools. Add the IP pool name here which is configured for ISP data access. It is recommended only use a single IP address per node in this IP pool as ISP and dsmISI do not benefit of many IP addresses per node. dsmISI will use the information for preparing the NFS mounts.
Values: Must be a configured IP Pool Important: Beginning with dsmisi v3 the subnet must be included in the setting!
Examples:
IsiIpPool subnet1:pool-data
isi001-1#isi network list ifaces –w
Interface Status Membership Addresses
--------------- ----------- ------------------------- ------------------------------
1:10gige-1 up
1:10gige-2 up
1:10gige-agg-1 up subnet1:pool-data 192.168.100.100
1:ext-1 up subnet0:pool-mgt 192.168.101.100
1:ext-2 up
2:10gige-1 up
2:10gige-2 up
2:10gige-agg-1 up subnet1:pool-data 192.168.100.101
2:ext-1 up 2:ext-2 up
2:ext-agg up subnet0:pool-mgt 192.168.101.101
3:10gige-1 up
3:10gige-2 up
3:10gige-agg-1 up subnet1:pool-data 192.168.100.102
3:ext-1 up
3:ext-2 up
3:ext-agg up subnet0:pool-mgt 192.168.101.102
4:10gige-1 up
4:10gige-2 up
4:10gige-agg-1 up subnet1:pool-data 192.168.100.103
4:ext-1 up
4:ext-2 up
4:ext-agg up subnet0:pool-mgt 192.168.101.103
IsiMntRootDir¶
A local directory which must exist, and be owned by the system’s root user. dsmISI will create a new NFS mount for each node of the Isilon cluster in question within this directory.
If you are accessing more than one Isilon clusters, it is strongly advised to use different IsiMntRootDir directories for each Isilon cluster on each server.
Values: All restrictions regarding directory names on the platform dsmISI is running on in your environment do apply.
Examples:
IsiMntRootDir /isilon01
IsiMntRootDir /root/first-isilon
IsiConnectionTimeout¶
This is the setting to define the connection timeout for the communication with ISILON.
Values: Value in seconds
Examples:
IsiConnectionTimeout 30
IsiUser¶
Defines the user for communication with ISILON for a specific cluster.
Values: Any valid user name
Examples:
IsilonUser dsmisi
IsiExport¶
If no common path is exported this ISILON specific setting can be used instead of the global setting IsilonExport. This overwrites the global setting.
Values: Any valid ISILON export path
Examples:
IsiExport /ifs/isilon001
IsiMount¶
This defines the specific behaviour of this ISILON cluster when issuing dsmisi mount
/dsmisi umount
without a parameter or when starting the dsmisi service.
Values:
true
(default) - This cluster will be mounted with dsmisi mount or when starting the service and will be unmounted when issuing dsmisi umount.
false
- This cluster will not be mounted with dsmisi mount or when starting the service and will not be unmounted when issuing dsmisi umount.
automatic
- This cluster will be mounted when starting the service but will not be mounted/unmounted when issuing dsmisi mount/dsmisi umount without a specific cluster as a parameter.
Examples:
IsiMount Automatic
ISP Server Options¶
Once you configured all Isilon clusters in your dsmisi.conf file, you must configure the ISP server instances which have to access these clusters. The following options must be provided for each ISP server instance.
ServerName¶
Name of the ISP server instance The ServerName does not have to correspond with the real name of the ISP server instance in question. However, in order to avoid confusion, it is recommended to keep instance names consistent across ISP and dsmISI.
Values: Must be at least 4 and at most 32 characters in length (a-z, A-Z, 0-9, -, _, .)
Examples:
ServerName server01
ServerName tsm01.location2
ServerName tsm_server_central
ServerUsrGrp¶
User and group in which context the ISP server instance is running. In UNIX environments, this usually is a specific user and group exclusively used for an instance.
Values: Must be a valid group name
Examples:
ServerUsrGrp tsm1usr:tsm1grp
ServerUsrGrp tsm2usr:tsm2grp
ServerDirPrefix¶
For each ISP server instance, which will place data on an ISILON cluster, there must be a local path through which the ISILON can be accessed. This is the directory path, which is used in the ISP server device class. This directory path consists out of the following:
<ServerDirPrefix>/<ServerName>/<IsiName>/<ServerDirSuffix>
This directory directly leads to the file system on the ISILON cluster, where a corresponding path is also created, if IsiUser is root, otherwise the IsiUser would need the right to create directories or change ownership.
<IsiExport>/<ServerName>/<ServerDirSuffix>
Values: All restrictions regarding directory names on the platform dsmISI is running on in your environment do pertain.
Examples:
ServerDirPrefix /tsm
ServerDirPrefix /tsm/FILE
ServerDirSuffix¶
For each ISP server instance, which will place data on an ISILON cluster, there must be a local path through which the ISILON can be accessed. This is the directory path, that is used in the ISP server device class. This directory path consists out of the following:
<ServerDirPrefix>/<ServerName>/<IsiName>/<ServerDirSuffix>
This directory directly leads to the file system on the ISILON cluster, where a corresponding path is also created, if IsiUser is root, otherwise the IsiUser would need the right to create directories or change ownership.
<IsiExport>/<ServerName>/<ServerDirSuffix>
Values: All restrictions regarding directory names on the platform dsmISI is running on in your environment do pertain. Be aware that certain user rights on ISILON paths cannot automatically be changed by dsmISI when you chose to use a non-root user as “IsiUser”.
Examples:
ServerDirSuffix sf
ServerDirSuffix FILEDEV
ServerDirFormat¶
The default server directory naming is based on the options ServerDirSuffix and ServerDirPrefix). If a more flexible naming is required, the ServerDirFormat can be used. The ISP server name and the ISILON name can be placed by using variables %TSM% and %ISI%.
Examples:
ServerName ISP1
ServerUsrGrp tsm1usr:tsm1grp
# ServerDirPrefix /tsm
# ServerDirSuffix sf
IsiClusterList CLUSTER-01,CLUSTER-02
ServerDirFormat /tsm/%TSM%/sf/sfisi/%ISI%
IsiClusterList¶
For each ISP server instance the relevant ISILON clusters needed to be defined. With comma separation more than one ISILON cluster can be configured.
Values: All restrictions regarding directory names on the platform dsmISI is running on in your environment do pertain. Be aware, certain user rights on ISILON paths cannot automatically be changed by dsmISI when you chose to use a non-root user as “IsiUser”.
Examples:
IsiClusterList isilon001 IsiClusterList isi_siteA,isi_siteB
dsmISI Preload Library¶
Beginning with dsmISI version 3, an enhanced load balancing can be activated as a preload library to the Spectrum Protect (TSM) server.
When upgrading dsmISI from version 2, ensure the subnet information is part of the IsiIpPool setting:
IsiName isilon01
IsiMgmtIp isilon01-1-mgt,isilon-01-2-mgt
IsiIpPool subnet0:pool-data
IsiConnectionTimeout 30
IsiUser root
#IsiUser dsmisi
IsiMntRootDir /isi
IsiExport /ifs/ISP
The preload library is activated during Spectrum Protect server startup. The following examples show the commands, which need to be added to the startup script. Be aware, that in case you are using the standard rc.dsmserv script, which is part of the Spectrum Protect installation package, the changes will be overwritten with a Spectrum Protect server update.
This is the original rc.dsmserv part, which needs to be changed:
if [ "$OS" = "AIX" ]; then
if [ "$instanceUser" != "" ]; then
exec su - $instanceUser -c "LDR_CNTRL=TEXTPSIZE=64K@DATAPSIZE=64K@STACKPSIZE=64K@SHMPSIZE=64K $serverBinDir/dsmserv $cmdParms"
else
exec /usr/bin/env LDR_CNTRL=TEXTPSIZE=64K@DATAPSIZE=64K@STACKPSIZE=64K@SHMPSIZE=64K $serverBinDir/dsmserv $cmdParms
fi
else
if [ "$instanceUser" != "" ]; then
exec su - $instanceUser -c "$serverBinDir/dsmserv $cmdParms"
else
exec $serverBinDir/dsmserv $cmdParms
fi
fi
Example Linux¶
The Spectrum Protect configuration directory is in this case /isp/TSM143/cfg:
cp -p /opt/generalstorage/dsmisi/bin/dsmgsio.so /isp/TSM143/cfg/dsmgsio.so
if [ "$OS" = "AIX" ]; then
if [ "$instanceUser" != "" ]; then
exec su - $instanceUser -c "LDR_CNTRL=TEXTPSIZE=64K@DATAPSIZE=64K@STACKPSIZE=64K@SHMPSIZE=64K $serverBinDir/dsmserv $cmdParms"
else
exec /usr/bin/env LDR_CNTRL=TEXTPSIZE=64K@DATAPSIZE=64K@STACKPSIZE=64K@SHMPSIZE=64K LD_PRELOAD=/isp/TSM143/cfg/dsmgsio.so $serverBinDir/dsmserv $cmdParms
fi
else
if [ "$instanceUser" != "" ]; then
exec su - $instanceUser -c "$serverBinDir/dsmserv $cmdParms"
else
exec $serverBinDir/dsmserv $cmdParms
fi
fi
Example AIX¶
The Spectrum Protect configuration directory is in this case /isp/AIX1/cfg:
cp -p /opt/generalstorage/dsmisi/bin/dsmgsio.so /isp/TSM143/cfg/dsmgsio.so
if [ "$OS" = "AIX" ]; then
if [ "$instanceUser" != "" ]; then
exec su - $instanceUser -c "LDR_CNTRL=TEXTPSIZE=64K@DATAPSIZE=64K@STACKPSIZE=64K@SHMPSIZE=64K LD_PRELOAD=/isp/TSMAIX1/cfg/dsmgsio.so $serverBinDir/dsmserv $cmdParms"
else
exec /usr/bin/env LDR_CNTRL=TEXTPSIZE=64K@DATAPSIZE=64K@STACKPSIZE=64K@SHMPSIZE=64K $serverBinDir/dsmserv $cmdParms
fi
else
if [ "$instanceUser" != "" ]; then
exec su - $instanceUser -c "$serverBinDir/dsmserv $cmdParms"
else
exec $serverBinDir/dsmserv $cmdParms
fi
fi
Example Cluster: GSCC¶
This is the configuration file for the preload library in GSCC:
linux1# cat /isp/TSM143/cfg/isp.conf
cp -p /opt/generalstorage/dsmisi/bin/dsmgsio.so /isp/TSM143/cfg/dsmgsio.so
TSMARGS="LD_PRELOAD=/isp/TSM143/cfg/dsmgsio.so"
Status Check¶
After the Spectrum Protect server restart, the correct activation can be verified with the status command using the –s parameter:
linux1# /opt/generalstorage/dsmisi/bin/dsmisi status –s
dsmisi, version 3.0.2.4 (301101417668)
Copyright (C) 2017 General Storage Software GmbH
0001: /isi/laclust801/0001 mounted.
0002: /isi/laclust801/0002 mounted.
0003: /isi/laclust801/0003 mounted.
I/O Server TSM143.
Cluster laclust801,3 file path /isp/TSM143/TSM143/laclust801/file active.
I/O server dsmgsio inactive
After activation the output changes:
root@lax10 logs]# /opt/generalstorage/dsmisi/bin/dsmisi status –s
dsmisi, version 3.0.2.4 (301101417668)
Copyright (C) 2017 General Storage Software GmbH
0001: /isi/laclust801/0001 mounted.
0002: /isi/laclust801/0002 mounted.
0003: /isi/laclust801/0003 mounted.
I/O Server TSM143.
Cluster laclust801,3 file path /isp/TSM143/TSM143/laclust801/file active.
I/O server dsmgsio available.
I/O Path 0: /isp/TSM143/TSM143/laclust801/file/ -> /isi/laclust801/0002/TSM143/file(3).
dsmISI Update with Preload Library¶
Be aware, that with activated preload library a dsmISI update requires a SP server restart to update the library. However, the software package can be updated independent of library activation. As each instance is using a dedicated copy of the library, the activation can be scheduled for a later time.
Check the readme of the update if reloading of the library is required at all.
Example Scenario¶
The following example will describe a deployment scenario for the setup steps of dsmISI. In this example, the following input is used:
SLES 11 server for TSM called linux01.
One TSM server instance called tsminst01.
The TSM instance runs under the user tsm1, which belongs to the user group tsm1.
There is one ISILON cluster with 4 nodes which has already been installed. Its name is isilon01 and is configured with separate data and management interfaces. Management interfaces are isilon01-01-mgt,isilon01-02-mgt,isilon01-03-mgt,isilon01-04-mgt.
The exported directory on ISILON is planned to be /ifs/TSM.
The mounts should be created beneath the /isi directory.
The TSM device class root directory is planned to be /tsm.
The TSM device class directory name is planned to be SF for sequential file.
Step 1: Establish SSH connection with ISILON¶
The ssh connection is needed on each UNIX server running a TSM instance with ISILON access. This can be done as root or as a non-root user. There are certain limits in automation during the setup when using a non-root user in ISILON side.
Step 1a: Establish the connection as root¶
Login to the machine hosting your TSM server as root. Create a new key-pair for SSH by issuing:
root@linux01 # ssh-keygen -t rsa
Issue the following commands to copy your public SSH keys to the ISILON. You can choose any node here. ISILON will distribute the information to the other nodes.
In case there is no ssh-copy-id command available (AIX) the content of the public key file must be added to the authorized_keys file of root manually. This is only necessary with a single ISILON node as the authorized_keys file will be distributed to the other nodes automatically.
root@linux01 # ssh-copy-id -i ~/.ssh/id_rsa.pub root@isilon01-01-mgmt
When prompted, enter your ISILON’s root password.
Try to login to you ISILON cluster by issuing:
root@linux01 # ssh root@isilon01-mgmt
Step 1b: Establish the connection as non-root¶
If the connection to ISILON should not be done by root, a new user must be created on ISILON and a corresponding role must be created. For this task, an administrative user is needed.
Login to the machine hosting your ISP server as root.
Create a new key-pair for SSH by issuing:
root@linux01 # ssh-keygen -t rsa
Generating public/private rsa key pair.
Enter file in which to save the key (/root/.ssh/id_rsa): /root/.ssh/id_rsa_dsmisi
Enter passphrase (empty for no passphrase):
Enter same passphrase again:
Your identification has been saved in /root/.ssh/id_rsa_dsmisi.
Your public key has been saved in /root/.ssh/id_rsa_dsmisi.pub.
The key fingerprint is:
e9:34:09:13:64:5a:44:6b:17:f0:73:3a:70:70:5e:a2 root@lax01
The key's randomart image is:
+--[ RSA 2048]----+
| +X.+ . |
| + O + |
| . E * . |
| . * * |
| S |
| o o |
| . |
| |
| |
+-----------------+
root@linux01 # ls -lrta /root/.ssh/id_rsa_dsm*
-rw-r--r-- 1 root root 392 Dec 3 16:33 /root/.ssh/id_rsa_dsmisi.pub
-rw------- 1 root root 1675 Dec 3 16:33 /root/.ssh/id_rsa_dsmisi
Login to the ISILON as root and create the user and role. Be aware that beginning with OneFS v8 the role definition are not sufficient. The sudoer file must be updated additionally.
isilon01-1# isi auth users create --password-expires no dsmisi
isilon01-1# isi auth users list
Name
-------------
Root
admin
compadmin
ftp
www
Nobody
insightiq
Remotesupport
Guest
dsmisi
-------------
Total: 10
isilon01-1# isi auth roles create --name=dsmisi
isilon01-1# isi auth roles modify --role=dsmisi --add-priv=ISI_PRIV_LOGIN_PAPI,ISI_PRIV_LOGIN_SSH,ISI_PRIV_CLUSTER,ISI_PRIV_NETWORK,ISI_PRIV_STATISTICS
isilon01-2# isi auth roles list
Name
-------------
AuditAdmin
BackupAdmin
SecurityAdmin
SystemAdmin
VMwareAdmin
dsmisi
-------------
Total: 6
isilon01-2# isi auth roles privileges list dsmisi
ID
-------------------
ISI_PRIV_LOGIN_PAPI
ISI_PRIV_LOGIN_SSH
ISI_PRIV_CLUSTER
ISI_PRIV_NETWORK
ISI_PRIV_STATISTICS
-------------------
Total: 5
isilon01-2# isi auth roles modify dsmisi --add-user dsmisi
isilon01-2# isi auth roles members list dsmisi
Type Name
------------
user dsmisi
------------
Total: 1
When the dsmISI user was added you can add the public key of the ISP server’s root user we created earlier to its authorized_keys file:
root@linux01 # cat id_rsa_dsmisi.pub
ssh-rsa AAAAB3NzaCasdasdAAABIwAAAQEA1+QQ5Y82NGai4KsmHjiWUv7NsDDCIhQhjGrQT+ph8Z8a4Vh9xFG1zZvZBs7RlalQ5HZxPoTGxKXNh0QdxLFcmvq7bsrC/HHs1cfxxfahxAl4TLS2BQXArKi+0Uin4bZO268I3NBPJHcLSjTXB1VxGOlkAhrifOb6B2d90po98ikB9oveLkbuaKsuJelyqwsY89CgzfurWfBmnLVAmey4YTPWtXH000000VVeF4tTDyYSdOq1zTSEOCsA85HUJHek5ObB30HqiPiLkc22l7CC/0uPgN2zcb5ol4wRBnd48ocrwSzI36N3VaqqxWnGq8Opwd8zuMvbWY/eChYw== root@tsm1
In putty copy and paste this key into the authorized_keys file on the ISILON. Ensure the key is a single line and has no carriage return in between:
isilon01-1# su - dsmisi
isilon01-1% pwd
/ifs/home/dsmisi
isilon01-1% cd .ssh
isilon01-1% vi authorized_keys
Try to login to you ISILON cluster by issuing:
root@linux01 # ssh dsmisi@192.168.178.131
Last login: Mon Oct 20 21:10:36 2014 from 192.168.178.37
Copyright (c) 2001-2014 EMC Corporation. All Rights Reserved.
Copyright (c) 1992-2011 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
Isilon OneFS v7.1.1.0
isilon01-1% sudo isi perfstat
Cluster Name: lsilon01
Initiator Statistics:
Throughput (bytes/s) Files (#/s)
ID | Type | Write Read Delete |Create Remove Lookup
----+----------+-------+-------+-------+-------+-------+-------
1 | storage | 6.0M | 3 | 1.6K | 0 | 0 | 183
---------------+-------+-------+-------+-------+-------+-------
2 | storage | 6.0M | 3 | 1.6K | 0 | 0 | 101
---------------+-------+-------+-------+-------+-------+-------
3 | storage | 1.0M | 3 | 1.6K | 0 | 0 | 212
---------------+-------+-------+-------+-------+-------+-------
Totals: | 13.0M | 3 | 4.8K | 0 | 0 | 496
Verify that the example output is returned without password prompt. sudo
is required for all commands.
The user role is limited, so not all commands are allowed. Beginning with OneFS v8 the following change is additionally required: This has to be performed as root on the ISILON. The change is only done on one of the nodes, the changes are automatically deployed to the other cluster nodes:
isilon01-1% isi_visudo
Add these lines:
dsmisi ALL=(ALL) NOPASSWD: /usr/bin/isi_classic networks*
dsmisi ALL=(ALL) NOPASSWD: /usr/bin/isi_classic statistics*
Step 2: Prepare the ISILON cluster for dsmISI and ISP¶
If you used the root for the ISILON communication you can use the login for the configuration.
If you are using a non-root user, you need at least an administrative user for the following configuration, which can be done in the web interface and the CLI. Once logged in to the ISILON as root user, create the directory to be exported (/ifs/ISP) and in case the non-root user is used for dsmISI you also either need to allow the dsmISI user to write to this directory or create it:
isilon01-1# mkdir /ifs/ISP isilon01-1# chmod a+w /ifs/ISP
Now the directory needs to be exported. This can be done on the command line but also on the web interface. In most cases it is enough to export “read-write” only:
isilon01-1# isi nfs exports create /ifs/ISP –read-write-clients 192.168.100.50
isilon01-1# isi nfs exports create /ifs/ISP –root-clients 192.168.100.50
Ensure that the correct policy is set for this directory. Best practice is to set the performance value to “streaming” globally on ISILON:
isilon01-1# isi get /ifs/tsm2
POLICY LEVEL PERFORMANCE COAL FILE
default 4x/2 concurrency on ./
default 8x/3 concurrency on ../
isilon711-2# isi set -l streaming /ifs/tsm2
isilon711-2# isi get /ifs/tsm2
POLICY LEVEL PERFORMANCE COAL FILE
default 4x/2 streaming/@18 on ./
default 8x/3 concurrency on ../
The next step is to verify the IP pool for the data access. It is recommended to only use a single IP address per node:
isilon01-1#isi network list ifaces –w
Interface Status Membership Addresses
--------------- ----------- ------------------------- ------------------------------
1:10gige-1 up
1:10gige-2 up
1:10gige-agg-1 up subnet1:pool-data 192.168.100.100
1:ext-1 up subnet0:pool-mgt 192.168.101.100
1:ext-2 up
2:10gige-1 up
2:10gige-2 up
2:10gige-agg-1 up subnet1:pool-data 192.168.100.101
2:ext-1 up
2:ext-2 up
2:ext-agg up subnet0:pool-mgt 192.168.101.101
3:10gige-1 up
3:10gige-2 up
3:10gige-agg-1 up subnet1:pool-data 192.168.100.102
3:ext-1 up
3:ext-2 up
3:ext-agg up subnet0:pool-mgt 192.168.101.102
4:10gige-1 up
4:10gige-2 up
4:10gige-agg-1 up subnet1:pool-data 192.168.100.103
4:ext-1 up
4:ext-2 up
4:ext-agg up subnet0:pool-mgt 192.168.101.103
Step 3: Install dsmISI¶
The next step is to install the dsmISI package:
rpm -ivh dsmisi-3.X.X.X.x86_64.rpm
Step 4: Create the dsmisi.conf options file¶
The previously defined values for this installation need to be added to the configuration file.
linux01: # cat /etc/dsmisi/dsmisi.conf
FileLogLevel Warning
#SysLogLevel Warning
ClaimWeight 100
ConnectTimeout 30
IsilonUser root
#IsilonUser dsmisi
MountArgs rw,sync,hard,proto=tcp,timeo=600,retrans=2,intr
NfsRsize 1048576
NfsWsize 1048576
IdleTime 60
IsiName isilon01
IsiMgmtIp isilon01-1-mgt,isilon-01-2-mgt
IsiIpPool subnet0:pool-data
IsiConnectionTimeout 30
IsiUser root
# IsiUser dsmisi
IsiMntRootDir /isi
IsiExport /ifs/ISP
ServerName tsminst01
ServerUsrGrp tsm1:tsm1
ServerDirPrefix /tsm
ServerDirSuffix sf
IsiClusterList isilon01
Step 5: Configure dsmISI as service¶
To run dsmISI as a service, please copy the service unit file into a service unit directory and enable the service:
sles-01:/opt/generalstorage/dsmisi/bin # cp /opt/generalstorage/dsmisi/bin/dsmisi.service /etc/systemd/system
sles-01:/opt/generalstorage/dsmisi/bin # systemctl enable dsmisi --now
Created symlink from /etc/systemd/system/multi-user.target.wants/dsmisi.service to /etc/systemd/system/dsmisi.service.
sles-01:/opt/generalstorage/dsmisi/bin # systemctl status dsmisi
dsmisi.service - Start dsmisi
Loaded: loaded (/etc/systemd/system/dsmisi.service; enabled; vendor preset: disabled)
Active: active (running) since Wed 2022-01-19 09:28:33 CET; 6s ago
Process: 3618 ExecStart=/bin/sh -c /opt/generalstorage/dsmisi/bin/dsmisi -daemon >/dev/null 2>&1 & (code=exited, status=0/SUCCESS)
Main PID: 3619 (dsmisi)
Tasks: 2 (limit: 512)
Memory: 2.2M
CPU: 39ms
CGroup: /system.slice/dsmisi.service
├─3619 /opt/generalstorage/dsmisi/bin/dsmisi -daemon
└─3644 ssh -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null -o BatchMode=yes -q -T dsmisi@192.168.178.240
Jan 19 09:28:33 sles-01 systemd[1]: Starting Start dsmisi...
Jan 19 09:28:33 sles-01 systemd[1]: Started Start dsmisi.
Optionally the executable can also be added to the default path:
linux01:~ #cat /etc/profile.d/dsmisi.sh PATH=${PATH}:/opt/generalstorage/dsmisi/bin
linux01:~ #. /etc/profile.d/dsmisi.sh
Step 6: Start dsmISI¶
Now dsmISI can be started. If you start dsmISI for the first time after configuration it is recommended to check /var/dsmisi/logs/dsmisi.log for errors. The mounts to all 4 nodes should be available.
Step 7: Create and use ISP device classes¶
When dsmISI was configured and started successfully there should be a link available which is used for the ISP device class configuration: linux01:/tsm/tsminst01/isilon01 # ls -l total 0 lrwxrwxrwx 1 tsm68 tsm68 25 Sep 25 10:16 SF -> /isi/isilon01/0001/tsminst01/sf Now the ISP device class is created. tsm: ISPINST01>def dev ISILON01 devt=FILE maxcap=20g dir=/tsm/tsminst01/isilon01/sf ANR2203I Device class ISILON01 defined.
Step 8: Create and use ISP storage pools¶
The last step is to define the storage pool: tsm: ISPINST01>def stg ISI_BACKUP ISILON01 hi=100 lo=99 reuse=2 colloc=no recl=60 maxscratch=10000 ANR2200I Storage pool ISI_BACKUP defined (device class ISILON01).
Command Reference¶
The following section contains information about the commands usable by the dsmisi executable
dsmisi help¶
This command returns all possible commands for dsmisi.
Syntax:
dsmisi help
Examples:
sles-01:~ # dsmisi help
Usage: dsmisi [help|mount|umount|setpath|status|ping|wipe]
dsmisi, version 3.2.0.19 x86_64 (154215921912)
Copyright (C) 2021 General Storage Software GmbH
dsmisi status¶
This command returns the status of the ISILON mounts and the dsmISI version.
Syntax:
dsmisi status <parameter>
Parameters:
-s : The option "-s" also shows the status of the preload library.
-r : This option flushes saved cluster information and reloads it from the clusters.
Examples:
linux01:~ # /opt/generalstorage/dsmisi/bin/dsmisi status -s
dsmisi, version 3.0.2.4 (301101417668)
Copyright (C) 2017 General Storage Software GmbH
0001: /isi/laclust801/0001 mounted.
0002: /isi/laclust801/0002 mounted.
0003: /isi/laclust801/0003 mounted.
I/O Server ISP143.
Cluster laclust801,3 file path /tsm/ISP143/ISP143/laclust801/file active.
I/O server dsmgsio available.
I/O Path 0: /tsm/ISP143/ISP143/laclust801/file/ -> /isi/laclust801/0002/ISP143/file(3).
sles-01:~ # dsmisi status -r
dsmisi, version 3.2.0.19 x86_64 (154215921912)
Copyright (C) 2021 General Storage Software GmbH
Reloading cluster data isi9000 ...
Cluster isi9000 (v9.0.0.0):
192.168.178.243 mounted on /isimount/isi9000/0001 (Clusternode 1)
192.168.178.244 mounted on /isimount/isi9000/0002 (Clusternode 1)
192.168.178.242 mounted on /isimount/isi9000/0003 (Clusternode 3)
192.168.178.240 mounted on /isimount/isi9000/0004 (Clusternode 4)
192.168.178.241 mounted on /isimount/isi9000/0005 (Clusternode 4)
dsmisi status: no I/O server configured.
dsmisi mount¶
This command can mount all clusters at once or a specific cluster if provided.
Syntax:
dsmisi mount <clustername>
Parameters:
<clustername> (Optional) - Clustername from *dsmisi.conf*. If provided, only this cluster will be mounted.
Examples:
bash-4.2# dsmisi mount
Mount processing isi8200-clus.
Mount processing isi9000.
Mount processing isi9000-a.
bash-4.2# df
...
192.168.178.247:/ifs/ORA 492655680 160130208 68% 107528902 29% /isi/isi8200-clus/0001
192.168.178.248:/ifs/ORA 492655680 160130208 68% 107528902 29% /isi/isi8200-clus/0002
192.168.178.246:/ifs/ORA 492655680 160130208 68% 107528902 29% /isi/isi8200-clus/0003
192.168.178.245:/ifs/ORA 492655680 160130208 68% 107528902 29% /isi/isi8200-clus/0004
192.168.178.249:/ifs/ORA 492655680 160130208 68% 107528902 29% /isi/isi8200-clus/0005
192.168.178.242:/aliasora 492655680 213579152 57% 182159841 49% /isi/isi9000/0001
192.168.178.241:/aliasora 492655680 213579152 57% 182159841 49% /isi/isi9000/0002
192.168.178.243:/aliasora 492655680 213579152 57% 182159841 49% /isi/isi9000/0003
192.168.178.240:/aliasora 492655680 213579152 57% 182159841 49% /isi/isi9000/0004
192.168.178.244:/aliasora 492655680 213579152 57% 182159841 49% /isi/isi9000/0005
192.168.178.240:/ifs/ORANEW 492655680 213579152 57% 182159841 49% /isi/isi9000-a/0001
sles-01:~ # dsmisi mount isi9000
Mount processing isi9000.
sles-01:~ # df|grep isi9000
192.168.178.243:/ifs/xfs 246328320 139534336 106793984 57% /isimount/isi9000/0001
192.168.178.244:/ifs/xfs 246328320 139534336 106793984 57% /isimount/isi9000/0002
192.168.178.242:/ifs/xfs 246328320 139534336 106793984 57% /isimount/isi9000/0003
192.168.178.240:/ifs/xfs 246328320 139534336 106793984 57% /isimount/isi9000/0004
192.168.178.241:/ifs/xfs 246328320 139534336 106793984 57% /isimount/isi9000/0005
dsmisi umount¶
This command can unmount all clusters at once or a specific cluster if provided.
Syntax:
dsmisi umount <clustername>
Parameters:
<clustername> (Optional) - Clustername from *dsmisi.conf*. If provided, only this cluster will be unmounted.
Examples:
sles-01:~ # df|grep isi9000
192.168.178.243:/ifs/xfs 246328320 139534336 106793984 57% /isimount/isi9000/0001
192.168.178.244:/ifs/xfs 246328320 139534336 106793984 57% /isimount/isi9000/0002
192.168.178.242:/ifs/xfs 246328320 139534336 106793984 57% /isimount/isi9000/0003
192.168.178.240:/ifs/xfs 246328320 139534336 106793984 57% /isimount/isi9000/0004
192.168.178.241:/ifs/xfs 246328320 139534336 106793984 57% /isimount/isi9000/0005
sles-01:~ # dsmisi umount isi9000
Umount processing isi9000.
sles-01:~ # df
Filesystem 1K-blocks Used Available Use% Mounted on
devtmpfs 2003976 0 2003976 0% /dev
tmpfs 2015768 0 2015768 0% /dev/shm
tmpfs 2015768 10020 2005748 1% /run
tmpfs 2015768 0 2015768 0% /sys/fs/cgroup
/dev/mapper/system-root 34588672 8459784 26128888 25% /
/dev/mapper/system-home 26201600 17137260 9064340 66% /home
tmpfs 403156 0 403156 0% /run/user/0
bash-4.2# df
Filesystem 512-blocks Free %Used Iused %Iused Mounted on
/dev/hd4 2097152 1603136 24% 10092 6% /
/dev/hd2 8388608 3595032 58% 42562 10% /usr
/dev/hd9var 8388608 7394656 12% 6944 1% /var
/dev/hd3 16777216 14220504 16% 4121 1% /tmp
/dev/hd1 262144 261040 1% 18 1% /home
/dev/hd11admin 262144 261416 1% 5 1% /admin
/proc - - - - - /proc
/dev/hd10opt 12582912 11002864 13% 13864 2% /opt
/dev/livedump 524288 523552 1% 4 1% /var/adm/ras/livedump
/dev/tsmlv 57933824 0 100% 42907 61% /tsm
192.168.178.247:/ifs/ORA 492655680 160125904 68% 107534133 29% /isi/isi8200-clus/0001
192.168.178.248:/ifs/ORA 492655680 160125904 68% 107534133 29% /isi/isi8200-clus/0002
192.168.178.246:/ifs/ORA 492655680 160125904 68% 107534133 29% /isi/isi8200-clus/0003
192.168.178.245:/ifs/ORA 492655680 160125904 68% 107534133 29% /isi/isi8200-clus/0004
192.168.178.249:/ifs/ORA 492655680 160125904 68% 107534133 29% /isi/isi8200-clus/0005
192.168.178.242:/aliasora 492655680 213587952 57% 182152549 49% /isi/isi9000/0001
192.168.178.241:/aliasora 492655680 213587952 57% 182152549 49% /isi/isi9000/0002
192.168.178.243:/aliasora 492655680 213587952 57% 182152549 49% /isi/isi9000/0003
192.168.178.240:/aliasora 492655680 213587952 57% 182152549 49% /isi/isi9000/0004
192.168.178.244:/aliasora 492655680 213587952 57% 182152549 49% /isi/isi9000/0005
192.168.178.240:/ifs/ORANEW 492655680 213587952 57% 182152549 49% /isi/isi9000-a/0001
bash-4.2# dsmisi umount
Umount processing isi8200-clus.
Umount processing isi9000.
Umount processing isi9000-a.
bash-4.2# df
Filesystem 512-blocks Free %Used Iused %Iused Mounted on
/dev/hd4 2097152 1603136 24% 10092 6% /
/dev/hd2 8388608 3595032 58% 42562 10% /usr
/dev/hd9var 8388608 7394632 12% 6944 1% /var
/dev/hd3 16777216 14220504 16% 4121 1% /tmp
/dev/hd1 262144 261040 1% 18 1% /home
/dev/hd11admin 262144 261416 1% 5 1% /admin
/proc - - - - - /proc
/dev/hd10opt 12582912 11002864 13% 13864 2% /opt
/dev/livedump 524288 523552 1% 4 1% /var/adm/ras/livedump
/dev/tsmlv 57933824 0 100% 42907 61% /tsm
dsmisi wipe¶
This command flushes all saved cluster information. This can be helpful if a cluster had connection issues which led to a faulty local cluster information.
Syntax:
dsmisi wipe
Examples:
bash-4.2# dsmisi wipe
Removing cached data for isi8200-clus.
Removing cached data for isi9000-a.
Removing cached data for isi9000.