IBM Tivoli Storage Manager V7.1 UNIX and Linux Backup-Archive Client known problems and limitations

• Warnings
  • Common Tivoli Storage Manager Client warnings
  • Common UNIX and Linux warnings
  • Mac OS X warnings
• Known problems and limitations
  • Common Tivoli Storage Manager Client known problems and limitations
  • Common UNIX and Linux known problems and limitations
  • AIX
    • Common AIX known problems and limitations
    • AIX GPFS known problems and limitations
    • AIX JFS2 known problems and limitations
  • HP-UX
    • HP-UX known problems and limitations
  • Linux
    • Common Linux known problems and limitations
    • Linux86_64 known problems and limitations
    • LinuxPPC known problems and limitations
    • LinuxZ known problems and limitations
    • VMware backup known problems and limitations
  • Mac OS X
    • Mac OS X known problems and limitations
  • Solaris
    • Solaris known problems and limitations

• If you back up or archive data from a Tivoli Storage Manager Version 7.1 client, you cannot restore or retrieve that data using a Tivoli Storage Manager Version 6.4 or earlier client.
  
  For more information about Tivoli Storage Manager Server/Client compatibility and upgrade considerations, go to http://www.ibm.com/support/docview.wss?&uid=swg21053218.
   
• NAS backups performed on a Tivoli Storage Manager Version 6.3 server using the BACKUP NODE server command can only be restored by using the RESTORE NODE server command or a Tivoli Storage Manager Version 6.3 or later client.

• For option and input files in DBCS locales, ensure that all Tivoli Storage Manager client option and input files (such as dsm.opt, dsm.sys, and filelist) are created in the same SBCS locale as the Tivoli Storage Manager client.

• Case Sensitive HFS+ support
  Mac OS X supports an optional Case Sensitive HFS+ file system. Before backing up any files in that file system ensure the new Case Sensitive HFS+ volume does not have the same name as any existing Tivoli Storage Manager volumes for the node. Either the Tivoli Storage Manager volumes can be renamed on the Tivoli Storage Manager server, or the CS HFS+ volume can be renamed locally.
• LC_RPATH Warning
  When non-root users start the Tivoli Storage Manager Applications in a Terminal window, and the PASSWORDACCESS=GENERATE option set one or more warnings are displayed:

  dyld: warning, LC_RPATH ./ in /Library/ibm/gsk8/lib/N/icc/icclib/libicclib083.dylib being ignored in restricted program because it is a relative path

  These warnings are caused by dsmtca application used by Tivoli Storage Manager to access the password file for non-root users and have no impact to the Tivoli Storage Manager process.

