有关分布式文件服务器工作器的常见问题
主站点问题
已为 "RemoteSiteA" 建立一个“分布式文件服务器工作器”，但工作器代理将要选择此工作器来处理位于主站点上的数据的作业。如何预防此问题？
当发布器确定了要发布内容的站点位置后，它会在验证文件中查找匹配的站点。在本例中，未找到任何匹配项，因此使用默认项 auth.property。例如，假设创作应用程序是 Creo Parametric。发布器在 auth.properties 中查找属性 auth.master.PROE。因为在文件中不存在该属性，所以在这种情况下，工作器代理将选择为 Creo Parametric 配置的任意工作器。
为解决这一问题，请将主站点的“分布式文件服务器工作器”设置为处理已与作为所属站点的主站点保持同步的所有内容。属性 auth.master.<Authoring Application> 需要添加到验证文件，并且工作器规则采用 "main" 作为规则。
发布失败；站点命名
发布尝试失败时，No Distributed File Server Worker to process job, removing request from queue “WVS 作业监视器” > 。此消息表示什么？
“发布器”在验证文件 auth.properties 中找到一个匹配的站点名称，并已将此站点名称传达给工作器代理。但是，工作器代理无法找到具有与该站点名称匹配的匹配规则的“分布式文件服务器工作器”。之所以出现这种情况，可能有以下两个原因：
• 没有将规则作为站点名称的“分布式文件服务器工作器”。
• 选定用于处理作业的“分布式文件服务器工作器”处于脱机状态，并且没有将规则作为站点名称的其他工作器能够处理作业。
文件服务器名称包含空格时发布失败
当文件服务器名称中嵌入了空格时，特定文件服务器站点上的发布作业不会被发送到专用“分布式文件服务器工作器”。
“分布式文件服务器工作器”不能识别文件服务器名称中嵌入的空格。如果在 Windchill 中将文件服务器的名称配置为 "Fileserver two" 等，则来自此文件服务器的发布作业不使用“文件服务器工作器”。为了修复此问题，可以在 auth.properties 文件中避开文件名中的空格，因为此文件为 Java 属性文件。在上例中，修复过程如下所示：auth.Fileserver\two.PROE=w.worker.remote:password 如果分布规则出现在 agent.ini 文件中，空格可保留，因为在执行分布规则比较检查时，代码将移除空格。
挂接程序未执行
工作器未调用“文件服务器挂接的上载”。引起这种情况的原因是什么？
造成没有调用挂接程序的可能原因有很多。审阅工作器日志文件，这可为尚未执行挂接程序的原因提供线索。检查以下内容：
• 检查预置文件中指向“文件服务器挂接的上载”启动脚本的目录路径。请确保该路径是正确的，且路径分隔符为一个反斜杠和一个正斜杠。(\/).
• 检查以确保配置了正确的预置文件以执行“文件服务器挂接的上载”。为确定这一点，请查看工作器启动脚本并了解使用的是哪个源文件。请确保它是已配置为调用挂接程序的预置文件。
• 检查启动脚本中的权限。
文件上载控制
“文件服务器挂接的上载”将哪些可视化文件上载到文件服务器，该如何控制？
请参阅
可视化服务属性中
wvs.properties 表格中的属性
cadagent.filetypes.uploadtofileserverhookexclusions 的说明。