Duplicated images using OpenStorage technologies (OST) direct copy to tape may fail to restore the last file in the image when the SIZE_DATA_BUFFERS_DISK setting is greater than 64K.

  • Modified Date:
  • Article ID:000084173


Document history:
June 15, 2012: Document updated to reflect fix availibility in a current release (see Solution section below)

Non-NDMP client-type images duplicated using OpenStorage technologies (OST) direct copy to tape may be incomplete.  This problem can occur when SIZE_DATA_BUFFERS_DISK has been set to a value greater than 65536 (64K).  The part of the last block of the backup image after the first 64K is not duplicated.  If the last block of the image is 64K or smaller, the image copied is intact.  NDMP client-type images are not affected by this issue.

Note: By default, the value of the SIZE_DATA_BUFFERS_DISK setting is greater than 64K, which means this problem could occur.  When the touch file has not been created to override the setting, its default value is used.  That default value is 262144 (256K).

The SIZE_DATA_BUFFERS_DISK touch file can be found in the following directory/folder:
Windows: <install_path>\VERITAS\NetBackup\db\config
UNIX/Linux: /usr/openv/netbackup/db/config

Error Message

There are no errors reported during the duplication.


 A block-size miscalculation on the last block of data leads to the loss of data.


The formal resolution to this issue (Etrack 2673602) is scheduled included in the following release:

  • NetBackup 7.5 Maintenance Release 3 (

More information on NetBackup can be found by accessing the Related Article linked below.

To prevent this condition, perform either of the two workarounds below.

1. Manually set the value of the touch file to 65536 (64K):

echo 65536 > /usr/openv/netbackup/db/config/SIZE_DATA_BUFFERS_DISK
# cat /usr/openv/netbackup/db/config/SIZE_DATA_BUFFERS_DISK

Note: After changing these settings, it is recommended to perform new duplications to tape of images still on the disk pool.

2. Add the NDMP_OST_DISABLE setting to the ndmp.cfg file.

ndmp.cfg can be found in the following directory/folder:
Windows: <install_path>\VERITAS\NetBackup\db\config
UNIX/Linux: /usr/openv/netbackup/db/config

This will lead to the data being transported through the media server instead of directly from the OST device to the tape media server.

Please note that both of these workarounds may cause a degradation in performance.

Best Practices:
Symantec strongly recommends the following best practices:
1. Always perform a full DR backup prior to making any changes to your environment.
2. Always make sure that your environment is running the latest version and patch level.
3. Perform periodic "test" restores.
4. Subscribe to technical articles.

How to Subscribe to Email Notification:
Directly to this Article:
Subscribe to this article by clicking on the Subscribe via email link on this page to receive notification when this article is updated with Release Information.
Software Alerts:
If you have not received information about this TechNote from the Symantec Email Notification Service as a Software Alert, you may subscribe via email and/or RSS using the links provided at the following page:

Applies To

This issue will be seen when ALL of the following criteria are met:

  • Read side media server running NetBackup 6.5.2 and above
  • Image being duplicatied is not of NDMP client type
  • OpenStorage direct to tape has been configured to copy images from disk to tape
  • The SIZE_DATA_BUFFERS_DISK touch file on the original backup media server has not been created
    OR contains a value larger than 65536.
  • Duplication of images from the OST disk pool to tape has completed AND the images on disk have expired

The possibility of data loss can occur within the last file of the image.  If the last block of the backup is larger than 64K and the SIZE_DATA_BUFFERS_DISK setting is larger than 64k, the block will be truncated to its first 64K when written to tape.

Note: This file may still be restorable from an available unexpired disk copy.  The data loss could occur if there is no longer a copy of this image on disk.  The last part of the data could be missing from the image on tape and it will not be available for restore.

Terms of use for this information are found in Legal Notices.



Did this article answer your question or resolve your issue?


Did this article save you the trouble of contacting technical support?


How can we make this article more helpful?

Email Address (Optional)