Avamar: Hyper-V Backups Failing | Timed Out While Waiting for a VSS Snapshot
Summary: This article addresses a failure scenario in Avamar Hyper-V cluster backups where communication delays between cluster nodes cause VSS snapshot synchronization timeouts. The issue is resolved by adjusting timeout parameters in the avhypervvss.cmd configuration file. ...
This article applies to
This article does not apply to
This article is not tied to any specific product.
Not all product versions are identified in this article.
Symptoms
Hyper-V cluster backups fail with the following errors:
From the shared cluster var directory logs:
-
avhypervvss Error <0000>: The plugin on remote client HYPERVNODE4 (192.168.1.1) terminated with code 10007: miscellaneous error avhypervvss Error <0000>: The remote client HYPERNODE4 failed to start its backup sub-workorder in predefined time. Please examine the log 'Hyper-V_5pm-Hyper-_V-123456789-3032-Hyper-V_VSS.log' on client HYPERVNODE4 for more information. avhypervvss Error <13810>: Unable to forward a ctl message to the remote client '192.168.1.1', result code: 3. avhypervvss Error <41106>: [AV-CLUSTER0] is unable to wakeup sub-workorder on [HYPERVNODE4]. avhypervvss Error <42468>: Failed to update snapshot details from remote clients avhypervvss Error <41659>: Backup did not complete successfully
From the backup log on the affected node (C:\Program Files\avs\var):
-
avhypervvss Error <17114>: Timed out while waiting for a VSS snapshot synchronization event from the primary plugin. avhypervvss Error <41632>: Failed to setup and notify primary. avhypervvss Error <41659>: Backup did not complete successfully
Cause
The failure is caused by communication delays in CTL message exchanges between the primary and secondary nodes in the Hyper-V cluster. These delays prevent timely synchronization of VSS snapshots, resulting in backup failure.
Resolution
To resolve the issue, increase the timeout values in the avhypervvss.cmd file located in the shared cluster var directory (as in, C:\ClusterStorage\Volume1\Avamar\var):
Add the following flags:
--request-ctl-timeout=600000
--subworkorder-timeout=20
--request-ctl-timeout=600000: Increases the internal CTL timeout between nodes (default is 60 seconds).--subworkorder-timeout=20: Sets the wait time (in minutes) for backend clients to start sub-workorders (default is 5 minutes).
⚠️ Ensure the file is updated on all relevant nodes and restart the backup process.
Affected Products
Avamar, Avamar Plug-in for Hyper-V VSSArticle Properties
Article Number: 000199557
Article Type: Solution
Last Modified: 30 Oct 2025
Version: 2
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.