The following macros are not currently supported in the header:
  • style

资产发现故障排除

本文包含以下主题:

安装故障排除

资产发现管理器

资产发现管理器安装程序无法验证提供的应用程序 URL。
解决方案 
请执行以下任务:

  1. 验证您使用的 ServiceAide Cloud Service Management URL 和凭据是否有效。
  2. 有关更多详细信息,请查看 %temp% 文件夹下创建的资产发现安装日志。

资产发现管理器的 Windows 服务在安装后无法启动。
解决办法
这可能是安装资产发现管理器的服务器与 Cloud Service Management 之间的连接问题。
请执行以下任务:

  1. 在安装资产发现管理器的服务器上,通过浏览器启动 ServiceAide Cloud Service Management。 尝试访问登录页面。
  2. 检查 <资产发现管理器安装位置>\Logs 中的 NAM.log 和 AssetConverterer.log 文件是否存在任何错误。

安装资产发现管理器时出现安装错误 "Thirdpart_Artifacts Directory does not exist in extracted folder"(解压缩的文件夹中不存在 Thirdpart_Artifacts 目录)。
解决方案 
请执行以下任务:

  1. 下载资产发现管理器,然后解压缩安装程序文件。
  2. 如果将解压缩的文件夹移至其他目录,请确保它包含:
    1. Thirdpart_Artifacts 文件夹
    2. clouditsm-discoverymanager-installer-7.15.1-windows-64bit.exe

Cloud Service Management 应用程序的用户凭据无效?
解决方案 
请执行以下任务:

  1. 在安装资产发现管理器的服务器上,通过浏览器启动 Cloud Service Management,然后登录。 如果无法登录,请求您的管理员重置密码。
  2. 验证凭据,请使用实用工具 <安装驱动器>\CA\AssetConnector\Utilities\ChangePassword.bat。 有关详细信息,请参阅“资产连接器密码更改实用工具”。

我如何能够确认安装已成功且一切正常?
解决方案 
请执行以下任务:

  1. 资产发现管理器安装程序会在安装成功后创建三个不同的服务。 所有这些服务都必须启动并运行。
  2. 验证以下 Windows 服务是否运行:
    • Active MQ:用于在资产发现管理器和资产发现处理器之间传送消息/通讯。
    • Apache CouchDB:用于内部部署服务器上的发现的数据存储。
    • 资产发现管理器:驱动发现的主要服务,并将资产导入到 ServiceAide Cloud Service Management 应用程序中。
  3. 验证安装资产发现管理器的服务器上的端口使用情况。 如果您不使用默认端口,请使用以下命令将端口号更改为适当的值:
    • Netstat - an | findstr 5984 - 确认 couchDb 正在侦听此端口。
    • Netstat - an | findstr 61616 - 确认 Active MQ 正在侦听此端口。

注意:在 Windows 2008 R2 上,如果使用的不是 8dot3 命名,请避免在资产发现管理器安装位置名称中使用空格。 如果存在空格,CouchDB 就不会侦听给定端口。 要解决此问题,请先卸载资产发现管理器,然后在安装位置名称中没有空格的前提下再次安装。

在资产发现管理器安装过程中是否可以使用自定义端口?
解决办法
除非您发现端口与您服务器上安装的其他应用程序有冲突,否则请使用默认端口。 如果存在冲突,请使用自定义端口。

是否可以使用我的域凭据来安装资产发现管理器?
解决方案
建议使用管理员凭据来安装发现组件。 如果使用您的凭据,请确保您系统上应用的域策略允许您运行或启动 Java 应用程序。

资产发现处理器

是否可以在 64 位 Windows 上安装发现处理器?
解决方案 
是。 发现处理器可以安装在 64 位 Windows 上。

是否可以单独安装发现处理器而不安装发现管理器?
解决方案
不能。 在安装发现处理器时,您的环境中需要有已经运行的发现管理器。 否则,安装就不再继续进行。

发现处理器服务没有运行?
解决方案
请执行以下任务:

  1. 验证安装该处理器的服务器是否可以和安装发现管理器的服务器进行通信。
  2. 验证发现管理器服务是否在目标系统上运行。
  3. 通过查看 discovery.properties 文件来验证发现管理器端口是否配置正确。 discovery.properties 文件位于安装资产发现处理器的服务器上。

