During the rescan of a Protection Group or individual Windows machine, the rescan fails with the error:
Unable to install backup agent: failed to connect to <machine_name> Error: The network path was not found. The network path was not found. (ERROR_BAD_NETPATH).
A warning similar to the one shown above will occur if the credentials provided are incorrectly formatted. However, it will state "Failed to connect" and be a warning. Credentials must be formatted with a username specified in the down-level logon name format (e.g., either domain\username or hostname\Administrator) and not with a dot slash (i.e., .\Administrator).
Note: Use of a local account other than Administrator will likely fail; see KB4185.
Failed to connect to <name> Details: The network path was not found. The network path was not found. (ERROR_BAD_NETPATH).
The topics discussed in this article also apply to the error:
The specified network name is no longer available. Failed to connect to share '\\x.x.x.x\ADMIN$'.
This error occurs when the Administrative share (admin$) of the Windows machine being rescanned cannot be reached.
The error code (0x00000035 or 53 in decimal) is relayed by Veeam Backup & Replication from the underlying Windows OS error "Error 53: The network path was not found."
Possible causes include, but are not limited to:
Ensure that the Windows machine failing to be rescanned is powered on.
Note: This stage can be skipped if the Windows machine was added to the Protection Group via IP address.
From the Veeam Backup Server, use nslookup to check the IP of the Windows machine that is failing to rescan. Make sure to use the hostname or FQDN precisely as it was added to the Protection Group. Then, run ipconfig from within the Windows machine and compare the results. If they do not match, resolve the DNS issue.
From the Veeam Backup Server, check if port 445 (default SMB port) can be reached on the Windows machine failing to rescan.
PowerShell example:
Connect to the Windows machine that is failing to rescan. Open the Services management console (services.msc) and ensure that the Server service is running.
Connect to the Windows machine that is failing to rescan. Review the network adapter properties (ncpa.cpl) and confirm that "File and Printer Sharing for Microsoft Networks" is enabled.
Note: By default, the ADMIN$ share is automatically created when the Server service starts. However, this behavior may be disabled if the AutoShareServer value is set to 0 in the HKLM\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters key.
Connect to the Windows machine that is failing to rescan and check in Computer Management under Shared Folders > Shares to see if the ADMIN$ share entry is present.
Or use PowerShell to check:
This form is only for KB Feedback/Suggestions, if you need help with the software open a support case