›  Backup & Disaster Recovery  ›  Release Notes  ›  8.x

Release notes for Backup & Disaster Recovery 8.x

On this page


Updated the core operating system on the CFA to CentOS 8


After updating the CFA firmware to version 8.6, backup of Microsoft Exchange Server and SQL Server failed because of the changes to the default VSS configuration



New default retention policies for backups. New policies apply only to the newly setup and configured CFAs. Previously configured CFAs keep their current retention policies even after firmware update to 8.6

After updating CFA firmware to version 8.6, the system automatically converts all existing LiveBMR backup jobs to the file-level backup jobs

DR image backup and all related settings are now available only for clients running Windows

DR engine now enforces full DR image backup if the system detects changes in the disk layout of a client between incremental backups

After DR image backup of a client with GPT disk containing only EFI system partition, DR image was browsable, but could not be booted on the CFA because GPT disk was excluded from backup

DR image backup could fail because standard DR engine included non-critical system state components (with NotSystemState flag) when creating VSS snapshot

Incremental DR image backups failed on the systems that had several instances of the same VSS writer (error An item with the same key has already been added)


Support of LiveBMR jobs for bare-metal restore

Windows LiveBMR restore disk image from the CFA Management Console › SettingsDownloads

LiveBMR option when editing the file set of a client (CFA Management Console › ClientsEditFile Set)


Backup jobs that started simultaneously for multiple VMs hosted on the same Hyper-V host could result in some of those jobs finished successfully with warnings or failed after numerous retries

Hyper-V VM backup using the standard DR engine could fail because metadata file path created by VSS for VM snapshots exceeded Windows maximum length of 255 characters (error The system cannot find the path specified)

Backup agent

DR backup agent could crash while parsing output data from DR engine (error System.OutOfMemoryException)

DR backup agent installers for non-supported operating systems (macOS, FreeBSD, Solaris, NetWare, OpenServer, HP/UX, and AIX) from the CFA Management Console › SettingsDownloads


After DR image or VM backup of a Windows machine in the hibernate state or with Fast Startup (Fast Boot) turned on, the backup could not be booted on the CFA

VMware-related functionality on the CFA stopped working if there was at least one registered VMware VM with NVMe controller (Note: CFA still does not support backup of VMware VMs with NVMe controllers)

CFA could incorrectly detect failed verification of a backup job during re-importing and thus show the job as Successfully Completed



Ability to connect to VMs booted on the secondary CFA (set up in the cloud) via web-based VNC connection

Improved safety of data of a VM booted on CFA by preventing deletion of the backup job, from which the VM was booted, until another backup is created from the booted VM

Safeguarded integrity and consistency of data of a VM booted on CFA during the VM backup by preventing all manipulations with the VM (settings editing, power management, backup, deletion) until backup is completed


Increased timeout to detect completion of a VMware VM backup job from 10 min to 1 hour so the system would not block its progress too early and mark it as failed

CFA can now connect to VMware vCenter 7.0—resolved error VI SDK invoke exception.dom4j.DocumentException: null Nested exception: null)

Hyper-V (beta functionality)

Standard DR engine now supports Hyper-V-related functionality (agentless VM backup, restore, browse and restore)

Ability to restore Hyper-V VMs to a host with Hyper-V version different from the one they were backed up from (according to the restore compatibility matrix)

Hyper-V subtab in the CFA Management Console › Clients is now available by default

When restoring a Hyper-V VM to another Hyper-V host, if network switch configurations of the VM and the host mismatch, it is now possible to manually map virtual switches of the VM to virtual switches on the host

To ensure data consistency at the time of backup, CFA enforces full backup of Hyper-V VM clients if integrity of files necessary for incremental backup was violated


System showed false-negative status (Completed With Errors) for DR image backup jobs made with Standard DR engine

After updating CFA firmware to v8.4.0, time to complete an incremental DR image backup increased significantly because of the issues while cloning backup job files


After updating DR backup agent on a client, the system may run the next scheduled DR image backup for that client as full (regardless of the scheduled backup level), and then change it to what was set before. (Note: After updating to version 8.4, the system will definitely force this behavior.)

DR image backup failed because of the errors with VSS writers not critical for getting basic backups

LiveBMR backup job marked as Successfully Completed despite errors failed to replicate to the secondary CFA. This prevented replication of other backups in queue

LiveBMR backup job was marked as Successfully Completed despite errors (error java.lang.IllegalArgumentException: Invalid path)

LiveBMR backup jobs with ASR writer data failed to import, and hence could not be deduplicated, replicated, browsed, and archived

If CFA had proxy enabled and configured (CFA Management Console › SettingsProxy), this could result in CFA performance slowdown, or even prevent CFA from completing its tasks (for example, stop DR image backups)

After restarting CFA, list of VMs (if any) in the CFA Management Console › ClientsHyper-V could sometimes be empty

Layout and styles of elements in the CFA Management Console › JobImporting Jobs so the information in the lower part be more visible and readable

Storage bar in the CFA Management Console would remain green despite CFA showed a storage space warning or alert