我如何知道我的资产发现处理器是否成功启动?
解决方案
请执行以下任务:

  1. 验证资产发现处理器服务是否正在运行。
  2. 在安装处理器的系统上,运行以下 netstat 命令。 

  3. 该命令会验证端口 “8088”是否已使用。
  4. 处理器会启动默认情况下侦听端口 8088 的 jetty 服务器,除非您在安装过程中对其有所更改。

我在何处能够找到资产发现处理器日志并更改日志级别?
解决方案
资产发现处理器日志在 <处理器安装主目录>\Logs 中提供。 要查看详细信息,请将日志级别从“警告”改为“调试”。 为资产发现处理器提供以下日志文件。

  • DiscoveryProcessorService.log:该文件记录了来自 Java Service Wrapper 的信息,且包含启动和停止 Windows 服务的详细信息。
  • NAMDiscovery.log该文件记录了有关资产发现管理器中批次处理以及对 Jetty Web 服务调用的详细信息。 此文件还记录了 CouchDB 持久性的详细信息。
  • NAMDiscoveryUtils.log:该文件记录了 Jetty 服务的标准输出,且包含有关启动和停止 Jetty 的详细信息。 

为何没有为已发现 ESX Server 显示更多属性(处理器最大速度值)?
解决方案
当使用 SSH 进行连接时,ESX 不返回任何用于已安装处理器的任何属性。 不过,如果您尝试通过 VMWare Web 服务运行发现,则“处理器最大速度”以及其他属性会将会填充。

是否可以使用我的域凭据安装资产发现处理器?
解决方案
建议使用管理员凭据来安装发现组件。 如果您选择使用您的凭据,请确保您系统上应用的域策略允许您运行或启动 Java 应用程序。

本机发现故障排除

是否可以在 64 位 Windows 上安装发现处理器?
解决方案
是。 发现处理器可以安装在 64 位 Windows 上。

是否可以单独安装发现处理器而不安装发现管理器?
解决方案
不能。 在安装发现处理器时,您的环境中需要有已经运行的发现管理器。 否则,安装就不再继续进行。