• A space need after colon for some languages in GUI message panels for messages(internal reference #152295)
  Problem: When user sees a error message, space is missing from the start of the paragraph.
  Workaround: No work around. Text is still readable.
   

• Sometimes user gets an ANS2120W warning, but it is a false positive and can be ignored.
  If a node with replication enabled is replicated to a target sever. And the backup to the source node fails or canceled.
  Then the output of an "dsmc query vm" or "dsmc restore vm" command from the TARGET node (via automated failover) prompts the following warning:

  ANS2120W The last store operation date reported by the server TAPSRV07 of 00/00/0 00:00:00 UTC does not match the last store operation date of 06/26/2015 03:37:36 UTC stored by the client for the filespace \VMFULL-win2008r2x64 - small.

  If it is a restore, you can safely choose to continue.

• When using the Chrome browser to access the Tivoli Storage Manager web client, the table of contents in the web client help appears jumbled, and the links in the table of contents do not work.
  Workaround: Access the web client with the Firefox browser or Internet Explorer browser and view the help there.
  This behavior is solved with v7.1.3, see APAR IT08462.
   

• When the user attempts to modify an existing node access rule from the JGUI (Utilities -> Node Access List), the predefined path is not selected in the tree. (Internal reference #94088)
   
• Java GUI: Adding Access Rule to the Node Access List fails when the file is not under a directory but in the root of the file system. (Internal reference #94256)
  Workaround:
  1. Locate a file under dir in the file system.
  2. Fill in the '*' for Filename field. This will grant access to all the files in the file system.
• If the passwordaccess generate is set in the client option file and if an invalid password is given at the first attempt during open registration with the client, the second attempt will fail as well. (Internal reference #94896)
  Workaround: Retry open registration.
   
• GPFS only: If a file is moved from one storage pool to another, the attributes of the files change and the ctime will be set. The ctime change causes a new backup of the file in the next backup run. (Internal reference #93633)
   
• The 'capicmd' GSKit application (gsk8capicmd.exe, gsk8capicmd_64.exe on Windows; gsk8capicmd, gsk8capicmd_64 on Unix) used to create SSL key database files fails with the "File already exists" error if one of the files of the key database has been deleted. (Internal reference #5571)
  A workaround for this issue is to delete all key database files and re-try key generation. Key database files match the following pattern: "dsmcert.*". The recommended way to delete the key database is to use following command:

  "gsk8capicmd -keydb -delete -db dsmcert.kdb -pw password"

• Initial configuration wizard reports a protocol violation
  During a first time configuration, the configuration wizard will report a protocol violation. Additionally, the Domain panel will not list the file systems to select for the domain option.
  The error dialog can be dismissed and the configuration wizard can be used without further error.
  After the intial configuration, use the preference editor to set the Domain option.
   
• Interrupt with CTRL-CDuring a command line client operation, pressing CTRL-C might result in a Tivoli Storage Manager client program exception or other unexpected behavior. To abort a command line client operation, press the 'Q' key instead of CTRL-C.
   
• Web Client tree expansion
  When using the Web Client, the browser can crash if you do the following, using the view menu item in the backup or restore tree window:
  • Click on "Expand Entire Branch"
  • Then click "Collapse Entire Branch"
  • Web Client font requirements for non-English file names
  For browsers running on AIX, the browser machine must have the WorldType fonts (available as package X11.fnt.ucs.ttf - AIXwindows Unicode True Type Fonts on the AIX distribution media) installed.
   
• Logfile out of space handling
  If any log file (dsmerror.log, dsmsched.log, or dsmwebcl.log) runs out of space during a session, writing to that log ceases, but other processing continues. End of processing return codes will reflect all errors and conditions, not just those we were able to log.
  To prevent this problem, set the ERRORLOGMAXSIZE (for dsmerror.log) or SCHEDLOGMAXSIZE (for dsmsched.log and dsmwebcl.log) options to limit the log size to available space. Note that using these options causes the log data that would exceed the maximum to be written at the beginning of the log, overwriting the oldest entries.
   
• ERRORLOGMAX and SCHEDLOGMAX behavior in out-of-space conditions:
  If the specified maximum error log file size is greater than the available free space on the specified file system and the log is being transitioned from a non-wrapped log to a wrapped log, the following error message will be issued:

  ANS1521E Failure writing to a Tivoli Storage Manager log or log-related file: <LOG FILE NAME>, errno = 28, There is not enough space in the file system

  This is correct behavior. However, the log header record might be incomplete or there may be no "END OF DATA" text marker at the end of the error log. After space has been made available, the Tivoli Storage Manager client will subsequently treat the log as unwrapped because a valid header record is not found. A new log will be created and this partial log will be written to the prune file.
  If there is insufficient space in the file system to append an entry to the log, the Tivoli Storage Manager client will continue to run, but the error message will not be logged.
   
• Some keywords have not been translated into Chinese for the backup-archive client.
  Some keywords, such as "Snapshot", have not been translated into Chinese. This is most notably evident in the backup-archive client GUI.
   
• If client encryption is used and you choose to abort a command line backup or archive operation when prompted for an encryption key, the entire operation will immediately end with return code (RC) 12, even if there are other files eligible for backup that do not require encryption.
   
• When regional settings are updated in the Java GUI preference editor, the GUI needs to be restarted before the changes become effective.
   
• There are minor errors displaying ANS1036S in foreign languages: On all platforms Polish has an extra period on the second line, and on several platforms the format is incorrect.
   
• Handling spaces in file names in schedule definitions
  When defining or updating a schedule objects parameter or the schedule options parameter with file specifications that contain blank spaces, use quotation marks around each file specification that contains blanks, then single quotes around all of the specifications. The following are some examples of proper usage of the objects parameter:
  For UNIX and Linux clients:

  objects=’"/home/proj1/Some file.doc"’
  objects=’"/home/proj1/Some file.doc" "/home/Another file.txt" /home/noblanks.txt’
  objects=’"/home/My Directory With Blank Spaces/"’
  objects=’"/Users/user1/Documents/Some file.doc"’
  objects=’"/Users/user1/Documents/Some file.doc" "/Users/user5/Documents/ Another file.txt" /Users/user3/Documents/noblanks.txt’
  objects=’"/Users/user1/My Directory With Blank Spaces/"’

  This will ensure that /home/proj1/Some file.doc is treated as a single file name, as opposed to two separate files (/home/proj1/Some, and file.doc). Some examples of options parameter usage:

  options='-preschedulecmd="/home/me/my files/bin/myscript" -postschedulecmd="/home/me/my files/bin/mypostscript" -quiet'
  options='-presched="/home/me/my files/bin/precmd" -postsched=finish'

  For Windows clients:

  objects=’"c:\home\proj1\Some file.doc"’
  objects=’"c:\home\proj1\Some file.doc" "c:\home\Another file.txt" c:\home\noblanks.txt’
  objects=’"c:\home\My Directory With Blank Spaces\"’
  objects=’"c:\Users\user1\Documents\Some file.doc"’
  objects=’"c:\Users\user1\Documents\Some file.doc" "c:\Users\user5\Documents\ Another file.txt" c:\Users\user3\Documents\noblanks.txt’ objects=’"c:\Users\user1\My Directory With Blank Spaces\"’

  This will ensure that c:\home\proj1\Some file.doc is treated as a single file name, as opposed to two separate files (c:\home\proj1\Some, and file.doc). Some examples of options parameter usage:

  options='-preschedulecmd="c:\home\me\my files\bin\myscript" -postschedulecmd="c:\home\me\my files\bin\mypostscript" -quiet'
  options='-presched="c:\home\me\my files\bin\precmd" -postsched=finish'

  You can also refer to the objects and options parameter information for the define schedule and update schedule commands in the appropriate IBM Tivoli Storage Manager Administrator’s Reference.
   

• Java GUI does not start with invalid option in options file
  In rare cases, when there is an error in the dsm.opt file, the Java GUI will not start properly. The Java GUI will attempt to start, but at some point after 70%, the title screen disappears and nothing appears to happen.
  To work around the problem, refer to the dsmerror.log or dsmj.log file in the installation directory or from where the command to start the Java GUI was issued for the offending option, and remove it manually from the options file. You should be able to restart the client without problems.
   
• Reset button does not function properly in Preference Editor Communications Panel
  On certain systems, the Communications panel in the Preference editor will not display correctly when the Reset button of the preference editor is invoked. When you click the Reset button, the list of communication methods might not display the proper list after the reset is complete.
  If there is a need to reset the communication panel back to the original settings, exit out of the preference editor and restart it.
   
• IMAGEGAPSIZE Option
  The value for the IMAGEGAPSIZE option should not be specified outside the listed ranges for MB and GB units. If it is, the client will not report it as an error.
   
• Select all after applying filter from backup window
  After applying a filter to a directory in the backup window, when you check the check box for this filtered directory, the corresponding files in the file view on the right are not checked (not selected). To select the files in that filtered directory, click the name of the checked directory and the boxes next to the filtered files are checked.
   
• Connection Information dialog might not appear in certain situations
  The Connection Information dialog might not appear correctly in certain situations. An exception will be logged in the dsmj.log file when this occurs. This will occur when you do the following:
  1. Start the Java GUI.
  2. Change the password (Utilities -> Change Password).
  3. After successfully changing the password, click either the Backup, Restore, Archive, or Retrieve button.
  4. Attempt to open the Connection Information dialog (File -> Connection Information).
• Dsmagent can crash if it is killed during restore operation
  On Unix and Mac platforms, when Tivoli Storage Manager GUI (both Java and Web) is used to perform restore or retrieve operation and dsmj or dsmagent process is killed while the operation is still in progress, dsmagent can crash. There is no negative impact other than creating a core file.
  The recommended ways to terminate an application while an operation is in progress are either pressing the Stop button or cancelling the session by Tivoli Storage Manager administrator.

• Long DSM_LOG path causes CIT wscanhw tool to crash which in turn causes dsmc to crash (internal reference #204387)
  Problem: When a long DSM_LOG path that is greater than 1000 characters is specified, the CIT hardware scanner, wscanhw, crashes and thereby dsmc also crashes with "Segmentation fault (core dumped)".
  Problem Verification: One way to verify this is to check the output core file after dsmc crashes. If this lists wscanhw, then this is truly CIT crashing which is causing dsmc to crash.
  Workaround: Set DSM_LOG path to be short, less than 500 characters.
  Limitation: Since IBM Tivoli Storage Manager backup-archive client 7.1
   
• Automatic deployment of backup-archive client might connect to the wrong server stanza (internal reference #153620) 
  Problem: When a backup-archive client installation is being updated to version 7.1.8 via automatic deployment, the update manager determines the related server stanza that triggered the deployment action through the currently running scheduler process.
  In case of the scheduler process (or its parent CAD process) has been invoked with the -server option this option is ignored. As a consequence the stanza is selected by the dsm.opt file (as referred to by either -optfile option, DSM_CONFIG environment variable, or defaulting to ba/bin/dsm.opt).
  If this server stanza is different to the server stanza initiating the automatic deployment, the operation is aborted as it cannot retrieve the client package from the server.
  The setup.log file will show:

  ANS1ß83E No files have been previously been archived for DEPLOY_7180_<platform>_<arch>

  Workaround: Configure your CAD or scheduler process without the -server option, e.g. by specifiyng the server stanza directly in the referred dsm.opt file.

• Installing the backup-archive client and Data Protection for IBM Domino® on RHEL 7.x or SUSE 12.x distributions causes a conflict (see APAR IT12076)
  If you want to enable the Tivoli Storage Manager web client for IBM Tivoli Storage Manager for Mail: Data Protection for IBM Domino, you must install the Tivoli Storage Manager API, backup-archive client, and Data Protection for IBM Domino on the same system in a specific sequence.
  To avoid an installation conflict on Red Hat Enterprise Linux 7.x or SUSE Linux Enterprise Server 12.x distributions, complete the installation in the following order:
  
  1. Uninstall the backup-archive client (if already installed).
  2. Install the API if it was uninstalled with the backup-archive client.
  3. Install Data Protection for IBM Domino.
  4. Install the backup-archive client with the --replacefiles option. For example, to install the Linux x86_64 client, issue the following command:

  rpm -ivh --replacefiles TIVsm-BA.x86_64.rpm

  
  For more information about installing and uninstalling the backup-archive client and API, see http://www.ibm.com/support/knowledgecenter/SSGSG7_7.1.4/client/c_inst_baunix.html.
  For more information about installing Data Protection for IBM Domino, see http://www.ibm.com/support/knowledgecenter/SSTG2D_7.1.0/com.ibm.itsm.mail.dom.doc/t_protect_dpmaildom.html.
   
• When launching the online help from the Backup-Archive Client GUI (dsm) using the ?->Help Topics menu item, the online help does not load the initial "Help Topics" page.
  Workaround: Manually click any help topic from the list on the left pane to load a help topic.
  This limitation is fixed with backup_archive client v7.1.4 (internal reference #103499)
   
• Code clean up on high powered UNIX machines may lead to abend during shutdown
  Example:

  Continue (Yes (Y)/No (N)) n
  ANS1074W The operation was stopped by the user.
  ANS1900I Return code is 8.
  ANS1901I Highest return code was 8.
  Aborted (core dump)

  LOCAL FIX:
  This core dump at the end of processing can be ignored
  This limitation is fixed with backup_archive client v7.1.4 (see APAR IT11157)
   
• NFSTIMEOUT option
  This known problem applies to all UNIX and Linux platforms except for Mac OS. The nfstimeout option can fail if the NFS file system is hard mounted. If a hang occurs, remove the nfstimeout option from your options file and soft mount the NFS file system as follows:

  mount -o soft,timeo=5,retry=5 machine:/filesystem /mountpoint

  The parameters are defined as follows:

  • soft: Generates a soft mount of the NFS file system. If an error occurs, the stat() function returns with an error. If the option hard is used, stat() does not return until the file system is available.
  • timeo=n Sets the time out for a soft mount error to n seconds
  • retry=n Set the internal retries and the mount retries to n, the default is 10000.
  • Tivoli Storage Manager editor in various terminal environments

  The Tivoli Storage Manager interactive-mode command line editor is designed to work in the following terminal environments:

  • xterm --- This is the default if terminal type not recognized.
  • xterm (Linux KDE)
  • aixterm
  • dtterm
  • VT-100
    Each of these terminals has a slightly different key map, so certain keys, such as the destructive backspace or the arrow keys, might not be supported on your workstation. If your terminal type is not supported, or you find working with the supplied editor support to be inconvenient, then add EDITOR NO to your dsm.opt file to use the native input support. Using this option will disable interactive-mode command recall.
     
• Client interoperability
  • Data that has been backed up from Mac OS versions before Mac OS X will not have the correct file owner or permissions when restored on Mac OS X. After the restore is complete, use the "sudo chown" and "sudo chmod" commands to set them.
  • Files backed up or archived by the z/OS Unix System Services client cannot be restored or retrieved by any other Tivoli Storage Manager Unix client. Files backed up or archived by any other Tivoli Storage Manager Unix client cannot be restored or retrieved by the z/OS Unix System Services client.
  • Files backed up or archived with DES-56 encryption on Intel platforms such as Linux86 cannot be restored or retrieved on non-Intel platforms (for example, AIX), and vice versa. AES-128 is the recommended encryption method.
     
• File names containing characters with code > 127 (does not apply to Mac OS)
  If you want to back up files with names containing characters with a code > 127, ensure that you have chosen either an SBCS character set locale or a DBCS character set locale corresponding to the encoding of the file names. The default code page C or the code page POSIX supports characters up to 127 only. Files whose names contain special characters that are not supported by the current locale will be skipped.
  It is strongly recommended that you perform a system backup by using a SBCS character set to prevent any file or directory from being skipped. This action ensures that all files are backed up independent of their character set encoding.
   
• Restore and retrieve using FOLLOWSYMBOLIC option
  If you want to restore or retrieve to a destination path that contains a symbolic link to a directory, use the "FOLLOWSYMBOLIC Yes" option setting either during the operation or in your client options file (dsm.opt). This setting allows you to restore or retrieve the original directory tree underneath the destination path. Otherwise, you will get the ANS4029E error during restore or retrieve.
   
• Option and input files in DBCS locales
  If you create Tivoli Storage Manager client option and input files (such as dsm.opt, dsm.sys, and file lists) using different SBCS locales or using DBCS locales, the Tivoli Storage Manager client might not correctly process the file names in those files. You might receive error messages ANS1228E or ANS4005E.
  Ensure that all Tivoli Storage Manager client option and input files, such as dsm.opt, dsm.sys, and file lists, are created in the same locale as the Tivoli Storage Manager client.
• Java GUI and Web client known problems and limitations
  • The Web and Java GUI client will fail to restore a directory if a filespace with the same name exists on the Tivoli Storage Manager server. You might see the error message "No Objects on the server match query" or "ANS1395E The destination filespace or drive letter is unavailable. The following object is not processed: Filespace: '/'".
    For example, '/opt' is a file system backed up by Tivoli Storage Manager. After reinstalling the machine, '/opt' is a directory below file system '/'. File system '/opt' no longer exists on the Tivoli Storage Manager client machine. The file system '/' and all of its subdirectories, including directory '/opt', is backed up by Tivoli Storage Manager. At this point there are both '/' and '/opt' file spaces on the Tivoli Storage Manager server for this Tivoli Storage Manager client node. Trying to restore files out of filespace '/', directory '/opt' fails using the Web/Java GUI (dsmj) client.
    If you experience this problem, the workaround is to use the command line Tivoli Storage Manager client to restore the files. Put the file space name in curly brackets. Example:

    dsmc restore "{/}opt/subdirectory/*" -subdir=yes
  • The maximum trace file size (tracemax) for the Java GUI preference editor is 2147483647 MB. This is a temporary workaround until the preference editor can accommodate larger numbers.
  • Web Client Security Exception
    If you get a Security Exception error when running the Web Client in your browser due to the Web Client trying to open a TCP/IP socket to a socks server, disable the proxy server via your browser settings or Java Plugin control panel. See the "Starting a Web Client Session" section in Chapter 3 "Getting Started" of the "IBM Tivoli Storage Manager for UNIX and Linux Backup-Archive Clients Installation and User's Guide" for more information.
  • Web Client concurrent restore
    Running more than one restore or retrieve operation at the same time from the Web Client might cause the browser to hang when destination or message windows from the different restore/retrieve processes appear on the screen at the same time. If this happens, close the Web Client browser windows, stop the Tivoli Storage Manager Agent service, then retry the operations using only one Web Client session.
  • Insufficient space in Javaheap (Java GUI)
    If you receive the following messages from Java virtual Machine (JVM) while running DSMJ:

    JVMST109: Insufficient space in Javaheap to satisfy allocation request
    JVMDG217: Dump Handler is Processing OutOfMemory - Please Wait.
    JVMDG315: JVM Requesting Heap dump file  

    These errors indicate that your JVM maximum heap size is too small. The default value is 64M. To increase the maximum heap size, add the option -Xmxn (where n is size in MB) in the DSMJ script, such as the following example:

    java -Xmx256m  -DDSM_LANG=$LANG   -DDSM_CONFIG=$DSM_CONFIG -DDSM_DIR=$DSM_DIR \
    -DDSM_LOG=$DSM_LOG -DDSM_OPTIONS="$OPTIONS" -DDSM_ROOT=$PWD    \
    ${JAVA_XARGS} -jar dsm.jar 

    This example increases the maximum heap size to 256MB.
  • Search/Filter (Web and Java GUI)
    The Search/Filter function might appear to be unresponsive when searching through very large file systems. This is caused by the Java virtual Machine (JVM) running out of memory. You should see a "java.lang.OutOfMemoryError" in the Java console.
  • Problems with different JRE versions
    • There are several different Java Runtime Environment (JRE) versions available. Depending on the version and the operating system, there are some known problems related to JRE. See the Software Requirements section for the supported and required JRE version to be used with the Tivoli Storage Manager Java GUI for your operating system.
    • Some JRE versions have problems transferring the cursor focus to a component. For example, accessing shortcuts in the menu (e.g., pressing ALT-F to open the file menu) and combo-boxes in a modal dialog by clicking the mouse button might not get the cursor focus correctly. To solve this problem, transfer the cursor focus manually to that component by pressing the TAB key (or CTRL-TAB) several times.
  • Preference Editor limitations (Java GUI)
    • The domain list in the "Backup" tab of the preferences editor does not reflect any domains excluded via the dash operator after "domain ALL_LOCAL" in the domain statement of the client options file.
    • When any option is changed in the preferences editor of the Java GUI, the domain list is rewritten to the client options file.
    • When using the preferences editor to modify the Include-Exclude list, and the selected rule contains a space (for example, /test dir/inclexcl.txt), the rule will not be correctly displayed in the "Filename or Pattern" field. To work around this problem, you can either manually update this field via the "Browse" button, or manually type in the correct path. This will be fixed in a future release.
    • The Preferences Editor invoked from the UNIX Backup-Archive Client Java GUI uses the DSM_CONFIG variable instead of the passed parameter "optfile".
    • The warning in the Diagnostic tab is not removed from the filename box when tracing is disabled and an error exists.
  • Backup Window
    • When you select an item in the filelist tree of backup window, the drop-down box for backup type will be permanently disabled. To re-enable this, exit the backup window and reload the window.
  • Web client performance
    • Disable Java caching from the Java Control Panel to help improve performance on the Web client on the machine running the browser.
• Client-side data deduplicaton memory requirements
  Client-side data deduplication might require additional memory during backup or archive processing. You might need to increase the system limit on the size of the data area (segment). To check current setting of the limit, run the following command:

   ulimit -d

  To update the limit, run the following command:

   ulimit -d <new value>

  or

  ulimit -d unlimited

• GSkit incompatibility issue with Domino Server and backup-archive client (internal reference: #186201)
  Problem: An incompatibility between Domino and IBM Spectrum Protect backup-archive client on the AIX backup-archive client can exist when the backup-archive client is installed on the same machine as a Domino Server. The user will see "GSKKM_ERR_CRYPTO_ALGORITHM" when attempting backup or restore commands.  The problem exists because of an incompatibility between installed GSKit verisons by the IBM Spectrum Protect backup-archive client and the Domino Server.
  Workaround: If Data Protection for Domino is not installed on the machine running the Domino Server,  ensure that the LIBPATH setting is not affecting the IBM Spectrum Protect backup-archive client only will fix the issue. This can be tested by issuing the command "unset LIBPATH". LIBPATH can be set to the Domino Server GSKit installation and is causing the error with the backup-archive client.
  However, if the Data Protection for Domino client is also installed, it is recommended to use the circumvention described in technote: Resolving GSKit Incompatibility between Domino and IBM Spectrum Protect for Domino
   
• Auto deployment of 7.1.8 backup-archive clients to AIX 6.1 target machines is not supported (internal reference #152064)
  Problem: Updating existing installations of versions 6.4.x or 7.x backup-archive clients to version 7.1.8 via auto deployment is not supported for AIX 6.1 target machines due to an incompatibility of the deployment manager. Target machines running AIX 7.x are not affected.
  Problem Verification: When an auto deployment of a 7.1.8 backup-archive client is scheduled for a AIX 6.1 target machine the process will fail immediately after the deployment manager has been retrieved on the target machine since it will not be able to run because of unresolved library dependencies.
  Workaround: You can perform a manual update of the backup-archive client on the affected machines or you might want to upgrade the affected machines to AIX version 7.1 or higher
  first before using auto deployment.
   

• A misleading message during image backup is displayed. 
  This behavior is solved with v7.1.3, see APAR IT08519 (Internal reference #92129)
  Problem: A misleading message during image backup is displayed. The management class name the image is being bound to is not correct. Example: 

  05:33:21 ANS2714W The management class '?I?HXO0?OCS8' specified for the 'TSM' backup destination is invalid. The default management class will be used.

  Workaround: User can issue a query backup to verify the management class name was bound correctly.
   
• The -absolute option does not work while doing a Journal base backup. The option is accepted, but all files are not backed up. The user will see this error in the dsmerror.log:

  ANS7559E The absolute option requires specifying the NoJournal option when performing a Journal Based Backup for backing up fs \\xxxxx\x$.

  Workaround: Add the -nojournal option to the command.
   
• When Journal Based Backup (JBB) is configured and running during Tivoli Storage Manager client upgrade, the first backup after the upgrade will be progressive incremental, i.e. will not use the journal. Incremental backup can take more time comparing to JBB.
  Workaround: Stop the journal daemon before upgrading the client. Restart the daemon when the upgrade is complete.
• NQR (no query restore) does not work for HSM (space managed) file systems, when the RESTOREMIGSTATE option is set to YES. Only classical restore is possible in this case.
   
• The Tivoli Storage Manager client will fail to perform snapshot-based image backup when mirror pool is enabled. The Tivoli Storage Manager client does not support mirror pools at the moment.
   
• Snapshot difference incremental backups are not supported for vFiler volumes mounted using AIX NFS version 4. This problem is documented by NetApp BURT 630200. Apply the fix for this once it is available from NetApp. Specify "testflag snapdiffenablevfilernfs4" in dsm.opt file and retry the snapshot difference incremental backup.
   
• If you perform snapshot difference incremental backup of N-Series or NetApp volumes, make sure that the volumes are defined with a security style of UNIX. Tivoli Storage Manager backups will complete successfully even if the security style is NTFS or MIXED. However, it is recommended that you use a security style of UNIX.
• During snapshot difference incremental backup of N-Series or NetApp volumes, if files are skipped due to any reason, such as Tivoli Storage Manager server media mount being unavailable, these files may not be backed up during subsequent backups either, unless the files have been modified. Such files will be logged to the Tivoli Storage Manager error log. You may back them up manually or perform a snapshot difference backup with the option "createnewbase" set to "yes".
• On AIX 6.1, if the EFS user keystore password is different from the user login password, the EFS keystore is not automatically opened when the user logs in. In such a situation, the Tivoli Storage Manager client might fail to restore a non-EFS file into an EFS file system. If this happens, the user can either launch the Tivoli Storage Manager client with the efskeymgr -o command or synchronize the keystore password with the user login password with the efskeymgr -n command. For example:

  efskeymgr -o ./dsmj
  efskeymgr -n

• When the NFS server corresponding to an NFS file system mounted on AIX is not reachable due to a network error or some other problem, the following error message is displayed on the console while performing Tivoli Storage Manager client operations:

  NFS getattr failed for server nfs_sever_name: error 3 (RPC: 1832-006 Unable to send)

  In order to prevent this error message from being displayed by the AIX operating system, unmount the NFS file system having the problem and retry the Tivoli Storage Manager client operation.
   
• If you use the memoryefficient=diskcachemethod option for full incremental backup, you might need large amounts of disk space. Ensure that large file support is enabled on the file system that is being used for the disk cache file.
   
• AIX 6.1 Encrypted file system (EFS) restore to an alternate destination might hang if the destination EFS file system runs out of disk space. To prevent this problem, apply the following AIX 6.1 APAR:
  • 610 (6.1.0): IZ42302
  • 61B (6.1.1): IZ42301
  • 61D (6.1.2): IZ42300
     
• Incremental by date backups on AIX 6.1 might back up files that have been previously backed up and are unchanged. Upgrade to the latest service pack for your AIX technology level as this problem has been resolved by AIX APAR IZ22211.
   
• Resolving errors during AIX JFS2 snapshot based backup/archive and image backup:
  The Tivoli Storage Manager client supports snapshot based backup and archive operations to provide a consistent backup of files and online image backup by exploiting the integrated snapshot capability provided by JFS2.
  The Tivoli Storage Manager client deletes the AIX JFS2 snapshot created during the backup process during Tivoli Storage Manager termination. However, there are situations in which AIX may fail the snapshot delete request made by Tivoli Storage Manager.
  The following are some cases when a snapshot delete request might fail:
  1. The user types Ctrl-C during a Tivoli Storage Manager snapshot backup process. In this case the JFS2 snapshot unmount request may fail with the "Device Busy" error because the Tivoli Storage Manager process was in the middle of accessing the snapshot.
  2. The user invokes two Tivoli Storage Manager snapshot backup requests concurrently for the same file system.

  For example: dsmc backup image /fs1 is issued from one console and dsmc backup image /fs1 is issued from a second console concurrently. In this case, if Tivoli Storage Manager process 1 from console 1 created the first snapshot for /fs1 and Tivoli Storage Manager process 2 from console 2 created the second snapshot for /fs1, then if process 2 happens to finish first and tries to delete the snapshot, AIX will fail the delete request.
  3. The User invokes two Tivoli Storage Manager snapshot backup requests concurrently for two virtual mount points whose source file system is the same.

  For example: dsmc incr /fs1/level1/dir1 from one console and dsmc incr /fs1/level2/level3/dir3 from a second console concurrently.

  The reason for this is that AIX expects the snapshot delete requests to be issued in a particular order with the oldest snapshot deletion being requested first, the next oldest snapshot deletion being requested next, and so on. If Tivoli Storage Manager is not able to follow this sequence due to concurrent processes creating snapshots for the same file system, AIX will fail the delete requests. In the above situations, Tivoli Storage Manager will log a warning message asking the user to delete the snapshots manually. In some cases, Tivoli Storage Manager might even fail the backup. If this happens, the user will have to delete the snapshots manually and retry the operation.

  To avoid these scenarios, do not start concurrent Tivoli Storage Manager snapshot operations on the same file system that may lead to snapshot deletion failures.

  You can use the following steps to perform a manual snapshot deletion:
  1. snapshot -q -c' ' srcFS
  2. df -k
  3. umount -f /tsmxxxxxxxxxx
  4. rmdir /tsmxxxxxxxxxx
  5. snapshot -d /dev/tsmxxxxxxxxxx
  6. If snapshot delete fails with Device Busy or some other error message, unmount the source file system: umount -f srcFS and retry snapshot delete.
  7. ls -l /dev/tsmxxxxxxxxxx
  8. If any /dev/tsmxxxxxxxxxx LVs remains: rmlv -f /tsmxxxxxxxxxx
  9. If you have unmounted source file system, mount it: mount srcFS
  
  If there are any snapshots that failed to be deleted during a previous Tivoli Storage Manager execution, Tivoli Storage Manager attempts to delete them during its next invocation. The reason for this is while older snapshots remain, AIX will fail deletion requests for newer snapshots for a given file system.
  There are some cases where Tivoli Storage Manager will not attempt to delete older snapshots:
  1. If the snapshot was not created by Tivoli Storage Manager. Tivoli Storage Manager names its snapshots with the prefix tsm in order to distinguish them from other snapshots created for the same file system. In this case, Tivoli Storage Manager will display an error message prompting the user to delete the older snapshot and retry the operation.
  2. If the snapshot is created by Tivoli Storage Manager but is still mounted. In this case, the snapshot is in active use by some other Tivoli Storage Manager process and cannot be deleted.
  3. If the snapshot is created by Tivoli Storage Manager, is not mounted but is newly created. In this case, the snapshot may have been just created by some other Tivoli Storage Manager process and cannot be deleted.

  In all such cases, the user might have to perform a manual deletion since leaving unused older snapshots around will cause subsequent Tivoli Storage Manager backups to fail to delete snapshots.
  NOTE: AIX has some defect fixes related to JFS2 snapshots in AIX 6.1 or later. If these fixes are not applied, it may cause either an AIX system crash or Tivoli Storage Manager to hang during snapshot deletion and snapshot query processes. It may also cause data corruption during used block image backup. Thus, Tivoli Storage Manager will not perform snapshot monitoring, the snapshot deletion feature described above, and used block image backup unless AIX is at the levels mentioned above. In order to exploit these features, ensure that your OS level is at AIX 6.1 or later.

• Used Block Image backup:

  The Tivoli Storage Manager client will perform used block image backup for both snapshot and static image backups by default, unless:
  1. The option imagegapsize is set to zero.
  2. The file system is not AIX JFS2.

• Symbolic link as a virtual mount point:
  Do not define symbolic links as virtual mount points, when performing snapshot based file backup or archive operations. In scenarios similar to the following, make sure that you set snapshotproviderfs=NONE or remove the snapshotproviderfs option.
  Example:

  • /fs1 is a file system with a directory name dir1 that has one or more files and subdirectories.
  • Create a symbolic link to /fs1/dir1 under a second file system /fs2 as follows: ln -s /fs1/dir1 /fs2/dir2
  • In the dsm.opt file, set: followsymbolic yes
  • In the dsm.sys file, set:
  • snapshotproviderfs NONE
  • virtualmountpoint /fs2/dir2
  • Issue this command: dsmc incr /fs2/dir2
     
• Performing snapshot backup of multiple virtual mount points for a given file system:
  If you are performing a snapshot backup of two or more virtual mount points for the same file system with a single command, such as:

  dsmc incr /fs1/level1/dir1 /fs1/level1/level2/dir2 /fs1/level1/level2/level3/dir3

  The Tivoli Storage Manager client will take a single snapshot of file system /fs1 to back up all three virtual mount points. In this case, make sure that you specify a single presnapshotcmd and a single postsnapshotcmd for the entire command as shown following:

  dsmc incr /fs1/level1/dir1 /fs1/level1/level2/dir2 /fs1/level1/level2/level3/dir3 -presnapshotcmd=pre-script -postsnapshotcmd=post-script
• Using ssh localhost dsmc command:
  When running ssh localhost dsmc command, the v client uses the server stanza defined in the dsm.opt file in the default installation directory, /usr/tivoli/tsm/client/ba/bin64 for the 64-bit client, ignoring the environment variable DSM_CONFIG, if it is set. Ensure that the dsm.opt file in the default installation directory has the correct server stanza when you invoke dsmc with ssh.
   
• Restoring a file as a non-root Tivoli Storage Manager authorized user:
  After restoring a file as a non-root Tivoli Storage Manager authorized user, the restored file is not owned by the Tivoli Storage Manager authorized user who restored the file, if the restore overwrites the original file.
  • Set up a non-root Tivoli Storage Manager authorized user, such as tsmuser.
  • Create a directory structure such as: /fs1/testdir with file file1.
  • Set the permissions on the directory testdir as 755 and owned by root, the permissions on the file file1 as 777 and owned by a different user than the Tivoli Storage Manager authorized user, say testusr.
  • Backup the testdir directory as the Tivoli Storage Manager authorized user: dsmc sel "/fs1/testdir/*" -su=y
  • Modify the contents of the original file file1
  The restored file should now be owned by the authorized user tsmuser. However, the restored file file1 is still owned by the original owner testusr. In order to avoid this problem, restore the file either as root or as the original owner of the file.

• Snapshot-based image backup of file systems or logical volumes in a big or scalable volume group
  Tivoli Storage Manager Client will fail to perform snapshot-based image backup of two or more file systems or logical volumes in parallel for a big or scalable volume group. It is an AIX OS limitation. To avoid this situation, run snapshot-based image backups for big or scalable volume group sequentially, ensuring that the first backup is complete before starting the next one.
  For example avoid invoking image backup as follows:
  1. dsmc backup image /fs1 /fs2 /fs2
  2. Start image backup for /fs1. Start image backup for /fs2 while the backup of /fs1 is still in progress.
  This problem will be fixed in an upcoming AIX maintenance level with the APAR IZ74114.
   
• During restore of NFS file system Tivoli Storage Manager client can failed to change modification or access time of the directories. And the following message can be displayed:

  ANS4007E Error processing 'directory name': access to the object is denied
  ** Unsuccessful **
• If the multi-line text contains symbols which occupy more than one column position (like Japanese or Chinese characters) Tivoli Storage Manager client command line can behave incorrectly when a character from any line except first is backspaced over. In this case the first line from bottom can be multiplied 3 times. Backspace works correctly during deletion of any character from the first line.
   
• Tivoli Storage Manager Client will fail to perform snapshot-based image backup when mirror pool is enabled. Tivoli Storage Manager client does not support mirror pools at the moment.
• Problem with NFSV4 ACL
  In the case of NFSV4 ACL, a change to the standard UNIX permissions will also change the ACLs. Since Tivoli Storage Manager stores ACLs along with the file data, a change to UNIX permissions will cause a corresponding change to NFSV4 ACLs resulting in the backup of the entire file. You can set the skipaclupdatecheck option to yes to avoid this problem.
  The skipaclupdatecheck option disables checksum and size comparisons of ACL data.
  When set to yes (default is no), the Tivoli Storage Manager client will not perform checksum and size comparisons before or after backup and during incremental processing (ACL checksum from previous backup and current ACL) to detect ACL updates.
  However, current ACL data will be backed up if the file is selected for backup due to other reasons. If only ACLs are updated on a file, the next incremental backup will not recognize this ACL update, and the file will not be backed up.
• Journaled limitation
  On AIX, it is possible to create path names greater than the defined limit (1023).
  The journal will not detect any changes when the path name is greater than the limit, and therefore, no error message will be generated.
   
• When using the Tivoli Storage Manager for Space Management (also known as UNIX HSM) client:
  With Tivoli Storage Manager Server 6.3 the functionality "Node Replication" was introduced.
  A primary Tivoli Storage Manager Server can replicate to an secondary Tivoli Storage Manager server.
  In case of a failure of the primary server the administrator can switch the Tivoli Storage Manager client
  to the secondary server. The secondary server doesn't allow the creation of new objects
  on the server. Only recall, restore or retrieve is supported.
  The backup of HSM migrated files allows the so called stub-restore of a file if the
  copy of the file in the file system is gone and needs to be recovered. It is not allowed
  to use the stub-restore mechanism to restore data from the secondary server in such
  an environment.
  To disable the stub-restore function in terms of a file restore the Tivoli Storage Manager Backup Archive
  command line client must be called with the argument "-restoremigstate=no".
  Furthermore it is not allowed to use the Tivoli Storage Manager for Space Management function "dsmmigundelete"
  to create stub files based on information stored on the secondary server.

• Changes to file attributes (e.g. POSIX attributes like owner, group or mode; GPFS attributes like storage pool id) cause an update of the ctime attribute of the file. The Tivoli Storage Manager backup-archive client will update the file attributes on the Tivoli Storage Manager server in terms of the next incremental backup. GPFS mmbackup performs a full backup of the file if GPFS 3.5 TL 2 and below is used. Higher versions of GPFS mmbackup will update the file attributes on the Tivoli Storage Manager server.
   
• Changes to the ctime of a file that hold ACL or EA data cause a full backup of the file in terms of the next incremental backup. This is true for both backup solutions Tivoli Storage Manager client progressive incremental and GPFS mmbackup.
   
• The size returned for extended file attributes can be nonzero regardless of the presence of extended ACLs. Such files are processed as if they have ACLs.
   

• When using the Tivoli Storage Manage for Space Management (also known as UNIX HSM) client:
  • Tivoli Storage Manager for Space Management daemons and commands open DMAPI sessions. DMAPI sessions are persistent over node reboots. It might happen that orphan DMAPI sessions exist after node a failure that caused a reboot. The DMAPI session limit for a single node in a GPFS cluster is 4000. If this number of open sessions was exceeded the Tivoli Storage Manager for Space Management can't work correctly. Query the number of open DMAPI sessions by issuing the command "mmfsadm dump dmapi". Close DMAPI sessions manually by restarting the whole GPFS cluster by issuing the command "mmshutdown -a; mmstartup -a".
  • A move of a migrated file from a source file set to a target file set will cause the recall of the file. The file migration state will change to "resident".
  • Stub files that are restored using the Tivoli Storage Manager backup-archive client are restored to resident state if the option RESTOREMIGSTATE = NO is set.
  • If the stub file that has to be restored holds ACL and EA data, the RESTOREMIGSTATE will be set to NO implicitly. This occurs because and EA data is stored along with the file data in the storage pool on the server.
  • If Tivoli Storage Manager server node replication is enabled in the environment and files must be restored from the target server set the option RESTOREMIGSTATE to NO to prevent the restore of stub files. Stub files restored from the target server can't be recalled from the source server.

• When using the Tivoli Storage Manager for Space Management (also known as UNIX HSM) client:
  If you use the RESTOREMIGSTATE = NO option, stub files that are restored using the
  Tivoli Storage Manager Backup-Archive Client are restored to resident state.
   
• If Tivoli Storage Manager server node replication is enabled in the environment and files must be restored from the target server set the option RESTOREMIGSTATE to NO to prevent the restore of stub files. Stub files restored from the target server can't be recalled from the source server.

• VxFS sparse file restore
  When a sparse file is restored in the Veritas file system, it can occupy more disk space than it did originally at the time of backup. This is a limitation caused by the inner workings of the space allocation algorithm used by the file system.
   
• Raw logical volume backup does not support devices other than logical volumes, such as /dev/dsk/c0t0d1. Logical volume devices usually take the form /dev/vgXY/lvolAB.
   
• Because of the limited functionality of the dtterm application, not all function keys of the command line Clients operate as expected. The Control-Left and Control-Right key combinations and the Home and End keys do not work.
   
• The default limit of the data segment size of a process in HP-UX (11.23) is 64 MB. When backing up large file systems, the Tivoli Storage Manager Client might exceed this limit and thus run out of memory. To increase this limit, the kernel needs to be modified in the following way:
  1. As root user, start "sam".
  2. Select "Kernel Configuration"
  3. Select "Configurable Parameters"
  4. Locate "maxdsize" and increase its value using the menu entry "Actions/Modify Configurable Parameter". For example, set it to 268435456 for a 256 MB max size of the data segment.
  5. The kernel gets rebuilt by sam after this change and the system needs to be rebooted for the new setting to take effect.
   
• For image backup, file systems are umounted and re-mounted read-only in order to prohibit access during the backup. However, you might still be able to change the size of the file system by using a volume manager. Such operations must be avoided during image backup.
   
• The tape prompt option is not supported for the Web GUI.
   
• The Veritas file system (VxFS) versions 3.5, 4.1 and 5.0, HP and Veritas volume managers are supported. Image backup support is restricted to logical volumes managed by the HP-UX or HP Itanium volume manager only (see the table below).

  Image backup support
  HP-UX version / volume manager	VxFS 4.1	VxFS 5.0
  11i v2 / HP VM	supported	supported
  11i v2 / VxVM	unsupported	unsupported
  11i v3 / HP VM	supported	unsupported
  11i v3 / VxVM	unsupported	unsupported

• When doing image backup directly to tape, the RESOURCEUTILIZATION option value cannot exceed the value of the MAXNUMMP on the server for that node. If it does,the backup can fail with an Unknown System error message.

• During image backup and restore over LAN-Free, pressing Ctrl-C can lead to a core dump of the client. Such operations must be avoided during image backup or restore.

• Modification time and access time of a file should be in the range of Jan 01 1970 to Feb 2106 (timestamp should be a non-negative integer less than 4294967295), otherwise the access time and modification time attributes will get incorrect values during restore. The files with inappropriate access or modification time value will always be backed up by incremental backup. (Internal reference #112413)
   
• SELinux attributes of symbolic links are not backed up and thus cannot be restored.
   
• Automatic client deployment message strings may only be visible on Tivoli Storage Manager server or Administration Center
  Symptoms:
  During automatic client deployment,  messages are produced and saved in the Tivoli Storage Manager server and locally on the client machine. For Linux clients running newer systems, the message text on the client machines are not visible. So far, the following auto deployment packages are known to be affected:
  - x86 packages on SLES 12 for Tivoli Storage Manager clients versions 7.1.2.1 and newer
  - all PPCLE packages for Tivoli Storage Manager client versions 7.1.4.x and newer (x>0)
  Cause:
  Automatic client deployment is compiled with an older Tivoli Storage Manager client API code base. This is intentional because the newest API code does not support all older client systems; therefore new API code can prevent the deployment code from upgrading older client systems. APAR IC73350 is identified as the root cause of the message text problem due to the dependency on an older client API. Note that automatic deployment message text on the server side is not affected.
  Workaround:
  Investigate and upgrade the Tivoli Storage Manager client API used by the automatic client deployment function. In the meantime, users can check automatic deployment message text on the Tivoli Storage Manager server or from an Administration Center GUI. (Nr1: Internal reference #109393)
• lsb_release: not found error massage during automatic client deployment on RH7.x systems
  Symptoms:
  During automatic client deployment on RH7.x systems, lsb_release: not found error message is shown in the Tivoli Storage Manager client scheduler log or in the command-line console. This affects all RH7.x automatic deployment packages: 390, PPC, PPCLE, and x86. This message is harmless since automatic deployment does not rely on lsb_release.
  Cause:
  Starting from RH7.x, lsb_release is not installed by default.
  Solution:
  Fix the automatic deployment code so that it does not invoke the lsb_release. For now, users should ignore the error message or install lsb_release. It is provided by redhat-lsb-core package on the installation media. (Nr2: Internal reference #109393)
• Java GUI Tivoli Storage Manager window on RH7 and SLES12 shows the name of Tivoli Storage Manager class name. (Internal reference #70389 & #70888)
  Problem ticket has been opened in https://bugzilla.linux.ibm.com under: Bug 112751 - RHEL 7: Gnome-classic/Gnome problem displaying Java App name.
   
• The -absolute option does not work while doing a Journal base backup. The option is accepted, but all files are not backed up. The user will see this error in the dsmerror.log:

  ANS7559E The absolute option requires specifying the NoJournal option when performing a Journal Based Backup for backing up fs \\xxxxx\x$.

  Workaround: Add the -nojournal option to the command.
   
• When Journal Based Backup (JBB) is configured and running during Tivoli Storage Manager client upgrade, the first backup after the upgrade will be progressive incremental, i.e. will not use the journal. Incremental backup can take more time comparing to JBB.
  Workaround: Stop the journal daemon before upgrading the client. Restart the daemon when the upgrade is complete.
   
• When completing a snapshot image backup, the client might be unable to remove the snapshot due to a known problem with Linux kernel version 3.0 and LVM. The problem is documented at https://bugzilla.novell.com/show_bug.cgi?id=642296. Use the "lvdisplay" command to list the active snapshots and the "lvremove" command to remove the snapshot manually.
   
• Snapdiff backup run on NFS4 mounted file system on Linux backs up all, not only changed files, after successful first Snapdiff backup. The problem has been reported to NetApp under BURT 629745.
   
• When restoring to NFS-mounted file systems, remount them using the mount option "noac" to prevent NFS-related errors that are not detectable by the client.
  Note: The performance can be raised for NFS by using larger values for the options rsize and wsize (for example 8192).
   
• Backupset restore from tape is not supported in this release of the Linux client.
   
• If you get warnings about missing "standard symbols l" fonts when starting the Java GUI with dsmj, try replacing the "standard symbols l" string with the word "symbol" in the Java font.properties file. The font name "standard symbols l" might be different, because not all Linux distributions use the same name for this font.
   
• Image restore to another location for XFS file system
  When restoring an image with XFS file system to another location, you might see the message "ANS1066E The restore operation completed successfully, but the file system could not be remounted" appear on the screen. The mount of XFS file system is not possible because by default XFS does not allow the mount of several XFS file systems with the same FS UUID simultaneously. Use the XFS mount option "nouuid" to mount XFS file systems with the same UUID or manually change FS UUID using xfs_admin utility.
   
• File system and ACL support
  For Ext2/Ext3/Ext4/XFS/JFS ACL support on Linux, the Tivoli Storage Manager client uses the libacl.so library, so it is searched for in the following locations:
  - A colon-separated list of directories in the user's LD_LIBRARY_PATH environment variable.
  - The list of libraries cached in /etc/ld.so.cache. /usr/lib, followed by /lib.
  Ensure there is a valid library or symbolic link present in one of the specified locations.
   
• If the host name shown with the hostname command is not specified in the /etc/hosts file, there will be no GUID support available. If you want to have GUID support, you must add the host name into the /etc/hosts file.
   
• In the Java GUI the preview of the Include-Exclude List might hang. This can be avoided by setting the following before starting the GUI:

  export MALLOC_CHECK_=0
• Option SKIPACL has to be set to 'yes' when reading block has to be aligned on sector size and server version less than 6.1
   
• Mount recovery of an accidentally dismounted volume on the Windows proxy machine fails continuously on the Linux mount.
  This problem is being investigated. In order to clear this problem, unmount the volume and remount it again.

• NQR (no query restore) does not work for HSM (space managed) file systems, when the RESTOREMIGSTATE option is set to YES. Only classical restore is possible in this case.
   
• Templates and virtual machines deployed as vApps
  The Tivoli Storage Manager Backup-Archive Client cannot back up vCenter virtual machine templates. Also, virtual machines that are deployed as vApps are not included in full VM backups.
   
• During snapshot difference incremental backup of N-Series or NetApp volumes, if files are skipped due to any reason, such as Tivoli Storage Manager server media mount being unavailable, these files may not be backed up during subsequent backups either, unless the files have been modified. Such files will be logged to the Tivoli Storage Manager error log. You can back them up manually or perform a snapshot difference backup with the option "createnewbase" set to "yes".
• VMware Transports(SAN, hotadd, NBDSSL, NBD) - VMVSTORTRANSPORT option
  Use the VMVSTORTRANSPORT option with the backup VM or restore VM command to specify the transport to be used with the vStorage API for Data Protection (VADP). The transport determines how VADP accesses virtual disk data. Valid transports include any order or combination of san, hotadd, nbdssl, and nbd separated by a colon. The first transport in the list that is available in the environment will be used. NBD or network based data transfer is the LAN transport and should be available in all environments. It is not necessary to set this option. The default value is to use the VADP order that is currently defined as "san:hotadd:nbdssl:nbd". This option is passed directly to the VADP API.
  Place the VMVSTORTRANSPORT option in the client options file (dsm.opt). Some common examples are shown below:

  Current default order of transports when none is specified.
  VMVSTORTRANSPORT san:hotadd:nbdssl:nbd
  
  When SAN path is temporary unavailable fail the backup so as not to impact LAN.
         VMVSTORTRANSPORT san
  
  Disable the use of hotAdd when running backup server inside VM.
            VMVSTORTRANSPORT nbdssl:nbd
  
  Select NBD even when NBDSSL is available for better performance.
            VMVSTORTRANSPORT nbd

• If you want to start the Tivoli Storage Manager scheduler using inittab, ensure that the required language environment is set. You can do this by starting a script that first sets the environment and then starts the scheduler. See also the section that handles SBCS in this file.
• Image backup on raw devices
  Only certified image backup from raw devices, where their corresponding partitions are marked with ID x83, are shown in the partition table. To see the IDs of all partitions of the partition table, use the command "fdisk -l" and look for the column marked with "Id".
   
• When using option 'COMMMETHOD Sharedmem', you might get the error message 'ANR8294W Shared Memory Session unable to initialize' on the server or storage agent console. By default, Linux is not set up with sufficient system resources to create the message queues. You must increase the kernel parameter MSGMNI to 128 (default is 16). You can modify this parameter by performing the following command:

  echo 128 > /proc/sys/kernel/msgmni

  To enable this parameter to remain persistent after rebooting the system, you can instead add the following line to the file /etc/sysctl.conf, then reboot the machine:

   kernel.msgmni=128

  
  To view current ipc settings, run this command:

  ipcs -l

   and look at the "max queues system wide" value. The default is 16.
   

• When attempting to perform Tivoli Storage Manager BA backup  or restore or show vm operations on a RHEL or SLES system, you may run into errors like:

  ANS4152E Failure initializing VMware virtual machine environment. RC=-303. Refer to client dsmerror.log for detailed error messages.

  The fuse library package (libfuse2 on SUSE Linux, fuse-libs-2 on Red Hat Linux) is a required prerequisite for the VMware virtual machine environment and must be installed before performing any VMware virtual machine operations.

• If you perform snapshot difference incremental backup of N-Series or NetApp volumes, make sure that the volumes are defined with a security style of UNIX. Tivoli Storage Manager backups will complete successfully even if the security style is NTFS or MIXED. However, it is recommended that you use a security style of UNIX.
• GPFS related topics:
  • Changes to file attributes (e.g. POSIX attributes like owner, group or mode; GPFS attributes like storage pool id) cause an update of the ctime attribute of the file. The Tivoli Storage Manager backup-archive client will update the file attributes on the Tivoli Storage Manager server in terms of the next incremental backup. GPFS mmbackup performs a full backup of the file if GPFS 3.5 TL 2 and below is used. Higher versions of GPFS mmbackup will update the file attributes on the Tivoli Storage Manager server.
  • Changes to the ctime of a file that hold ACL or EA data cause a full backup of the file in terms of the next incremental backup. This is true for both backup solutions Tivoli Storage Manager client progressive incremental and GPFS mmbackup.
  • If GPFS software is uninstalled while the Tivoli Storage Manager client is still installed, the Tivoli Storage Manager client will fail to load because of missing links to GPFS libraries. In this case you can either reinstall the Tivoli Storage Manager client or recreate the missing links manually. To recreate the links manually, issue the following commands:

    ln -s /opt/tivoli/tsm/client/api/bin64/libgpfs.so /usr/lib64/libgpfs.so
    ln -s /opt/tivoli/tsm/client/api/bin64/libdmapi.so /usr/lib64/libdmapi.so
  • GPFS 3.5 only: When SELINUX is used in enforcing mode, after an GPFS upgrade to the 3.5 level, the first incremental backup will be a full backup. For details, see also APAR IC88793 and the GPFS wiki onhttps://www.ibm.com/developerworks/mydeveloperworks/wikis/home?lang=en#/wiki/General%20Parallel%20File%20System%20%28GPFS%29/page/Using%20GPFS%20with%20SElinux
     
• When using the Tivoli Storage Manager for Space Management (HSM) client:
  • If GPFS is restarted on the node where a file is being recalled with the dsmrecall command, the DMAPI session named 'dsmrecall' might still exist after the GPFS restart. The extra DMAPI sessions do not affect HSM operations unless the DMAPI session limit (4000) is exceeded. If this happens, all further HSM operations will not be possible until GPFS is restarted on the quorum node.
  • A move of a migrated file from a source file set to a target file set will cause the recall of the file. The file migration state will change to "resident".
  • Stub files that are restored using the Tivoli Storage Manager backup-archive client are restored to resident state if the option RESTOREMIGSTATE = NO is set.
  • If the stub file that has to be restored holds ACL and EA data, the RESTOREMIGSTATE will be set to NO implicitly. This occurs because ACL and EA data is stored along with the file data in the storage pool on the server.
  • If Tivoli Storage Manager server node replication is enabled in the environment and files must be restored from the target server set the option RESTOREMIGSTATE to NO to prevent the restore of stub files. Stub files restored from the target server can't be recalled from the source server.
     

• If you want to start the Tivoli Storage Manager scheduler using inittab, ensure that the required language environment is set. You can do this by starting a script first sets the environment and then starts the scheduler.
   
• When using option 'COMMMETHOD Sharedmem', you might get error message 'ANR8294W Shared Memory Session unable to initialize' on the server or storage agent console. By default, Linux is not set up with sufficient system resources to create the message queues. You must increase the kernel parameter MSGMNI to 128 (default is 16). You can modify this parameter by performing the following command:

  echo 128 > /proc/sys/kernel/msgmni   

  To enable this parameter to remain persistent after rebooting the system, you can instead add the following line to the file /etc/sysctl.conf, then reboot the machine:

  kernel.msgmni=128  

  To view current ipc settings run this command:

   ipcs -l

  and look at "max queues system wide" value. The default is 16.

• If SELinux is installed on the system but is disabled, installation of the GSKit crypto component (gskcrypt64-8.0.14.11.linux.s390x.rpm) can produce multiple messages as follows:

  libsepol.context_from_record: MLS is enabled, but no MLS context found
  libsepol.context_from_record: could not create context structure
  libsemanage.validate_handler: invalid context system_u:object_r:textrel_shlib_t specified for /usr/local/ibm/gsk 8/lib/C/icc/osslib/libcrypto.so.0.9.7 [all files]
  libsemanage.dbase_llist_iterate: could not iterate over records

  This is related to a problem that has been identified and resolved by Red Hat. The problem is fixed in policycoreutils-1.33.12-14.4.el5. See this report for more information.
  These installation errors do not affect Tivoli Storage Manager functionality and can be ignored. To work around the problem, you can bypass the SELinux check by setting the following environment variable before installation:

  export GSK_DISABLE_SELINUX_TEST=1

  When you set this environment variable, the installation should complete successfully without displaying any error messages.
  The problem does not occur if SELINUX=enforcing is set.

• VM backup with application protection of VMs hosting vCenter or vCenter related infrastructure applications fails with ANS2330E during first attempt. (internal reference #147798)
  Problem: VM backup with application protection of VMs hosting vCenter or vCenter related infrastructure (Platform Services controller server, databases used by vCenter, etc) may fail with ANS2330E during first attempt due to VMware APIs are unresponsive durign snapshot operation.
  Workaround:
  Disable application protection for such vms and use in-guest client to backup necessary application data.
  Use Application protection with persistent VSS snapshots (done automatically during second attemp of vm backup).
   
• Disks identified with testflag VMRESTORE_FORCE_THIN  marked as thick eager zeroed after VM is restored on NFS based datastores. (internal reference #108542)
  Problem: This issue occurs during a VMware restore with snapshot due to a VMware bug identified in the following VMware Knowledge Base article: http://kb.vmware.com/kb/2137818
  The disk is marked as thick eager zeroed when the snapshot is removed after the VM is restored. The disk is created thin and is only marked as thick eager zeroed at the end of the restore operation. This issue does not impact performance or storage.
   
• Unable to get SAN transport when performing backup or restore VM operations on disks that are a multiple of 2 TB in size (Internal reference #105397)
  Problem: When attempting to perform a SAN backup or restore VM operation on a virtual machine that has virtual disks that are greater than 2 TB, NBDSSL or NBD transport may be selected instead of SAN. This problem may occur if the virtual disk is a multiple of 2 TB in size (2 TB, 4 TB, 6 TB, etc).
  See the following VMware KB article for detailed information: http://kb.vmware.com/kb/2135503
  Workaround: To workaround this issue until VMware provides a fix, specify the VMVSTORTRANSPORT option to NBD or NBDSSL in dsm.opt (Windows) or dsm.sys (Linux).
   
• Intermittent backup failure of VMs on vVol datastores in V7.1.4 (internal reference #108537)
  Problem: In this scenario, a backup VM operation using the scheduler service fails with the following error messages:
  ANS4174E
  ANS1228E
  ANS5283E
  However, the same VMs can be backed up successfully by starting the operation manually (dsmc backup vm), or by starting the scheduled backup manually using dsmc sched.
  The failure occurs when all of the following conditions exist:
  - The VMs are on vVol datastores.
  - A different userid account is used for the scheduler service. For example, a Local Administrator account versus the Active Directory Administrator account.
  Workaround: This is a known issue. To avoid this issue, make sure that the same account is used for all backup operations. If the problem still exists, change the temp working directory in the dsmvddk.opt file by setting the tmpDirectory option. Create this temp working directory using the same account that will be used for performing backups.
• Unique VM names (internal reference #145450)
  Problem: VMware vCenter allows for two or more virtual machines to have the same display name. IBM Spectrum Protect requires that all virtual machine names in a vCenter server configuration be unique.
  Workaround: To prevent errors during processing, ensure that all virtual machines have a unique display name.
   
• Transport mode does not failover (internal reference #145451)
  Problem: In this scenario, the vmvstortransport option is specified during a backup vm and restore vm operation. The specified transport mode becomes unavailable during processing and the operation fails. The Tivoli Storage Manager backup-archive client does not failover to another transport mode when the specified transport mode becomes unavailable during an operation.
  When this occurs, the dsmerror.log contains a reference to "VixDiskLib_Write" or VixDiskLib_Read".
   
• Powering on a restored Linux Guest VM with EFI boot enabled may fail. Manual steps are required in order to configure the guest VM to properly boot from the restored Linux EFI boot disk.
  The following steps describe the procedure to successfully boot from a restored Linux EFI guest VM:
  1. Remove the boot VMDK from the VM.
     WARNING: DO NOT DELETE THE VMDK FILE.
  2. Add the boot VMDK back to the VM and enable the boot into EFI setup console
  3. Boot machine and use console EFI Setup to reconfigure the boot options adding the boot VMDK back
  4. Use the console EFI Setup to change the boot order
  5. Boot the machine
      
• Tivoli Storage Manager Linux vStorage Server - SAN transport prerequisites (internal reference #146614)
  Problem: SAN transport for full virtual machine backup and recovery from a physical Linux Tivoli Storage Manager vStorage backup server is only supported with the following configuration:
  - Host hypervisor ESXi 5x
  - Datastore must be formated with VMFS 5
  - Datastore must reside on storage hardware that fully supports the vStorage APIs for Array
  
  Integration (VAAI), specifically the VAAI Atomic Test and Set (ATS) feature which is also known as Hardware Accelerated Locking.
  If the environment does not meet these prerequisite versions, normal operations on a host server such as power on/off of a virtual machine, snapshot creation, etc. could cause the backup from the vStorage backup server to fail. This problem is not seen when using a Windows vStorage backup server or a Linux vStorage backup server running in a guest VM since the hotadd transport is not effected. When running on a physical vStorage backup server, the problem can be avoided by setting one of the following options:
     vmvstortransport "nbdssl:nbd"
     vmvstortransport "nbdssl"
     vmvstortransport "nbd"
  
  If the storage hardware VAAI ATS feature is not being used the Tivoli Storage Manager Backup-Archive client processing on the Linux Tivoli Storage Manager vStorage backup server may fail with the following message:

  ANS9365E VMware vStorage API error.
    TSM function name : vddksdkRead
    TSM file          : vmvddksdk.cpp (2382)
    API return code   : 16000
    API error message : One of the parameters supplied is invalid
    ANS0361I DIAG: ANS1111I VmProcessExtent(): vddksdkRead() rc=-1, startSector=4480000, numSectorsToRead=512
    ANS1228E Sending of object 'suse10vm04' failed
    ANS5283E The operation was unsuccessful. 

  
  This problem is the result of SCSI reservation conflicts. As such, SCSI reservation conflict errors will be reported in the /var/log/messages file on the Linux vStorage backup server.
  The Tivoli Storage Manager BA Linux proxy requires full VAAI support. See VMware KB for description of vStorage for Array Integration (VAAI) support required for Tivoli Storage Manager BA Linux proxy SAN transport:
  http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1021976
   
• VMware Change Block Tracking (CBT) support for content-aware backups (internal reference #145453)
  Problem: IBM Spectrum Protect full VM backup will use VMware Change Block Tracking (CBT) support if available to enable content-aware (used-block only) backups. VMware CBT requires ESX 4.0 or later host (with virtual hardware 7). IBM Spectrum Protect will turn on CBT on the first IBM Spectrum Protect backup of the virtual machine.
  IBM Spectrum Protect full VM backup does support virtual machines that do not support CBT. In this case, both used and unused areas of the disk will be backed up and an informational message will be logged to the dsmerror.log. The command line 'dsmc show vm all' will display the CBT status. See also http://www-01.ibm.com/support/docview.wss?uid=swg21681916

• RDM Physical Compatibility Mode and Independent disks (internal reference #145455)
  Problem: Backups are not supported for virtual machines that have either independent disks (either persistent or non-persistent), or that have raw device mapping (RDM) disks configured in physical compatibility mode. RDM disk configured in virtual compatibility mode are supported. In previous releases, attempting to back up a virtual machine that included one of these disks would fail.
  Two options have been added to allow the virtual mskiprd skioachine backup to succeed, but skip the backup of these disks. Also on restore, these disks will not be restored. The options are "VMPROCESSVMWITHPRDM=NO/YES" and "VMPROCESSVMWITHINDEPENDENTDISK=NO/YES". The default for these options is "NO", meaning the virtual machine will fail to backup.
  Workaround: If both types of disks are included in the virtual machine, then both options must be specified and set to "YES" for the backup to succeed.
   
• Client-side deduplication performance and return code=254 (internal reference #145456)
  Problem: VMware off-host full VM backups with client-side deduplication enabled fails with return code=254. Error message:
  ANS7899E The client referenced a deduplicated extent that does not exist on the IBM Spectrum Protect server.
  This error can occur when a IBM Spectrum Protect server expiration or similar process is either in the process of removing a deduplicated extent or has an extent locked during the backup. A subsequent backup should succeed.
  Workaround: When running heavy backup loads on the IBM Spectrum Protect server, if a VM backup fails multiple times with RC=254 or an increase backup run time is noticed when client-side deduplication is enabled, disable client-side deduplication for the VMware backup proxy node. This issue does not occur when using server-side deduplication.
   
• Incorrect level of the VMware Tools (internal reference #145466)
  Problem: When a IBM Storage Protect backup VM command fails consistently with the following error in the dsmerror.log, an incorrect level of the VMware Tools might have been installed inside the guest OS:

  ANS9365E VMware vStorage API error.
  IBM Spectrum Protect function name : visdkWaitForTask
  IBM Spectrum Protect file          : vmvisdk.cpp (2811)
  API return code   : 78
  API error message : Cannot create a quiesced snapshot because the create snapshot operation exceeded the time quielimit for holding off I/O in the frozen virtual machine.

  or

  ANS9365E VMware vStorage API error for virtual machine '<vmname>'.
  IBM Spectrum Protect function name : CreateSnapshot_USCORETask
  IBM Spectrum Protect file          : ..\..\common\vm\vmvisdk.cpp (6704)
  API return code   : 2249
  API error message : An error occurred while saving the snapshot: Failed to quiesce the virtual machine.

  Workaround: It might be necessary to uninstall and re-install the latest version of VMware Tools on the guest OS virtual machine.
  If the problem persist, refer to the following VMware Knowledge Base (KB) article for detailed information and solution:
  "Cannot create a quiesced snapshot because the snapshot operation exceeded the time limit for holding off I/O in the frozen virtual machine ".
  http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1018194
   
• Long running snapshot delete (internal reference #145542)
  Problem: A IBM Spectrum Protect backup VM command can fail if the delete snapshot of a failed prior run requires a longer timeout value than one set by the VMware vCenter. The following error might be logged in dsmerror.log as a result of this timeout value that is exceeded by the vStorage API:

  ANS9365E VMware vStorage API error, API error message: "server refused connection", API return code:14009

  Workaround: The snapshot delete will continue to be processed. The next backup attempt should succeed.
   
• Change Block Tracking (CBT) needs reset (internal reference #145546)
  Problem: When a Tivoli Storage Manager backup VM fails with one of the following warning messages in the dsmerror.log:

  ANS9365E VMware vStorage API error.
  TSM function name : visdkQueryChangedDiskAreas
  TSM file          : vmvisdk.cpp (3592)
  API return code   : 12
  API error message : SOAP 1.1 fault: "":ServerFaultCode[no subcode]"A specified parameter was not correct. deviceKey"
       
  ANS9365E VMware vStorage API error.
  TSM function name : visdkPrintSOAPError
  TSM file          : vmvisdk.cpp (885)
  API return code   : 12
  API error message : SOAP 1.1 fault: "":ServerFaultCode[no subcode]"Error caused by file /vmfs/volumes/4ade85fd-81f49624-57f5-000e0cdd0d21/winxp-32/winxp-32.vmdk"

  It might be necessary to reset the VMware Change Block Tracking (CBT) for the virtual machine.
  This error can occur if the ESX server is shut down or rebooted without first entering maintenance mode. It can also occur when a backup is attempted through both the ESX Server and vCenter at the same time for the same VM. Change Block Tracking is needed by Tivoli Storage Manager to back up content-aware (used-block only areas of the disk). If CBT is in this failed state, Tivoli Storage Manager will continue with the backup, and will back up the used and unused areas of the disk.
  Workaround: Run a single Tivoli Storage Manager backup with the testflag vmbackup_cbt_reset. Example:  

  dsmc backup vm 'myvm' -testflag=vmbackup_cbt_reset.

  This testflag will require a snapshot and snapshot delete to turn off CBT and a second snapshot to turn on CBT. Therefore, the testflag should not be set permanently as it could impact backup performance.
   
• "Clear lazy zero" is repeated in VMware vCenter task during VM Restore (internal reference #145548)
  Problem: When performing a virtual machine restore with disk type set to 'eager zero' using vSphere 4.1 or higher and when using SAN transport, the message "Clear lazy zero" is repeated in the "recent tasks" section of the VMware vSphere console, and the performance of the restore drops. VMware, instead of zeroing a VMDK as it is created, instead sets the lazy zero bit on each block in the VMDK so that it can be cleared at a later time. To avoid the performance issue, perform a restore to the ESX server instead of a vCenter.
   
• Restore to ESX server instead of to the vCenter
  Restoring a virtual machine to ESX server, when that VM was backed up from vCenter requires -datacenter=ha-datacenter parameter on the restore command.
   
• Slow restore using SAN transport (internal reference #145550)
  Problem: Although VM backups using SAN as transport is very fast, VM restores using SAN is usually the slowest of all transports. This problem is more prevalent when thin disks are used, and VMware recommends using NBDSSL for restores when thin disks are involved.
  See the following VMware KB article for more detailed information (Best practices when using SAN transport for backup and restore): http://kb.vmware.com/kb/1035096
   
• Thin-provisioned disk (internal reference #145552)
  Problem: There is a know problem in VMware vSphere 4 where a snapshot disk does not show the correct thin- or thick-provisioned trait based on the actual disk's property. As a result, when a backup of a virtual machine with a thin-provisioned disk set in the disk properties is performed, IBM Spectrum Protect is unable to save the thin-provisioned disk attribute. Since this attribute is not saved, IBM Spectrum Protect is unable to restore the disk as thin-provisioned, but instead will restore the disk using the thick-provisioned disk attribute.
  See the following VMware KB article for detailed information: http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1020137
  VMware vSphere 5 provides the ability to get the thin or thick trait, so this will be saved on backup, and the disk will be created with the saved attribute on restore.
  There is also a known issue with the VMware VDDK where thin disks being restored to a local datastore might incorrectly try to use the SAN transport. To restore thin disks in this situation, and also preserve the thin attribute, the "VMVSTORTRANSPORT nbdssl:nbd" (or any acceptable values excluding "san") should be used. Since "san" is not in the list of transports to use, it will not be incorrectly chosen when restoring thin disks to a local datastore.
   
• English/7bit ASCII virtual machine names (internal reference #145562)
  Problem: There are some limitations of the VMware vStorage APIs and in IBM Spectrum Protect processing virtual machines with non-English/7bit ASCII characters in the name. Tivoli Storage Manager support for VMWare backup and restore is limited to English virtual machine names. Names using other languages is not supported at this time.
   
• VMware datastore space issues for backups (internal reference #145566)
  Problem: When backing up a VM, a snapshot of the VM is taken and usually stored in the same datastore as the virtual hard disk that is being backed up. If there is not enough space in the datastore for this snapshot, an error will occur.
  If the VM is not running, the error message that is returned will be like the following message:

  'API error message : File testVM/testVM.vmx is larger than the maximum size supported by datastore[DataStore1_LUN1_500GB]'.

  However if the VM is running, the error returned might not be as obvious and similar to the following message:

  'API error message : Cannot create a quiesced snapshot because the create snapshot operation exceeded the time limit for holding off I/O in the frozen virtual machine.'

  Be aware of the space needed on the VMware datastore for the snapshot files when backing up VMs with large virtual disks. See the following VMware KB article for more detailed information:
  http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1012384
   
• Virtual Machine names containing commas, semi-colon characters, or other special characters (internal reference #145567)
  Problem: The following characters have special meaning to Tivoli Storage Manager, and therefore virtual machine names containing these characters cannot be backed up using the FULL VM backup commands.
  These special characters are:  " ' : ; * ? ,  < >  / \ | 
  (double quote, single quote, colon, semi-colon, asterisk, question mark, comma, less than, greater than, forward slash, backslash, vertical bar)
   
• Backing up the backup proxy (internal reference #145568)
  Problem: It is possible for a backup proxy running in a virtual machine to back itself up, but there are some known issues where the backup might fail because a snapshot cannot be created.
  The backup will fail with the message:

  "Cannot create a quiesced snapshot because the snapshot operation exceeded the time limit for holding off I/O in the frozen virtual machine".

  Workaround: It might be possible to prevent this message by modifying how a part of the virtual machine is quiesced. It is possible to configure the virtual machine so that application data is not quiesced, while still allowing the file system to be quiesced. The implication to this is that application data might not be flushed to disk before the snapshot is take. File system data will still be flushed, and the I/O held while the snapshot is being taken.
   
• Backing up Windows 2008 and Windows 2008 R2 virtual machines containing dynamic disks (internal reference #145570)
  Problem: Backing up Windows 2008 and Windows 2008 R2 virtual machines that contain dynamic disks can result in the dynamic disks being detached from Windows at the end of the backup. The dynamic disks are still intact and can be reconnected to Windows.
  This problem occurs because application-consistent quiescing is performed when the snapshot is taken during the backup process. For application-consistent quiescing to be available on Windows 2008 and Windows 2008 R2, one of the conditions that Windows requires is that the virtual machine must not use dynamic disks. This is because VMware uses a hardware provider to perform the VSS snapshot, and shadow copies created by hardware providers of volumes that reside on dynamic disks have a specific requirement that they cannot be imported onto the same system.
  See the following Microsoft VSS topic for more detailed information: http://msdn.microsoft.com/en-us/library/aa384594%28v=vs.85%29.aspx
  Workaround: It might be possible to prevent this message by modifying how part of the virtual machine is quiesced. It is possible to configure the virtual machine so that application data is not quiesced, while still allowing the file system to be quiesced. The implication to this is that application data might not be flushed to disk before the snapshot is taken. File system data will still be flushed, and the I/O held while the snapshot is being taken.
   
• Restoring virtual machines backed up with Data Protection for VMware 7.1.2 from previous clients is not supported (internal reference #145571)
  Problem: Virtual machines backed up with Data Protection for VMware 7.1.2 cannot be restored from previous clients. This includes prior levels of the Tivoli Storage Manager backup-archive client, as well as prior levels of Data Protection for VMware.
   
• Backing up a virtual machine that has a Data Protection for VMware volume mounted (internal reference #145574)
  Problem: When the virtual machine being backed up is running Data Protection for VMware and has a Data Protection for VMware volume mounted, the backup of that virtual machine might fail with the following message:

  "Cannot create a quiesced snapshot because the snapshot operation exceeded the time limit for holding off I/O in the frozen virtual machine". 

  Workaround: To allow the backup of this virtual machine to continue, unmount the volume from Data Protection for VMware and try the operation again.
   
• Avoid uses of / (slash), \ (backslash) or % (percent) in named elements (virtual machine names, datacenter names, folder names, and so on) (internal reference #145576)
  Problem: VMware allows the use of (/, \, %) but VMware internally stores each of these characters as an escape sequence. A slash is escaped as %2F or %2f, a backslash is escaped as %5C or %5c, and a percent is escaped as %25.
  If one is using these special characters, then the escape sequence must be used to reference them in the IBM Tivoli Storage Manager client.
  For example: OurDatacenter\LevelOne becomes OurDatacenter%5cLevelOne
   
• Message: "You do not have access rights to this file" (internal reference #145433)

  ANS9365E VMware vStorage API error.
  TSM function name : VixDiskLib_Open
  TSM file : vmvddksdk.cpp (1404)
  API return code : 13
  API error message : You do not have access rights to this file

  The following should be checked:
  • On a Windows 2008 proxy, verify that the SAN policy is set to OnlineAll
  • Verify the Tivoli Storage Manager proxy can see the SAN disks and they are not marked as offline
  • Verify the Tivoli Storage Manager client can resolve the name and IP of the ESX host correctly
  • Verify the vStorage APIs license is applied
  • Verify the VDDK temp directory contains only UTF-8 characters. Set the correct directory in dsmvddk.opt with tmpDirectory option. For example: tmpDirectory = C:\mnt\vmwaretmp
     
• Message "NBD_ERR_NETWORK_CONNECT (internal reference #145436)
  Problem: When using NBD transport, the following error in the dsmerror.log may indicate that a VMware limit of ESX host connections has been exceeded. User action is to reduce the vmmaxparallel and vmlimitperhost options to limit the number of IBM Spectrum Protect connections to the ESX host.

  ANS9365E VMware vStorage API error.
  TSM function name : VixDiskLib_Open
  TSM file          : vmvddksdk.cpp (1748)
  API return code   : 14009
  API error message : NBD_ERR_NETWORK_CONNECT

  Further VMware documentation can be found here: http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1022543
   
• Restore operations using a HotAdd mode might not clean up target VMDKs from the DataMover vmx file. (internal reference #145442)
  Problem: If a HotAdd mode is used, during restore operations, target VMDKs might not clean up from the Data Mover vmx file.
  Workaround: In order to clear this problem, turn off the Data Mover VM, edit the vmx file to remove the redundant vmdks.
   
• A VM backup of a virtual machine that contains a VMDK that exceeds 2 TB fails with the following message:

  ANS2236I The virtual machine 'VM NAME' contains one or more disks that exceed the maximum size limit. These disks will be excluded from the backup."

  The maximum size limit is 2 TB. Therefore, the correct message text is shown below:
  ANS2236I The virtual machine 'VM-name' contains one or more disks that exceed the 2 TB maximum size limit. These disks will be excluded from the backup.
  
  Workaround: Set VMSKIPMAXVMDKS=yes in the dsm.opt file to skip a VMDK that is equal to, or greater than, 2 TB during a VM backup operation.
   

• Tivoli Storage Manager client does not display virtual machines in Virtual Center linked mode. Tivoli Storage Manager development believes that this is a VMware issue. VI API do not support Virtual Center in linked mode. User has to setup backup proxy as it does today connecting each vCenter server. Tivoli Storage Manager client supports connection to one vCenter server at one time.

Back to Contents

• Objects on a Xsan 2.0 file system have their modification, change, and attribute times stored in a high resolution format--to the nanosecond. Tivoli Storage Manager will not back up or restore these fractions of a second of times. The fractional time will not be used to determine if a file should be backed up and it will always be set to zero during restore. (internal reference #159310)


• Tivoli Storage Manager treats symbolic links as files. When an input path to the command line contains a symbolic link, Tivoli Storage Manager is unable to process the path. This only occurs when the path entered on the command line. This is due to limitations in Mac OS X. (internal reference #159311)


• Due to limitations in Mac OS X, files with certain characters will not be managed by Tivoli Storage Manager correctly. Some examples are:
  0131 LATIN SMALL LETTER DOTLESS I
  01C8 LATIN CAPITAL LETTER L WITH SMALL LETTER J
  1FB2 GREEK SMALL LETTER ALPHA WITH VARIA AND YPOGEGRAMMENI
  03D0 GREEK BETA SYMBOL
  03D1 GREEK THETA SYMBOL
  There are several more. The problem is that these characters can be represented in uppercase, but cannot be represented in lowercase correctly. The recommendation is to either rename these files or use a case-sensitive file system.
• Due to limitations in Mac OS X, Tivoli Storage Manager will crash if it encounters any of the following Unicode symbols as part of a name:
  D800 - <Non Private Use High Surrogate, First>
  D87F - <Non Private Use High Surrogate, Last>
  DB80 - <Private Use High Surrogate, First>
  DBFF - <Private Use High Surrogate, Last>
  DC00 - <Low Surrogate, First>
  Note: These are special Unicode flag symbols. They are not normally used in file names.

• Selective backup can hang in a certain environment.
  Externalized symptom: dsmc hangs. (Internal reference #97551)
  The problem may appear if the following conditions are met:
  1. Tivoli Storage Manager Client is running on Solaris platform
  2. Tivoli Storage Manager Server of version 7.1.3 is running on Linux platform
  3. there is a restartable restore session for the backuped location.
  4. client data deduplication and compression is enabled.
  
  Workaround:
  The hanging process should be killed. The backup process can be restarted after either
  1. canceling restartable restore session
  2. disabling client data deduplication
  3. disabling data compression
• The following are supported devices for the Solaris SPARC client:
  -Normal disk slices
  -Metadevices created with Solaris Volume Manager
  -Metadevices created with Veritas Volume Manager v5.x
  Other devices are not supported.
   
• NOTE: Meta devices created by the Veritas Volume Manager must be listed including its disk group in the /etc/vfstab to be recognized by the Tivoli Storage Manager backup-archive client for an image backup of file systems (ANS1134E). Raw devices should not be listed in the /etc/vfstab.
  EXAMPLE: the following would be not recognized correctly:

  /dev/vx/dsk/<meta device name> 

  while the correct entry is:

   /dev/vx/dsk/<disk group>/<meta device name>
• The overlap device of the root disk (c0t0d0s2) is not supported from raw device backup. Avoid using this feature on disks or slices that are used as swapping device.
   
• Disk slices containing cylinder 0 should not be backed up or restored. If this happens, the VTOC will be overwritten. If you need to back up the first disk slice, exclude cylinder 0 by starting the disk slice from cylinder 1 (using the format utility). During a restore, the backup-archive client does not check whether cylinder 0 is contained in the device that is overwritten.
   
• Performance Degradation
  If the DISABLENQR YES (Classic Restore) option is set, the restore performance of the Solaris client is slower when compared to previous releases. Depending on how much load you put on the system, the restore may take up to 25% more time.
   
• For image backup, the file systems are unmounted and re-mounted read-only if you use COPYSERIALIZATION=STATIC in order to prohibit access during the backup. However, you might still be able to change the size of the file system by using a volume manager for all values of copy serialization. Such operations must be avoided during image backup.
   
• Image backup of large volumes
  The current client version can only back up volumes created on disks with the VTOC label. Volumes larger than 1TB require EFI disk label which is currently not supported by the Tivoli Storage Manager client. As a result image backup is not possible for volumes larger than 1 TB.
   
• When doing image backup directly to tape, the RESOURCEUTILIZATION option value cannot exceed the value of the MAXNUMMP on the server for that node. If it does,the backup can fail with an Unknown System error message.
• Using the backupset and portable media functionality requires tapes that are fully compliant with the Sun generic device driver standards. Note that several non-Sun tapes are not fully compatible with all required I/O operations, although simple tape commands such as tar work without problems.
• Sparse file handling
  Sparse files (files whose block size and the number of physical disk blocks allocated to store file data are not equal) are handled as sparse files on the Tivoli Storage Manager Server. If a block of a file consists only of bytes with value zero, this block is not restored as a physical disk block. For sparse files with large holes in the address space this will lead to an increase of performance. If files have been backed up as sparse files and need to be restored as normal files (non-sparse files), this should be done by the internal option MAKESPARSEFILE NO in dsm.opt or makesparsefile=no which is supported by the command line Client only. The option is only necessary for files where the existence of physical disk blocks is required. This is the case in some rare situations for system files like ufsboot which is needed during boot time. The boot file loader of the operating system accesses physical disk blocks directly and does not support sparse files.
   
• VxFS sparse file restore
  When a sparse file is restored in the Veritas file system, it can occupy more disk space than it did originally at the time of backup. This is a limitation caused by the inner workings of the space allocation algorithm used by the file system.
   
• Because of limitations of the standard system settings, the Tivoli Storage Manager Client does not use large communication buffers by default. This can be changed by specifying "LARGECOMMBUFFERS YES" in the Client system options file (dsm.sys). Read the following section for information about how to set up your system to let ordinary users run Tivoli Storage Manager with large communication buffers.
  If you specify "LARGECOMMBUFFERS YES" in the dsm.sys file to enable large communication buffers, non-root users may get the following error message when starting an Tivoli Storage Manager Client or API application:

  "ANS1030E System ran out of memory. Process ended."

  To fix this problem, do the following steps:
  1. Switch to root by issuing "su".
  2. Append the following statement to the file /etc/system:

  set shmsys:shminfo_shmmax=2097152 3. Reboot the system by issuing "reboot"

  If your /etc/system file already contains such a statement, ensure that its value is at least 1500000.
  3. Reboot the system by using "reboot"
   
• Because of the limited functionality of the dtterm application, not all function keys of the command line Clients operate as expected. The Control-Left and Control-Right key combinations and the Home and End keys do not work.
   
• During image backup and restore over LAN-Free, pressing the Ctrl-C keys can lead to a core dump. You must avoid such operations during image backup or restore.
   
• Limitations of the Tivoli Storage Manager Solaris backup-archive client functionality regarding QFS:
  • The package LSCqfs 3.5.0 is the stand-alone version of QFS. Only this version of QFS is supported.
  • Image backup of QFS file systems is not supported.
  • A QFS file system contains two hidden system files and a system directory that cannot be backed up. A backup of these files is not needed. They contain internal data to manage the file system. This data will be automatically excluded from a backup and re-created automatically by the file system itself if a restore of files is invoked.
  • The Tivoli Storage Manager Solaris backup-archive client does not support the combination of QFS and SAM to archive files onto a tertiary background storage such as tapes. Files are recalled from tape onto disk automatically if migrated files are found during the backup.
     
• When the Tivoli Storage Manager Remote Agent runs on Solaris, you might encounter communication failure from the browser while monitoring the backup or restore of multiple NAS volumes, even though the backup or restore operations complete normally. To avoid such monitoring problems, wait until one backup or restore operation is finished before starting another, or use the Tivoli Storage Manager Server Scheduler to back up or restore multiple NAS volumes.
   
• Use NDMP directory level backup with valid filespace mapping.
   
• Limitations of the Tivoli Storage Manager Solaris backup-archive client functionality regarding Solaris Zones:
  • It is not strictly required to install the backup-archive client manually on each non-global zone, because it is automatically installed as usual when the Tivoli Storage Manager client is installed in the global zone, or when the non-global zones are created or installed. This is valid if the Tivoli Storage Manager packages are installed without using the -G option of the pkgadd command.
  • On sparse-root non-global zones the /usr file system is usually mounted as LOFS read-only. In this case the Tivoli Storage Manager installation procedure would not be able to create the required links for Tivoli Storage Manager libraries and Tivoli Storage Manager option files in the /usr file system. If Tivoli Storage Manager is already installed in the global zone these links are already present and no further actions are required, otherwise a Warning message is produced asking to create the required links manually from the administrator of the global zone. The exact command required to creates these links is printed out in the Warning message.
  • When performing a backup with the domain option set to "all-lofs" in a Solaris 10 global zone, all explicit loopback file systems (LOFS) are backed up including all loopback file systems (LOFS) of each non-global zones.
  • When performing an incremental backup of the local zones from the global zone, the administrator must take special care about which files from the zonepath should be included or excluded in the backup (for example, dev-directory, system files, kernel files, and so on, which are not automatically excluded).
  • Any image backup for a file system that is mounted within a non-global zone should be performed within the non-global zone where the file system is mounted.