After booting a backup job as VM on the CFA, and then deleting that backup job, the system failed to apply and save changes to the booted VM

VMware VM backup jobs could occasionally stop progressing, and hence prevent the following backup jobs from running because of the ‘concurrent job’ limit


Push Backup Agent functionality was replaced with Update Backup Agent, meaning that DR backup agent for Windows cannot now be installed on a client remotely right from the CFA Management Console (that is, pushed when adding or editing a client). Instead, backup agent can be only updated remotely if it is already installed, running and paired with CFA

vCFAs for Hyper-V Server 2008 and 2012–2016 were combined in one vCFA that can be deployed in all supported Hyper-V environments

Error when trying to boot a VM on CFA (Job not found) because the system failed to properly clean configurations and data of VMs that were previously booted for verification and considered to be running while not shown in the CFA Management Console

CFA reported a Hyper-V or a VMware VM backup job as Successfully Completed (CFA Management Console › JobsHistory) despite the backed up VM did not have any virtual hard disk drives


Disaster recovery backup agent

DR backup agent for Windows and the standard DR engine now require at least Microsoft .NET Framework 4.6.2

DR backup agent cannot now be installed on a client remotely right from the CFA Management Console (that is, pushed when adding or editing a client). Instead, pushing the backup agent will only update it if it was installed already

Backup and restore

DR image backup jobs using the standard DR engine could fail if the client returned null response when requested to attach remote storage

After making a Linux file and folder backup and then restoring it to the Appliance Network Share, the restored data was not shown in the CFA Management Console › SettingsToolsAppliance Network Share, and was unavailable through network

DR image backup jobs using the standard DR engine could fail after running for a long time (An unexpected network error occurred)

Boot and boot verification

CFA would schedule backup jobs for boot verification only on alternate days (regardless of system settings) because of improper handling of time zones and limit to verify only one backup job per day

Monitoring and reporting

CFA would not send information to the Dashboard about completion of a backup job because of the false-negative failure to send information about the start of that job. This resulted in discrepancies between the backup job statuses shown in the CFA Management Console and in the Dashboard

CFA failed to send the daily report with boot verification screenshots included


Option to reset Changed Block Tracking for VMware VMs right from the CFA Management Console


Reviewed and edited texts in the CFA job message logs for consistency in use of the DR engine names


Disaster recovery engine

DR image backup job failure when committing the backup metadata because the system could not find the metadata files

Incremental DR image backup job failure because the DR engine was unable to read the volume information

Replication and failed verification

Improved the replication process by making the CFA to transfer the SBMF data only once—if and after the replication completed successfully

When configuring replication, the Propagate Manual Delete option is now cleared by default (CFA Management Console › ReplicationMode/OptionsOptionsRemote Appliance Information)

CFA could respond with significant delays or even stop responding during a high-rate replication process

Boot and boot verification

Option to set DNS when configuring the DR LAN settings for boot orchestration in the CFA Management Console › BootOrchestrationLAN

Monitoring and reporting

CFA shows a warning that it is unable to connect and send monitoring data to the Dashboard not only if the account credentials used to register the CFA in the Dashboard changed, but also if the trial period for the account ended, and if the account was locked because of the security reasons


CFA now shows the status and details of the VMware Tools installed on a VMware client (CFA Management Console › ClientsVMwareVMware Tools column)

CFA would continue making full backups of a VMware VM instead of incremental even if the previous full backup completed successfully with CBT enabled

Message logs of a VMware VM backup job did not show any notification when the CFA was making a full backup instead of incremental if CBT was disabled at the virtual disk level

User experience and user interface

Reworded the error message shown in the message logs of a backup job if the job fails because of the Bacula Director service restart

After adding a Hyper-V cluster to the CFA, the Activate Configuration button would become active for a few seconds

Broken links to download the DR backup agent for Linux and the DR restore disk (CFA Management Console › SettingsToolsDownloads)

Storage bar in the CFA Management Console would remain green despite the CFA showed a storage space warning or alert


Message logs of a backup job now include extra information related to the job (CFA firmware version, backup client ID, backup client IP address, backup agent ID)

CFA now uses SMB2 by default unless it was previously configured to use SMB1 before this update

Legacy retention settings shown in the properties of a client (CFA Management Console › ClientsSummaryPropertiesBasic Configuration)


Disaster recovery backup agent

Backup agent 8.0 now supports Windows versions only as of Windows 7 SP1 and Windows Server 2008 R2 SP1

Updated installer of the backup agent to include components of the Ignyte (Standard) DR engine

Failure to install the backup agent on Windows 7 because of the missing required updates despite they are already present in the system

Disaster recovery engine

Ignyte is now the default standard DR engine

Improved incremental backup of the hard drive volumes after defragmentation

Improved speed of upload to the SMB share using the variable buffer size (from 64 KB to 1 MB)

After changing the DR engine for a Hyper-V client (CFA Management Console › ClientsEdit), backups failed because the change was not applied on the client side

Standard DR engine could not start backup if a ReFS volume was present in the system