发现错误,并在 NAMDiscovery.log 文件中出现错误 "Could not connect to broker URL: tcp://AssetConnectorInstalledHostName:61616."(无法连接到代理 URL:tcp://AssetConnectorInstalledHostName:61616。)

解决方案
请执行以下任务:

  1. 检查 NAMDiscovery.log 文件。
  2. 重新启动 Active MQ Windows 服务。

  3. 验证以下服务是否运行:
    Apache Couch DB
    资产发现管理器
    资产发现处理器

发现处理器服务没有运行?
解决方案
请执行以下任务:

  1. 验证安装该处理器的服务器是否可以和安装发现管理器的服务器进行通信。
  2. 验证发现管理器服务是否在目标系统上运行。
  3. 查看 discovery.properties 文件以验证作业存储库服务器是否配置正确。 discovery.properties 文件位于安装资产发现处理器的服务器上。 

我如何知道我的资产发现处理器是否成功启动?
解决方案

请执行以下任务:

  1. 验证资产发现处理器服务是否正在运行。
  2. 在安装处理器的系统上运行 netstat 命令 Netstat - an | findstr 8088。 该命令会验证端口 “8088”是否已使用。
    处理器会启动默认情况下侦听端口 8088 的 jetty 服务器,除非您在安装过程中对其有所更改。

没有触发发现作业?
解决方案
请执行以下任务:

  1. 在“发现配置”页面验证计划程序配置,并确保“开始日期”有效。
  2. 检查 <资产发现管理器安装位置>\Logs 文件夹中的 NAM.log 是否存在任何错误。

资产发现管理器服务启动后是否会立即启动发现过程?
解决方案
是的,有一种情况是,资产发现管理器服务停止时错过了发现配置中指定的计划时间。 服务启动会将此事件视为错过的作业并会立即启动该作业。

发现失败并在日志文件中显示以下错误,“org.lightcouch.DocumentConflictException: << Status: 409 (Conflict)”
解决方案
验证定义的配置没有重叠的 IP 范围,因为这可能会导致意外的结果。

我如何检查发现的状态?
解决方案
导航到“管理”、“工具”、“资产”、“资产发现状态”,然后基于计划的开始日期检查状态。 有关更多信息,请参阅“发现状态”。

扫描中没有发现任何资产?
解决方案
请执行以下任务:

    1. 如果使用的是“本机发现”,请指定有效的 IP 范围。
    2. 如果使用的是“其他发现的源”选项,请指定有效的第三方发现工具数据库配置。
    3. 如果前一次发现扫描发现了一些资产,而资产在两次扫描之间并没有任何变更。 然后,当前扫描会将发现的资产计数显示为 0。 发现状态页面中的状态消息显示“扫描没有发现任何资产”。

发现在扫描过程中没能发现目标网络的完整详细信息?
解决方案
请执行以下任务:

  1. 在“发现配置”页面的凭据部分指定有效的目标计算机凭据。 该操作会提取资产的自定义属性。
  2. 要发现某资产的全部属性,请确保指定凭据具有管理/根访问权限。

已发现资产在“编辑资产”页面中没有自定义属性?
解决方案
要发现自定义属性,请执行以下任务:

  1. 确保所提供的要发现目标服务器的凭据正确,这样既可提取型号信息。
    注意:如果没有发现某资产的型号,那么不会显示资产的其他属性。 
  2. 检查批量导入日志。 要验证已发现资产的批量导入日志,请导航到“管理”、“工具”、“公用”、“批处理数据”。
  3. 检查文件名称中具有发现作业 ID 的批量导入 xml 文件。 您可以从位于资产发现管理器安装位置的 NAM.log 中获取此作业 ID。

我如何能够通过发现获取已安装应用程序?
解决方案
要通过发现获取已安装应用程序,请选择“发现配置”页面的“发现配置文件”部分中的“已安装应用程序”复选框。

我如何能够通过发现获取虚拟环境来宾和主机的关系?
解决方案
要通过发现获取虚拟环境客户机和主机的关系,请执行以下操作:

  1. 指定有效的管理/根访问凭据。
  2. 选择“发现配置”页面的“发现配置文件”中的“虚拟环境”复选框。

我如何能够仅发现受管理资产?
解决方案
要仅发现受管理资产,只需在“发现配置”页面中指定受管理资产的 IP 范围。   

发现的 ESX 来宾计算机不具有全部其他属性?
解决方案
如果 ESX 来宾计算机包括在发现配置中指定的 IP 地址范围之内,那么会执行详细的发现扫描。 否则,只发现诸如主机名、IP 地址等基本属性。

我如何能够将自定义模板用于第三方发现工具?
解决方案
请执行以下任务:

  1. 复制资产发现管理器安装文件夹中 <资产发现管理器安装主目录>\Connector\conf\config 下的 Custom Template.xml
  2. 将该文件用作参考,并使用适当的查询对其进行修改以便获取所需的属性。
  3. 在发现配置中选择“其他发现的源”,并将“发现源”选为“其他”。
  4. 在“自定义发现模板”字段中指定模板文件的“名称”。
    指定模板的名称而无需文件扩展名。
  5. 使用循环计划程序来计划发现扫描。
     有关详细信息,请参阅“其他发现的源的自定义发现模板”。

我看到“发现状态”页面中正在运行多个作业,虽然计划程序配置没有变更。
解决方案
可能是发现扫描出现了问题。 请联系 ServiceAide 支持团队。

我的发现扫描状态始终为“正在运行”吗?
解决方案
检查资产发现管理器日志文件夹中是否存在错误。 请联系 ServiceAide 支持团队。

如何更改资产发现管理器的日志级别?
解决方案
可以在 <资产发现管理器安装文件夹>\Connector\conf\config\log4j.properties 中对其进行配置。 有关详细信息,请参阅“发现日志文件”。

即使提供了正确的凭据,Unix/Linux 计算机上的发现仍然没有提取详细信息/其他属性?
解决方案
请执行以下任务:
请确保正确配置了目标计算机上的 SSH 以便使用密码验证。

    1. 打开 /etc/ssh/sshd_config 文件。
    2. 检查 PasswordAuthentication yes 行,如果其有注释则取消注释。
    3. 检查目标计算机上是否运行着防火墙服务/iptables,这可能会阻止 ICMP 端口。

虽然我在发现配置文件中选中了“已安装应用程序”复选框,但我的 Windows 计算机上仍然没有发现已安装应用程序?
解决方案
确保目标计算机上运行了远程注册表服务。 如果该服务没有运行,发现则无法提取“已安装应用程序”。

我们是否需要在发现中使用根凭据,或者是否可以使用 SUDO?
解决方案
发现会使用某些特权操作系统命令以获取型号/其他硬件信息。 因此,它需要根/管理权限。 该应用程序确实支持 SUDO 用户凭据。

我如何能够将资产发现处理器放入 DMZ? 应该开放哪个端口以便使该处理器能够连接回到资产发现管理器?
解决方案

  1. Jetty Web 服务器在安装资产发现处理器的服务器上启动,并在默认情况下侦听端口 8088。
  2. 同样,在资产发现管理器安装服务器上使用了三个不同的端口,而且有不同的服务侦听这些端口:
  • CouchDB:5984
  • ActiveMQ:61616

如果型号不存在,发现是否会自动创建型号?
解决方案
是的,如果某个已发现资产的型号不存在,发现会首先创建型号。 然后,将已发现资产与创建的型号相关联。

是否可以重新启动资产发现管理器和资产发现处理器 Windows 服务?
解决方案
是,但要确保没有正在运行的发现作业。

按照以下顺序:

  1. 停止资产发现处理器 Windows 服务,然后停止资产发现管理器 Windows 服务。
  2. 然后重新启动资产发现管理器 Windows 服务,接着是资产发现处理器 Windows 服务。

深度发现没有提取已发现资产的 DNS 名称?
解决方案

导致此行为的原因可能有两个:

  1. 要尝试发现的目标网络设备没有配置 DNS。
  2. 您要尝试发现的目标网络设备具有静态 IP 地址。

要确定要尝试发现的目标网络上是否配置了 DNS,请执行以下操作:

  1. 在 Windows PowerShell 上运行此命令 Get-WmiObject -Class Win32_NetworkAdapterConfiguration
  2. 运行此命令后,如果没有在 PowerShell 命令提示符中填充 DNS 域名称,目标网络设备则没有 DNS 名称值。

为 Bamboo 版升级资产发现管理器安装程序和资产发现处理器安装程序时现有发现配置所出现的问题。
解决方案
升级完成后,将保留先前版本中的现有发现配置,但它会显示为非活动状态。 该配置将命名为“默认配置”。 您必须通过导航到“管理”、“管理”、“工具”、“资产”、“资产发现配置”来将其手动重新激活。

批量导入故障排除

我发现的资产没有导入到 ServiceAide Cloud Service Management 中。
解决方案

  1. 验证导入日志中没有错误消息。 
  2. 导航到“管理”、“工具”、 “批处理数据”。
  3. 选择名称中包含发现作业 ID 的文件,然后查看日志选项卡。

无法上传 XLS 批量上传表。

  1. 确保没有更改给定示例模板中的列名。
  2. 如果添加了自定义属性,请确保该属性名称与 XLS 模板中的名称相同。

无法上传 XML 批量上传表。
解决方案

  1. 确保没有更改给定示例模板中的字段名称。
  2. 如果添加了自定义属性,请确保该属性名称与 XLS 模板表中的名称相同。 
  3. 验证该 XML 是否有效。

导入状态显示“部分处理”。
要查看未处理行的信息,请导航到“批处理数据”UI 上的“日志”部分。

导入状态显示“充分处理”,但我在“资产中心”却看不到任何资产?
这可能表示这些资产的状态被设为不活跃。 清除“资产中心”中的所有筛选,然后再次尝试。

我如何能够导入 XLS 中的日期值和布尔值?
解决方案

  • 当使用 XLS 导入日期时,将列/单元格的格式设置为“日期”。 支持的格式为 mm/dd/yyy。 
  • 当尝试导入布尔值(true、false)时,将列/单元格的格式设置为“常规”。

 

© 2017 ServiceAide 1-650-206-8988 http://www.serviceaide.com info@serviceaide.com