Source:Troubleshooting Tape and Tape Devices: Difference between revisions

From SEPsesam
(Marked this version for translation)
(Added missing translate tag.)
Line 25: Line 25:
[[File:SEP Tip.png|45px|link=Special:MyLanguage/FAQ|FAQ]]
[[File:SEP Tip.png|45px|link=Special:MyLanguage/FAQ|FAQ]]
| style="padding:0px 40px 0px 10px; color: grey; font-size: 90%; text-align:left;" |  
| style="padding:0px 40px 0px 10px; color: grey; font-size: 90%; text-align:left;" |  
Check [[Special:MyLanguage/FAQ|FAQ]] to find the answers to most common questions.
<translate>Check [[Special:MyLanguage/FAQ|FAQ]] to find the answers to most common questions.</translate>
|}
|}



Revision as of 14:43, 22 July 2020


Other languages:

Template:Copyright SEP AG en

Docs latest icon.png Welcome to the latest SEP sesam documentation version 4.4.3/4.4.3 Beefalo V2. For previous documentation version(s), check documentation archive.


Tape and tape devices issues

Problem with tape drives

Problem

  • There are problems with LTO tape drives which repeatedly request cleaning tape. Additionally, backups fail with I/O errors.

Solution

There are two possible causes for this:

  • SEP sesam has problems communicating properly with tape devices if hardware vendor's tape diagnostic tools are still installed after the tape read/write diagnostic test is successful. To stop the tape drives from repeatedly issuing the cleaning request and ensure that backups successfully complete, remove the tape diagnostic tools immediately after the diagnostic tests are complete. For example, there are some problems with different tape drives LTO5 and LTO7. In our example, you will disable or remove the following components:
  1. Disable HPE Version Control Agent.
  2. Disable all tape agents for HPE Insight Management Agents as shown below.
  3. HPE Insight-disable tape agent.jpg
  4. Uninstall HP Library and Tape Tools (L&TT) from your server by using the Add/Remove Program in the Window's Control Panel.
  • Similar issues may be caused by common hardware-related problems. Refer to your hardware vendor documentation for details about hardware configuration and troubleshooting.

Restore fails due to a missing block that was not written to tape, but no error is generated during backup

Problem

  • (Applies only to Windows, ≤ SEP sesam Beefalo V2) When backing up to tape, a data block is not written to tape when the segment size is reached at EOM, therefore a restore of data referencing this block is not possible. While a Path Archive can still be restored until EOM is reached, a complete restore or migration will fail.

Solution: Detect whether your tapes are affected by following the procedure How to detect affected savesets below and install a patch for Beefalo V2. Make sure that:

  • Check gv_rw_lis in sm.ini to see if your LIS folder destination was changed. Example:
  • [PATHES] gv_rw_lis=D:\SEPsesam\var\lis\
  • If your tape device is attached to a Windows RDS, you have to install the update to that RDS.

How to detect affected savesets

  1. Open the command-line interface and issue the following command in your LIS folder:
    • Linux: /var/opt/sesam/var/lis
    • grep "^.*:.*:0:.*:1$" *.sgm
    • Windows: C:\ProgramData\SEPsesam\var\lis
    • findstr /R /C:"^.*:.*:0:.*:1$" *.sgm
  2. If the command retrieves some lines then inspect the related sgm files. In the following example, the third line (marked in red) shows the lost block.
  3. 1:140479734912:1088:MP_File_Full00001:38956 1:143030262144:1089:MP_File_Full00001:48605 1:146212528704:0:MP_File_Full00010:1 10:146212594176:1:MP_File_Full00010:55536 The third line shows the following: On tape with ID 1: there are 146212528704 bytes written, but then it shows the segment 0 that is not a real segment number but caused by error, ending by :1 block that is actually lost.

See also

Managing Devices and Media