Skip to main content
Skip table of contents

Data copy options

Do verify: Verification on correctness of copied files. An extra file reading step (e.g. verify read) will be executed to verify the files are correctly written to the selected destination or destinations. Checksum will be calculated from the verify read and will be compared to the checksum calculated from source file read. If the checksums match, it means the files are copied correctly and the copied files are identical to the source files. If the checksums are not matched, it indicates something wrong happened during copying (e.g. bad sectors on destination drive or IO abnormal due to the bad slot or malfunctioning cable) and thus the copied file being verified is NOT the same as its source file. In that case, error message will be given in red color and a copy failure dialog will be displayed when the copying is done.

It is highly recommended to have the verification option activated. If disabled, data might get corrupted during the data copy process without the user noticing it. This will then only be noticed during ingest where processing will fail and the user has to go through tedious trouble-shooting to find and remove affected data. It is therefore worth to accept the extra processing time as it will make all following processing steps more reliable.

Due to extra file reading, the data copy process will be slower when "Do verify" is active. Approximately data copy will be ~1.3 times slower if one destination is selected and ~1.6 times slower if two destinations are selected. Information on verify read (number of files, transferred data amount and rate) is written to detail information windows.

Write checksum: Checksum info is written as a *.sha1 file alongside with the copied filed into the target destination

Skip copy checksum file: If source directory contains a *.sha1 file, it won’t be copied to target directory

Verify with checksum file: Applicable, if a copied dataset includes *.sha1 files. Verification of newly copied data happens against already existing checksum file. Checksum calculated from file reading will be compared with the content of the *.sha1 file. If the checksums are not matched, it indicates that the file has been modified (manually editing or bad sector on the source disk) or something wrong happened during copying. In that case, error message will be given in red color and a copy failure dialog will be displayed when the copying is done.

Check MM set consistency and completeness before copying: If enabled, MM set will be validated for consistent raw data folder structure, Also the number of MMs will be checked to match the disk count stored in the disk setup file to make sure that the MM set is complete. If not fulfilled, a warning is given to the user.

Check available free space on output device: If enabled, a pre-check is done on available disk space. If not sufficient, a warning and log message is given. 

Source retries: Setting is used for read thread to control the number of retries when a read error happens (either errors on open a file or loading a buffer due to various reasons)

  • 0 = no retry

  • positive number (n) = n retries

  • -1 = unlimited retries

Destination retries: Setting is used for write thread to control the number of retries when a write error happens (either errors on create a file or dumping a buffer due to various reasons)

  • 0 = no retry

  • positive number (n) = n retries

  • -1 = unlimited retries

JavaScript errors detected

Please note, these errors can depend on your browser setup.

If this problem persists, please contact our support.