DR image backup failed when the standard DR engine was trying to retrieve metadata of a drive volume not included in the backup

Standard DR engine failed to create a DR image backup of a system with an encrypted volume even if it was not included in the backup

Backup and restore

Ability to download folders from backups when browsing and restoring

Support of NVMe drives for bare-metal restore using the DR restore disk

Extra global backup settings (CFA Management Console › SettingsBackupsAdvanced Settings)

When starting backup of a physical machine manually, option to back up as DR image is selected by default (CFA Management Console › ClientsSummaryManual Backup button)

Restoring files and folders to the CFA network share failed with Unknown stream ignored error

Replication and failed verification

Improper handling of files smaller than 50 MB in a backup job, which was replicated and interrupted while in progress, resulted in errors and different statuses of that job on the primary and on the secondary CFAs

Propagate Manual Delete option did not work (CFA Management Console › ReplicationMode/OptionsOptionsRemote Appliance Information)

Boot and boot verification

Options to enable boot verification and to set its timeout are now configured per client, but not globally (CFA Management Console › ClientsEditBoot)

Changes to the settings of one boot group (where a client belongs) applied to all other boot groups (CFA Management Console › ClientsEditBoot)

Monitoring and reporting

Email alerts and notifications sent by the CFA now include its serial number (UUID)

If you delete a client from the CFA, the system also removes all relevant monitoring data from the Dashboard

CFA now uses proxy, if configured, to communicate with the Dashboard

CFA now reports a backup job as definitely failed only after all attempts to retry or rerun it on errors (if configured in the CFA Management Console › ClientsEditError Recovery)

An archive automatically attached to the support request sent from the CFA Management Console › Support contained not all log files


CBT is now automatically enabled before backup at both VM and virtual disk levels by default

Backup of a VM with enabled CBT failed with a FileFault error when querying for the changed disk areas

Restore of a VM backup to ESXi 6.7 U3 or vCenter 6.7 U3 failed if the backed up VM had automatic video card detection

VM backup failed if the retrieved SSL certificate thumbprint from the host was null because of the network issues

User experience and user interface

Diagnostics tab in the CFA Management Console

If username or password of the account used to register the CFA in the Dashboard is changed, the system now shows a notification in the Notices widget (CFA Management Console › Dashboard)

When a backup job is pushed from the secondary CFA to the primary CFA, the system now shows a notification in the Notices widget (CFA Management Console › Dashboard)

Redesigned UI of the CFA Management Console

Renamed DR engine options available when editing a client in the CFA Management Console › ClientsEdit (Ignyte (beta) to Standard, and Standard to Legacy)

Updated text of the message shown after connection testing failed if replication was configured only on the primary CFA, but not on the secondary CFA (CFA Management Console › ReplicationMode/OptionsRemote Appliance InformationTest Connection)

Arrangement and presentation of sections on the Settings tab in the Management Console of the secondary CFA

CFA did not log the user out of the Management Console after restart or shutdown

Garbage Collection History table did not update automatically after the garbage collection process completed (CFA Management Console › SettingsToolsDeduplicated File System)

Inconsistent date formats in the CFA Management Console

Incorrect default retention policy settings for VM clients shown when adding a VMware connection (CFA Management Console › ClientsVMwareAdd Connections)

Incorrect sorting of VMs in the CFA Management Console › ClientsVMware using the Allow CBT column

Incorrect version of the operating system shown in the properties of clients running Windows Server 2019

Information about the VMware host did not update automatically in the CFA Management Console › ClientsVMwareHost Version column

Invalid port displayed when viewing the Hyper-V connections (CFA Management Console › ClientsHyper-VView Connections)

Misplaced checkboxes when browsing and restoring backups in the CFA Management Console

RAID status did not update automatically until the Refresh button was clicked (CFA Management Console › SettingsToolsRAID Configuration)

Secondary CFA showed progress of a backup job started on the primary CFA

When logging in to the CFA Management Console, the login form was not blocking after sending the request and until receiving the response

Diagnostics item in the Help menu in the CFA Management Console


Quick Start Wizard now shows Network Interface Configuration first (instead of the login dialog) if the CFA is unable to access internet

Job message logs now include details for all Hyper-V and DR image backup and restore errors (if any)

Seeding is unavailable now if replication is not configured (CFA Management Console › SettingsToolsSeeding)

Increased size of the file that reserves disk space on the CFA up to 10 GB

A backup job, which should be deleted under the retention policies, could not be deleted from the primary CFA if it failed verification on the associated secondary CFA

A ZIP file downloaded when browsing and restoring a backup job contained no files if unpacked using the Windows built-in tool

Failure to restore the CFA configuration because of the incorrect processing of the uploaded configuration file (CFA Management Console › SettingsToolsSave/Restore Configuration)

Negation operator (!) did not work when used in filters in the CFA Management Console › JobsHistory

When trying to search files in a client with no backup jobs performed, the system showed an error instead of notification (CFA Management Console › ClientsSummarySearch)

Recover Catalog feature (CFA Management Console › JobsImporting Jobs)