Hello,
I've run into an issue with Cobian Reflector (but the same was true for Cobian Backup) where after StorageCraft ShadowProtect is installed (which installs its own VSS provider), CR defaults to use the first in the list (which is StorageCraft one), and if that one has an issue, CR fails a backup if "Use Volume Shadow Copies" option is selected.
G:\Work>vssadmin list providers
vssadmin 1.1 - Volume Shadow Copy Service administrative command-line tool
(C) Copyright 2001-2013 Microsoft Corp.
Provider name: 'StorageCraft Volume Snapshot Software Provider'
Provider type: Software
Provider Id: {24602736-bed9-4619-91b0-243447c6409c}
Version: 1.0.0.0
Provider name: 'Microsoft Software Shadow Copy provider 1.0'
Provider type: System
Provider Id: {b5946137-7b9f-4925-af80-51abd60b20d5}
Version: 1.0.0.7
Recently, the StorageCraft VSS provider has been damaged and even a re-installation of ShadowProtect didn't fix that, so any backup with VSC enabled fails with the "path" error.
2023-09-05 16:10:16 A backup has started...
2023-09-05 16:10:16 Calculating the number of files. This could take a while...
2023-09-05 16:10:16 Backing up the task "VirtualBox"
2023-09-05 16:10:16 Applying the parameters to the task "VirtualBox" (if any).
2023-09-05 16:10:16 Requesting the creation of a Volume Shadow Copy image for the source...
2023-09-05 16:10:49 The Volume Shadow Copy image has been successfully created.
2023-09-05 16:10:49 Starting the copy. The user running the task is: RAFCIO
2023-09-05 16:10:49 The destination directory "Q:\CBData\VirtualBox\VirtualBox 2023-09-05 16;10;49 (Full)" has been successfully created.
2023-09-05 16:10:49 Backing up the directory "D:\VirtualBox" to "Q:\CBData\VirtualBox\VirtualBox 2023-09-05 16;10;49 (Full)"...
ERR 2023-09-05 16:10:49 An error occurred while listing the content of the directory "D:\VirtualBox": Value cannot be null.
Parameter name: path
2023-09-05 16:10:49 Deleting some full backups and associated differential/incremental backups. Reason: maintaining only 2 non-parked full backup sets.
2023-09-05 16:10:49 The backups have been deleted. Actual files may be being deleted on a background thread.
2023-09-05 16:10:49 ** Backup for the task "VirtualBox" has ended **
2023-09-05 16:10:49 ** Processed files: 0. Backed up files: 0. Created folders: 0. Backup size: 0 bytes. **
2023-09-05 16:10:49 ** Number of errors: 1. Time elapsed: 0 hours, 0 minutes, 33 seconds. **
2023-09-05 16:10:49 Deleting the Volume Shadow Copy image...
2023-09-05 16:10:51 The Volume Shadow Copy image has been successfully deleted.
2023-09-05 16:10:51 The backup has ended. There are errors. Consult the log file.
When I uninstalled ShadowProtect there was no issue as there was only one VSS provider. Is there a way to force CR to use the Windows built in VSS provider? If not, then perhaps this should be considered a bug and addresses in the next release.
I've run into an issue with Cobian Reflector (but the same was true for Cobian Backup) where after StorageCraft ShadowProtect is installed (which installs its own VSS provider), CR defaults to use the first in the list (which is StorageCraft one), and if that one has an issue, CR fails a backup if "Use Volume Shadow Copies" option is selected.
G:\Work>vssadmin list providers
vssadmin 1.1 - Volume Shadow Copy Service administrative command-line tool
(C) Copyright 2001-2013 Microsoft Corp.
Provider name: 'StorageCraft Volume Snapshot Software Provider'
Provider type: Software
Provider Id: {24602736-bed9-4619-91b0-243447c6409c}
Version: 1.0.0.0
Provider name: 'Microsoft Software Shadow Copy provider 1.0'
Provider type: System
Provider Id: {b5946137-7b9f-4925-af80-51abd60b20d5}
Version: 1.0.0.7
Recently, the StorageCraft VSS provider has been damaged and even a re-installation of ShadowProtect didn't fix that, so any backup with VSC enabled fails with the "path" error.
2023-09-05 16:10:16 A backup has started...
2023-09-05 16:10:16 Calculating the number of files. This could take a while...
2023-09-05 16:10:16 Backing up the task "VirtualBox"
2023-09-05 16:10:16 Applying the parameters to the task "VirtualBox" (if any).
2023-09-05 16:10:16 Requesting the creation of a Volume Shadow Copy image for the source...
2023-09-05 16:10:49 The Volume Shadow Copy image has been successfully created.
2023-09-05 16:10:49 Starting the copy. The user running the task is: RAFCIO
2023-09-05 16:10:49 The destination directory "Q:\CBData\VirtualBox\VirtualBox 2023-09-05 16;10;49 (Full)" has been successfully created.
2023-09-05 16:10:49 Backing up the directory "D:\VirtualBox" to "Q:\CBData\VirtualBox\VirtualBox 2023-09-05 16;10;49 (Full)"...
ERR 2023-09-05 16:10:49 An error occurred while listing the content of the directory "D:\VirtualBox": Value cannot be null.
Parameter name: path
2023-09-05 16:10:49 Deleting some full backups and associated differential/incremental backups. Reason: maintaining only 2 non-parked full backup sets.
2023-09-05 16:10:49 The backups have been deleted. Actual files may be being deleted on a background thread.
2023-09-05 16:10:49 ** Backup for the task "VirtualBox" has ended **
2023-09-05 16:10:49 ** Processed files: 0. Backed up files: 0. Created folders: 0. Backup size: 0 bytes. **
2023-09-05 16:10:49 ** Number of errors: 1. Time elapsed: 0 hours, 0 minutes, 33 seconds. **
2023-09-05 16:10:49 Deleting the Volume Shadow Copy image...
2023-09-05 16:10:51 The Volume Shadow Copy image has been successfully deleted.
2023-09-05 16:10:51 The backup has ended. There are errors. Consult the log file.
When I uninstalled ShadowProtect there was no issue as there was only one VSS provider. Is there a way to force CR to use the Windows built in VSS provider? If not, then perhaps this should be considered a bug and addresses in the next release.
Statistics: Posted by Rafcio — 06 Sep 2023, 00:20