Solución de problemas de la detección de activos

Este artículo contiene los siguientes temas:

Solución de problemas de la instalación

Gestor de detección de activos

El instalador del Gestor de detección de activos no ha podido validar la dirección URL de la aplicación proporcionada.
Solución
Realice las tareas siguientes:

Compruebe que se están utilizando las credenciales y la dirección URL válidas de ServiceAide Cloud Service Management.
Revise el registro de instalación de la detección de activos creado en la carpeta de %temp% para obtener más detalles.

Se ha producido un fallo en el servicio de Windows Gestor de detección de activos al iniciarse después de la instalación.
Solución: Posiblemente es un problema de conectividad entre el servidor donde está instalado el Gestor de detección de activos y Cloud Service Management.
Realice las tareas siguientes:

Inicie Cloud Service Management desde un explorador en el servidor donde está instalado el Gestor de detección de activos. Intente acceder a la página de inicio de sesión.
Compruebe los archivos NAM.log y AssetConverterer.log en <ubicación de instalación del Gestor de detección de activos>\Logs por si existen errores.

Error de instalación "El directorio Thirdpart_Artifacts no existe en la carpeta extraída" mientras se instala el Gestor de detección de activos.
Solución
Realice las tareas siguientes:

Descargue el Gestor de detección de activos, descomprima el archivo del instalador.
Si se mueve la carpeta descomprimida a un directorio diferente, asegúrese de que contenga lo siguiente:
1. La carpeta Thirdpart_Artifacts
2. El archivo clouditsm-discoverymanager-installer-7.15.1-windows-64bit.exe

Credenciales de usuario no válidas para la aplicación Cloud Service Management
Solución
Realice las tareas siguientes:

Inicie Cloud Service Management desde un explorador en el servidor donde está instalado el Gestor de detección de activos e inicie sesión. Si no se puede iniciar sesión, solicite al administrador que restablezca la contraseña.
Para validar las credenciales, utilice la utilidad <unidad_instalada>\CA\AssetConnector\Utilities\ChangePassword.bat. Para obtener más información, consulte Utilidad de cambio de contraseñas para los conectores de activos.

¿Cómo puedo confirmar que la instalación es correcta y que todo funciona?
Solución
Realice las tareas siguientes:

El instalador del Gestor de detección de activos crea tres servicios diferentes tras una instalación correcta. Todos estos servicios deben estar en ejecución.
Verifique que se están ejecutando los servicios de Windows siguientes:
- Active MQ: para la mensajería y la comunicación entre el Gestor de detección de activos y el Procesador de detección de activos.
- Apache CouchDB: almacén de datos para la detección en el servidor de forma local.
- Gestor de detección de activos: servicio principal que controla la detección y la importación de activos a la aplicación Cloud Service Management.
Compruebe el uso de los puertos en el servidor donde está instalado el Gestor de detección de activos. Utilice los comandos siguientes para cambiar los números de puerto a los valores adecuados si no se están utilizando los valores predeterminados:

- Netstat - an | findstr 5984: para confirmar que couchDb está escuchando en este puerto.
- Netstat - an | findstr 61616: para confirmar que Active MQ está escuchando en este puerto.

Nota: En Windows 2008 R2, no incluya espacios en el nombre de la ubicación de la instalación del Gestor de detección de activos, si no va a utilizar la nomenclatura 8dot3. Si hay espacios, CouchDB no escucha en el puerto determinado. Para solucionar este problema, desinstale el Gestor de detección de activos y vuelva a instalarlo sin espacios en el nombre de la ubicación de la instalación.

¿Puedo utilizar puertos personalizados durante la instalación del Gestor de detección de activos?
Solución: Utilice los puertos predeterminados a menos que se vea un conflicto con las otras aplicaciones instaladas en el servidor. Si hay algún conflicto, utilice los puertos personalizados.

¿Puedo instalar el Gestor de detección de activos con mis credenciales del dominio?
Solución
Se recomienda utilizar las credenciales de administrador para instalar los componentes de detección. Si se utilizan las credenciales, asegúrese de que la política del dominio aplicada en el sistema permite ejecutar o iniciar aplicaciones Java.

Procesador de detección de activos

