How to run a validation \ data integrity check on Ahsay v8

Description

This tech doc explains how to run a data integrity check on your backed-up data.
There are numerous Ahsay error codes that might require a data integrity check to be run.
You can also run this utility if you want to check the reported size of the storage is correct.

Known errors which require an integrity check

View all known errors at the bottom of this tech doc.

Getting started

To perform a data integrity check, log into our backup software on your device where the backup is running from.

  1. Click on the Utilities box

  1. Select the backup job you want to repair from the dropdown menu and then select the backup destination from the dropdown menu.

  2. Press Start

  1. If the problem persists, re-run the data integrity check after ticking the box Run Cyclic Redundancy Check (CRC)

Note

A data integrity check cannot be started if the backup job you are trying to repair is running. We recommend you temporarily disable the backup schedule to ensure the backup job doesn't start whilst the data integrity check is running.

The following message is displayed when the data integrity check has successfully finished.

The time required to complete a data check depends on the number of factors such as the number of files/folders in the backup set(s), the hardware specifications of the client computer such as the disk I/O and CPU performance, and if there are other resource-intensive jobs running.

  1. If the problem persists, try the following:
    a. Close the BOBcloud software and stop the program in the system tray (bottom right of the screen).
    b. Delete c:\users\username\temp (this is assuming the default location). The path can be viewed from within the affected backup set \ Show advanced settings \ Others \ Temporary Directory
    c. Try the backup again.

  2. Change the Temporary Directory shown in step 5 \ b above

  3. Send us a screenshot of the results page in step 4 and the logs shown in this tech doc - Location of Ahsay OBM and ACB logs


Tags

Ahsay OBM and ACB version 8

Failed to initialize RemoteBDB.Cloud. Error=[BlockDBConfig.readConfig] unknown default path for creating new journal file config: 0, caused by [RuntimeException] [BlockDBConfig.readConfig] unknown default path for creating new journal file config: 0

Unable to do Offsite backup, Error= [BlockDB.init] Error initializing bptree

Failed to initialize RemoteBDB.Cloud. Error=Fail to remove corrupted index

[BackupSetCmd.uploadBackupFiles][java.lang.RuntimeException]

Error=[RuntimeException] [BackupFileIterator.Combined.hasNext]

Throwable=[BackupFileIterator.Combined.hasNext]

Throwable=[BackupFileIterator.hasNext]

Throwable=[Bptree.KeyRangeIterator.hasNext] Error=[ABlock.parse] Cannot parse file

[BackupFileIterator.toString] bfCachedNext=null bfLastReturn=null bClose=false

[RowIterator.toString]

ExcludeSameMaxKey=true ibptkeyCurrent=null ibptvalCurrent=null itr=[RowIterator.Disk.toString]

[BackupFileIterator.Combined.toString] bfCurrentItr=[BackupFileIterator.toString] bfCachedNext=null bfLastReturn=null bClose=false com.ahsay.afc.db.bdb2.Bptree$KeyRangeIterator@e1562f9 tvn=null ff=null


This error has been reported since March 2020 when the index files changed from a flat-file format to SQL
Failed to initialize RemoteBDB.Cloud. Error=[SQLITE_ERROR] SQL error or missing database (table info already exists), caused by [SQLiteException] [SQLITE_ERROR] SQL error or missing database (table info already exists)