专业化管理 > 支持可视化和发布 > 配置分布式文件服务器工作器 > 有关分布式文件服务器工作器的常见问题
有关分布式文件服务器工作器的常见问题
主站点问题
已为 "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 的说明。
这对您有帮助吗?