¿Se puede instalar el Procesador de detección en Windows de 64 bits?
Solución
Sí. El Procesador de detección puede instalarse en Windows de 64 bits.

¿Puedo instalar el Procesador de detección por separado sin tener que instalar el Gestor de detección?
Solución
No. Se requiere un Gestor de detección que ya se esté ejecutando en el entorno mientras se instala el Procesador de detección. De lo contrario, la instalación no continuará.

¿El servicio del Procesador de detección no se está ejecutando?
Solución
Realice las tareas siguientes:

Compruebe que el servidor donde está instalado el procesador se pueda comunicar con el servidor donde está instalado el Gestor de detección.
Compruebe que el servicio del Gestor de detección se está ejecutando en el sistema de destino.
Compruebe que el puerto del Gestor de detección se haya configurado correctamente revisando el archivo discovery.properties. El archivo discovery.properties se encuentra en el servidor donde está instalado el Procesador de detección de activos.

¿Cómo sé si el Procesador de detección de activos se ha iniciado correctamente o no?
Solución
Realice las tareas siguientes:

Verifique que se está ejecutando el servicio del Procesador de detección de activos.
En el sistema donde está instalado el procesador, ejecute el siguiente comando netstat.
Code Block
```
Netstat – an | findstr 8088
```
Este comando verifica que el puerto 8088 se está utilizando.
El procesador inicia un servidor Jetty que utiliza el puerto 8088 de forma predeterminada, a menos que se cambie durante la instalación.

¿Dónde puedo encontrar los registros del Procesador de detección de activos y modificar el nivel de registro?
Solución
Los registros del Procesador de detección de activos están disponibles en <carpeta_instalación_Procesador>\Logs. Para ver la información detallada, cambie el nivel de registro de ADVERTENCIA a DEPURACIÓN. Los siguientes archivos de registro están disponibles para el Procesador de detección de activos.

DiscoveryProcessorService.log: este archivo registra la información de Java Service Wrapper y contiene detalles sobre cómo iniciar y detener el servicio de Windows.
NAMDiscovery.log: este archivo registra los detalles sobre el procesamiento de lotes en el Gestor de detección de activos y las llamadas realizadas al servicio web Jetty. Este archivo también registra los detalles de la persistencia en CouchDB.
NAMDiscoveryUtils.log: este archivo registra la salida estándar del servicio Jetty y contiene los detalles sobre cómo iniciar y detener Jetty.

¿Por qué no se muestran los atributos adicionales (valor del campo Processor Max Speed [Velocidad máxima del procesador]) de un servidor ESX detectado?
Solución
ESX no devuelve ningún atributo para los procesadores instalados cuando se ejecuta la detección mediante SSH. Sin embargo, si se ejecuta la detección a través de los servicios web de VMware, se rellenan tanto el atributo Processor Max Speed (Velocidad máxima del procesador) como el resto de atributos.

¿Puedo instalar el Procesador de detección de activos con mis credenciales del dominio?
Solución
Se recomienda utilizar las credenciales de administrador para instalar los componentes de detección. Si se decide utilizar las credenciales para garantizar que la política de dominio aplicada en el sistema permite ejecutar o iniciar aplicaciones Java.

Solución de problemas de la detección nativa

¿Se puede instalar el Procesador de detección en Windows de 64 bits?
Solución
Sí. El Procesador de detección puede instalarse en Windows de 64 bits.

¿Puedo instalar el Procesador de detección por separado sin tener que instalar el Gestor de detección?
Solución
No. Se requiere un Gestor de detección que ya se esté ejecutando en el entorno mientras se instala el Procesador de detección. De lo contrario, la instalación no continuará.

Se produce un fallo en la detección con el error "Could not connect to broker URL: tcp://AssetConnectorInstalledHostName:61616, in the NAMDiscovery.log file ."

Code Block

2015-01-15 03:23:23,704 ERROR org.springframework.jms.listener.DefaultMessageListenerContainer#0-24 [org.springframework.jms.listener.DefaultMessageListenerContainer] - <Could not refresh JMS Connection for destination 'queue://com.ca.nam.discovery.sweepScanRequests' - retrying in 5000 ms. 
Cause: Could not connect to broker URL: tcp://AssetConnectorInstalledHostName:61616. Reason: java.net.ConnectException: Connection refused: connect>

