Problems or Messages |
Solutions |
---|---|
“Discover Server Details {hostname}” FailedProgress: 0%Status: NotStarted |
This error can occur for several reasons and each has a unique solution: |
Workload Discovery failed “Could not find file output.xml” or “Network path not found” |
There are several possible reasons for the “Could not find file output.xml” error:
|
When working with a source workload running anti-virus software, issues are sometimes encountered where the anti-virus software is blocking some of the Forge functionality. These problems primarily occur when adding the workload to be protected.As part of the process of adding the workload, Forge gathers a profile of the source. The profile contains information on the disks, operating system, software and services installed, along with other components. To perform this data gathering, Forge leverages a combination of WMI and Remote Registry calls. Some of the calls made can sometimes be interpreted as intrusions by anti-virus software, and could restrict access to the necessary data.In order to ensure functionality, it may be necessary to disable the anti-virus service prior to adding the workload.Anti-virus software can sometimes also lock access to certain files, allowing only certain processes or executables to access them. This can sometimes prevent Forge from replicating some files when using file-based protection. In this case, when configuring the protection of the workload, you are able to select services to disable – such as services installed and used by anti-virus software. These services are only disabled for the duration of the file transfer, and are restarted once the process completes. This is not necessary when performing VSS or BBT protection tasks.
To successfully protect a workload, Forge needs to successfully deploy and install the OFX Controller and, if using BBT, the block-based agent. When deploying those components to the workload being protected, as well as when gathering information about the workload during the “add workload” process, Forge uses the source machine’s administrative shares. Forge needs administrative access to the shares using either a local administrator account or a domain admin account for this to work.
Ensure that the Administrative shares are enabled.
Right-click My Computer on the desktop and select Manage.
Expand
> >In the Shared Folders you should see C$ and Admin$, among other shares.
Once you have confirmed that the shares are enabled you need to ensure that they are accessible from the Forge Management VM.
From the Forge Management VM:
Click
> .Type server>\C$ and then click .
If prompted for credentials, use the same credentials that will be used to add the workload in Forge.
The directory is opened and you should be able to browse and modify the contents as desired.
Repeat the process for all shares with the exception of the IPC$ share. The IPC$ share is used for credential validation and authentication purposes by Windows. It is not mapped to a folder or file on the workload, so the test will always fail, however the share should still be visible in the above test.
Forge will not modify the existing content of the volume, however it will create its own directory, to which it requires access and permissions.