Troubleshooting
Check the issues below for common problems and suggested ways of handling them.
Manual Matching of Unknown Target Host Names
During a DFS Crawl, the Crawler tries to match target host names to the host names of existing applications in the File Access Manager database.
When the Crawler is unable to match specific hosts, it attempts to match hosts via DNS lookups, and to find valid matching alias names (for example, a host name displayed as an IP address).
If a search cannot find host names or cannot match host name aliases to an existing host in the File Access Manager database, it is possible to configure matching hosts manually.
To manually configure matching hosts, perform the following steps:
-
Create an *.xml file with the following structure:
<?xml version="1.0"?>
<mappings>
<key name="hostA">AlternateHostA</key>
<key name="hostB">172.66.12.12</key>
</mappings>
In the above example, “hostA” is a host name of a link target to be matched manually. “AlternateHostA” is the host name to which “hostA” will be matched.
Note
“AlternateHostA” should be a host name of an existing application in File Access Manager.
-
Add the following key to the DFS Permissions Collector’s service “app.config”.
"<add key="dfsMappings" value="C:\myMappings.xml"/>"
-
Replace "C:\myMappings.xml" with the path that points to the configuration file.
-
Restart the DFS Permissions Collector service.
Activities not Displayed in the Website
If activities are not shown in the Business Website:
-
Verify that all prerequisites were set.
-
Check if the shares on the physical applications have activities.
-
If the physical shares do not have activities, this indicates that the monitor on the physical application is not working properly. Please refer to the relevant physical application Connector Troubleshooting guide.
If the shares on the physical applications have activities, but the DFS shares do not have activities, this
indicates that the Windows DFS crawler did not map the DFS shares to physical application shares properly.