Solución
Realice las tareas siguientes:

Compruebe el archivo NAMDiscovery.log.
Reinicie el servicio de Windows Active MQ.
Verifique que se están ejecutando los servicios siguientes:
Base de datos Apache Couch
Gestor de detección de activos
Procesador de detección de activos

¿El servicio del Procesador de detección no se está ejecutando?
Solución
Realice las tareas siguientes:

Compruebe que el servidor donde está instalado el procesador se pueda comunicar con el servidor donde está instalado el Gestor de detección.
Compruebe si el servicio del Gestor de detección se está ejecutando o no en el sistema de destino.
Revise el archivo discovery.properties y verifique que el servidor del repositorio de trabajos está configurado correctamente. El archivo discovery.properties se encuentra en el servidor donde está instalado el Procesador de detección de activos.

¿Cómo sé si el Procesador de detección de activos se ha iniciado correctamente o no?
Solución
Realice las tareas siguientes:

Verifique que se está ejecutando el servicio del Procesador de detección de activos.
En el sistema donde está instalado el procesador, ejecute el comando Netstat –an | findstr 8088. Este comando verifica que el puerto 8088 se está utilizando.
El procesador inicia un servidor Jetty que utiliza el puerto 8088 de forma predeterminada, a menos que se cambie durante la instalación.

¿No se activa el trabajo de detección?
Solución
Realice las tareas siguientes:

Verifique la configuración del planificador en la página Configuración de la detección y asegúrese de que la Fecha de inicio sea válida.
Compruebe el archivo NAM.log en la carpeta <ubicación de instalación del Gestor de detección de activos>\Logs para ver si hay errores.

¿El proceso de detección se inicia inmediatamente después de iniciar el servicio del Gestor de detección de activos?
Solución
Sí, si la hora de la planificación especificada en la Configuración de la detección ya ha pasado mientras el servicio del Gestor de detección de activos estaba inactivo. El inicio del servicio trata este evento como un trabajo pendiente y activa el trabajo inmediatamente.

Se produce el siguiente error de detección en los archivos de registro: "org.lightcouch.DocumentConflictException: << Estado: 409 (Conflicto)".
Solución
Verifique que la configuración definida no dispone de ningún intervalo IP superpuesto, ya que podría causar resultados inesperados.

¿Cómo puedo comprobar el estado de la detección?
Solución
Vaya a Gestionar, Herramientas, Activo, Estado de la detección de activos y compruebe el estado que se basa en la fecha de inicio planificada. Para obtener más información, consulte el Estado de la detección.

¿No hay activos detectados en la exploración?
Solución
Realice las tareas siguientes:

1. Especifique un intervalo de direcciones IP válido si está utilizando la Detección nativa.
2. Especifique una configuración válida de la base de datos de la herramienta de detección de terceros si se está utilizando la opción Otras fuentes detectadas.
3. Si la exploración de detección anterior ha detectado algunos activos y si no existen cambios en los activos entre las exploraciones. A continuación, la exploración actual muestra el recuento de los activos detectados como 0. El mensaje de estado en la página de estado de la detección dice La exploración no ha detectado ningún activo.

¿La detección no puede detectar detalles completos de la red de destino durante la exploración?
Solución
Realice las tareas siguientes:

Especifique las credenciales válidas de los equipos de destino en la sección de credenciales de la página Configuración de la detección. Esta operación recopila los atributos personalizados de un activo.
Para detectar todos los atributos de un activo, compruebe que las credenciales especificadas tengan el acceso administrador/raíz.

¿El activo detectado no tiene los atributos personalizados en la página Editar activos?
Solución
Para detectar los atributos personalizados, realice las siguientes tareas:

Asegúrese de que se proporcionan las credenciales correctas para el servidor de destino que se está detectando, para que pueda buscar la información del modelo.
Nota: Si no se detecta el modelo para un activo, no se muestra ningún atributo adicional para un activo.
Compruebe los registros de la importación masiva. Para comprobar los registros de la importación masiva de los activos detectados, vaya a Gestionar, Herramientas, Común, Procesamiento masivo de datos.
Compruebe los archivos XML de la importación masiva con el ID de trabajo de detección en el nombre de archivo. Se puede obtener este ID de trabajo en NAM.log en la ubicación de instalación del Gestor de detección de activos.

¿Cómo puedo obtener aplicaciones instaladas desde la detección?
Solución
Para obtener las aplicaciones instaladas desde la detección, seleccione la casilla de verificación Aplicaciones instaladas en la sección Perfiles de detección de la página Configuración de la detección.

¿Cómo puedo obtener relaciones entre el invitado y el host del entorno virtual desde la detección?
Solución
Para obtener las relaciones entre el invitado y el host del entorno virtual desde la detección:

Especifique las credenciales de acceso administrador/raíz válidas.
Seleccione la casilla de verificación Entorno virtual en la sección Perfiles de detección de la página Configuración de la detección.

¿Cómo puedo detectar solamente los activos gestionados?
Solución
Para descubrir solo los activos gestionados, especifique solo el intervalo de direcciones IP de los activos gestionados en la página Configuración de la detección.

¿Los equipos invitados de ESX detectados no tienen todos los atributos adicionales?
Solución
Si el equipo invitado de ESX se encuentra dentro del intervalo de direcciones IP que se ha especificado en las configuraciones de la detección, se realiza una exploración de detección detallada. De lo contrario, solo se detectan los atributos básicos como nombre de host o dirección IP.

¿Cómo puedo utilizar la plantilla personalizada para una herramienta de detección de terceros?
Solución
Realice las tareas siguientes:

Copie el archivo Template.xml personalizado en la carpeta de instalación del Gestor de deteción de activos en <directorio principal de instalación del Gestor de detección de activos>\Connector\conf\configstrong.
Utilice este archivo como referencia y modifíquelo con las consultas adecuadas para obtener los atributos obligatorios.
Seleccione la opción Otras fuentes detectadas en la configuración de la detección y seleccione Fuente de la detección como Otro.
Especifique el Nombre del archivo de plantilla en el campo Plantilla de detección personalizada.
Especifique el nombre de la plantilla sin la extensión de archivo.
Planifique la exploración de detección mediante el planificador de repetición.
Para obtener más información, consulte Plantilla de detección personalizada para otras fuentes detectadas.

Veo varios trabajos en ejecución en la página Estado de la detección aunque no se ha cambiado la configuración del planificador.
Solución
Es posible que exista algún problema con la exploración de la detección. Póngase en contacto con soporte de ServiceAide.

¿El estado de la exploración de la detección siempre es EN EJECUCIÓN?
Solución
Compruebe si hay algún fallo en la carpeta de registros del Gestor de detección de activos. Póngase en contacto con soporte de ServiceAide.

¿Cómo puedo cambiar el nivel de registro del Gestor de detección de activos?
Solución
Se puede configurar en <carpeta de instalación del Gestor de detección de activos>\Connector\conf\config\log4j.properties. Para obtener más información, consulte Detección de los archivos de registro.

¿La detección en el equipo de Unix/Linux no está obteniendo los atributos adicionales o la información detallada incluso aunque se hayan proporcionado las credenciales correctas?
Solución
Realice las tareas siguientes:
Asegúrese de que el SSH en el equipo de destino esté correctamente configurado para utilizar la autenticación de contraseñas.

1. Abra el archivo /etc/ssh/sshd_config.
2. Busque la línea PasswordAuthentication yes y elimine los comentarios si los hay.
3. Compruebe si hay un servicio/iptables del cortafuegos en ejecución en el equipo de destino que pueda estar bloqueando el puerto ICMP.

¿Las aplicaciones instaladas no se están detectando en el equipo de Windows, incluso si se selecciona la casilla de verificación Aplicaciones instaladas en los perfiles de detección?
Solución
Asegúrese de que el servicio del registro remoto se está ejecutando en el equipo de destino. Si este servicio no está en ejecución, la detección no podrá recopilar las Aplicaciones instaladas.

¿Se necesitan credenciales de raíz para la detección o se puede SUDO?
Solución
La detección utiliza algunos comandos con privilegios del sistema operativo para obtener información del modelo o de otro hardware. Por esta razón, requiere privilegios de administrador/raíz. La aplicación es compatible con las credenciales de usuario SUDO.

¿Cómo puedo poner al Procesador de detección de activos en una zona desmilitarizada? ¿Qué puertos deben estar abiertos para que se pueda conectar de nuevo al Gestor de detección de activos?
Solución

En el servidor donde está instalado el Procesador de detección de activos, un servidor web Jetty se inicia y escucha en el puerto 8088 de forma predeterminada.
De forma similar, en el servidor donde está instalado el Gestor de detección de activos, se utilizan tres puertos diferentes y diferentes servicios escucha en estos puertos:

CouchDB: 5984
ActiveMQ: 61616

¿La detección crea un modelo automáticamente, si no está disponible?
Solución
Sí, si el modelo para un activo detectado no está disponible, la detección crea un modelo en primer lugar. A continuación, asocia el activo detectado con el modelo creado.

¿Puedo reiniciar los servicios de Windows Gestor de detección de activos y Procesador de detección de activos?
Solución
Sí, pero asegúrese de que no hay ningún trabajo de detección en ejecución.

Siga esta secuencia:

Detenga el servicio de Windows Procesador de detección de activos y, a continuación, detenga el servicio de Windows Gestor de detección de activos.
Después, reinicie el servicio de Windows Gestor de detección de activos y el servicio de Windows Procesador de detección de activos.

¿La detección profunda no obtiene el nombre DNS para los activos detectados?
Solución
Puede haber dos razones para este comportamiento:

Los dispositivos de la red de destino que se están intentando detectar no tienen el DNS configurado.
Los dispositivos de la red de destino que se están intentando detectar tienen direcciones IP estáticas.

Para determinar si DNS está configurado en la red de destino que se está intentando detectar:

Ejecute este comando Get-WmiObject-clase Win32_NetworkAdapterConfiguration en Windows PowerShell.
Después de ejecutar el comando, si el nombre de dominio de DNS no se rellena en la línea de comandos de PowerShell, como resultado los dispositivos de la red de destino no tienen el valor del nombre DNS.

¿Qué pasa con la configuración de detección existente cuando el instalador de Asset Discovery Manager y el instalador del Procesador de detección de activos se actualizan para la versión Bamboo.
Solución
Una vez completada la actualización, la Configuración de la detección existente se conservará de la versión anterior aunque aparecerá como inactiva. Esta configuración se denomina Configuración predeterminada. Se debe volver a activar manualmente accediendo a GESTIÓN, ADMINISTRACIÓN, Herramientas, Activo, Configuraciones de detección de activos.

Solución de problemas de la importación masiva

Los activos que se han detectado no se están importando en Cloud Service Management.
Solución

Verifique que no haya ningún mensaje de fallos en los registros de la importación.
Vaya a Gestión, Herramientas, Procesamiento masivo de datos.
Seleccione los archivos que contienen el ID de trabajo de detección en el nombre y busque la ficha de los registros.

No se ha podido cargar la hoja XLS de la carga masiva.

Asegúrese de que no se hayan cambiado los nombres de columna de la plantilla de muestra proporcionada.
Si se agrega un atributo personalizado, asegúrese de que el nombre del atributo sea el mismo en la plantilla XLS.

No se puede cargar la hoja XML de la carga masiva.
Solución

Asegúrese de que no se hayan cambiado los nombres de campo de la plantilla de muestra proporcionada.
Si se agrega un atributo personalizado, asegúrese de que el nombre del atributo sea el mismo en la hoja de la plantilla XML.
Compruebe que el archivo XML sea válido.

El estado de importación dice Procesado parcialmente.
Para obtener información acerca de las filas sin procesar, vaya a la sección Registros en la interfaz de usuario Procesamiento masivo de datos.

El estado de la importación indica Completamente procesado, pero no se puede ver ningún activo en el Centro de activos.
Esto puede significar que se ha establecido el estado Inactivo para los activos. Borre cualquier filtro del Centro de activos y vuelva a intentarlo.

¿Cómo se pueden importar las fechas y valores booleanos en XLS?
Solución

Al intentar importar las fechas utilizando XLS, formatee las columnas/celdas como Fecha. El formato compatible es mm/dd/aaaa.
Al intentar importar valores booleanos (verdadero o falso), establezca el formato de las columnas/celdas como General.