Este capítulo describe los requisitos previos de instalación, soluciones provisionales para problemas conocidos, la configuración avanzada y los procedimientos de desinstalación para el sistema de búsqueda en línea de DB2 denominado NetQuestion.
NetQuestion se instala automáticamente en el caso de que opte por instalar la documentación del producto con cualquier producto DB2 en sistemas operativos Windows de 32 bits, OS/2, AIX, HP-UX y Solaris. También se instala como parte del sistema operativo base en los sistemas que ejecutan AIX 4.3.2 y posteriores.
En tanto que su sistema operativo satisfaga los requisitos previos a la instalación de NetQuestion, los cuales normalmente son los mismos que para DB2, no tendrá que hacer nada especial para instalar NetQuestion y trabajar con el mismo. Puede comenzar a buscar la información de DB2 después de haber acabado de instalar el producto DB2.
Al instalar la documentación en línea de DB2, también se instala el sistema de búsqueda de NetQuestion. El sistema de búsqueda está compuesto por los componentes siguientes:
Hay dos versiones de NetQuestion:
Para buscar la información en línea de DB2, inicie la página de Información de DB2 en un navegador, entre los términos de búsqueda y pulse Búsqueda.
La ubicación de la página de Información de DB2 varía de plataforma en plataforma:
Es posible que de tanto en tanto se encuentre con un error al buscar la información en línea de DB2. Si encuentra un error de búsqueda, pruebe con las sugerencias de resolución de problemas siguientes:
Para iniciar el servidor de búsqueda en Windows 9x, Windows NT y Windows 2000, pulse Inicio y vaya a Programas --> IBM DB2 --> Iniciar servidor de búsqueda de HTML. También puede iniciar el servidor de búsqueda entrando uno de los mandatos siguientes:
x:\imnnq_nt\imnss start server //for SBCS x:\imnnq_nt\imqss -start dbschelp //for DBCS
Tenga en cuenta que el directorio de instalación de NetQuestion en Windows 9x es x:\imnnq_95.
Para iniciar el servidor de búsqueda en OS/2, abra la carpeta IBM DB2 y pulse en el icono Iniciar servidor de búsqueda de HTML. También puede entrar uno de los mandatos siguientes:
x:\imnnq\imnss start server //for SBCS x:\imnnq\imqss -start dbcshelp //for DBCS
Para iniciar el servidor de búsqueda en los sistemas AIX, HP-UX y Solaris, entre uno de los mandatos siguientes:
Entre el mandato /usr/IMNSearch/bin/imnss -start imnhelp para instalaciones SBCS. El mandato imnss -start también puede ejecutarse sin escribir el nombre de vía de acceso completo si /usr/bin está en la PATH (vía de acceso).
Entre el mandato /usr/IMNSearch/bin/imqss -start dbcshelp para instalaciones DBCS. En instalaciones DBCS, debe asegurarse de que se hayan establecido las variables de entorno IMQCONFIGSRV e IMQCONFIGCL. Puede establecer dichas variables ejecutando el mandato /usr/IMNSearch/bin/. imq_env. Una vez más, puede ejecutar tanto el mandato imqss -start como el mandato . imq_env sin escribir el nombre de vía de acceso completo si /usr/bin está en la PATH (vía de acceso).
En sistemas Windows NT y Windows 2000, consulte el Gestor de tareas para ver si se está ejecutando el proceso httpdl.exe. Si no se está ejecutando, inícielo entrando el mandato x:\imnnq_nt\httpdl -r httpd.cnf, donde x: es la unidad de instalación de DB2.
En OS/2, ejecute el mandato x:\sqllib\bin\db2netqd start, donde x: es la unidad de instalación de DB2 El servidor Web de NetQuestion y el servidor de búsqueda se iniciarán en el caso de que aún no se estén ejecutando. También puede ejecutar el mandato pstat | find "httpdl" para comprobar si se está ejecutando el proceso.
En AIX, HP-UX y Solaris, entre el mandato ps -ef | grep httpdlite para ver si se está ejecutando el proceso httpdlite. Si no se está ejecutando, inícielo entrando uno de los mandatos siguientes:
Si los índices siguen sin estar registrados con el servidor de búsqueda, puede probar a registrarlos manualmente. Para obtener más información sobre el registro manual de índices, consulte el apartado sobre el sistema operativo que aparece con posterioridad en este capítulo.
x:\sqllib\doc\html //Windows y OS/2 /var/docsearch/indexes //AIX, HP-UX y Solaris
En sistemas operativos Windows y OS/2, el CGI de búsqueda de SBCS se denomina db2srsXX.exe y la versión de DBCS se denomina db2srdXX.exe, donde XX representa el identificador de idioma de dos letras de la documentación instalada.
En sistemas operativos UNIX, el CGI de búsqueda de SBCS se denomina db2srsbcs y el CGI de búsqueda de DBCS se denomina db2srdbcs. No hay ningún CGI de búsqueda de NetQuestion específico de idioma en sistemas operativos UNIX.
Asimismo, asegúrese de que el nombre del CGI de búsqueda coincide con el del identificador <form action="http..."> en el formato de búsqueda de DB2. Por ejemplo, en el formato de búsqueda en inglés en Windows u OS/2 este identificador debería ser <form action="http://localhost:49213/cgi-bin/db2srsen.exe" method="POST>".
Para obtener información de resolución de problemas específica de plataforma, consulte las secciones siguientes:
Este apartado describe la información de configuración posterior a la instalación, sugerencias de resolución de problemas adicionales y soluciones provisionales para problemas conocidos con NetQuestion en sistemas operativos Windows de 32 bits. También describe el modo de eliminar NetQuestion del sistema.
Si ha recibido mensajes de error al instalar NetQuestion, efectúe los pasos siguientes para diagnosticar y arreglar el problema:
1 - Esto indica que la PATH (vía de acceso) actual es demasiado larga y que añadir el servidor de búsqueda a la PATH (vía de acceso) hará que se borre la totalidad de la misma. Nota: El límite en Windows NT 4.0 es 512; en Windows 95 es 255. Es recomendable efectuar los pasos siguientes: a) Vuelva a nombrar la variable PATH en el archivo AUTOEXEC.BAT (PATHGOOD), guarde los cambios y rearranque. b) Elimine el archivo IMNNQ.ERR de <temp>\imnnq\install. c) Ejecute de nuevo la instalación de producto para instalar el sistema de búsqueda de modo debido. d) Fusione la variable PATHGOOD con la variable PATH que creó la última instalación. 2 - Error de Varios, póngase en contacto con el servicio técnico IBM. 3 - Error de espacio de disco agotado. Asegúrese de que tenga como mínimo 4,5 MB de espacio de disco para el sistema de búsqueda más espacio suficiente para que AUTOEXEC.BAT se cambie para Windows 95.
Se necesitan los siguientes requisitos previos para instalar NetQuestion y trabajar con el mismo:
Para Windows 95 y Windows 98, TCP/IP debe habilitarse como sigue:
Nota: | Estas opciones de configuración se aplicarán a todos los adaptadores de TCP/IP aún en el caso de que sólo se hubieran cambiado para éste. No podrá utilizar LAN y Marcación sin volver a configurar. |
Nota: | No habilite DNS ni establezca una dirección de IP en las propiedades de TCP/IP del Adaptador de marcación ya que esto interferirá con la configuración de DUN para el ISP. |
Para Windows NT 4.0, funcionarán las configuraciones de TCP/IP (para DUN o Adaptador de marcación) que se detallan anteriormente. Si está ejecutando un sistema autónomo no conectado a una red, también puede habilitar el Adaptador de bucle de retorno de MS sin los otros dos adaptadores.
El servidor de búsqueda se asigna al puerto 49213, un número más allá de los puertos públicos asignados a TCP/IP. Si tiene otro producto que utilice este puerto, debería cambiar el puerto de servidor de búsqueda efectuando los pasos siguientes:
Paso 1. | Edite el archivo httpd.cnf en el directorio NetQuestion y cambie el número de puerto por el que sabe que está disponible, preferiblemente uno que esté por encima de 49000. |
Paso 2. | Determine el lugar en el que está db2path entrando el mandato db2set db2path. |
Paso 3. | Vaya al directorio db2path/doc/html y utilice un editor de texto para editar el archivo index.htm. En la línea que tiene el identificador <form>, cambie el valor por localhost:49213 para reflejar el número de puerto que ha seleccionado en el paso 1. |
Paso 4. | Detenga y reinicie el servidor de búsqueda. Para detener el servidor de búsqueda, pulse Inicio --> Programas --> IBM DB2 --> Detener servidor de búsqueda de HTML. Para iniciar el servidor de búsqueda, pulse Inicio--> Programas --> DB2 para Windows --> Iniciar servidor de búsqueda de HTML.
|
Si instala DB2 en una unidad conectada a la LAN en Windows 9x y la unidad no se ha vuelto a conectar antes de que se ejecute autoexec.bat, no se establecen las variables de entorno de NetQuestion. NetQuestion establece variables de entorno a través de un archivo por lotes (imnenv.bat para SBCS o imqenv.bat para DBCS) que reside en el directorio de NetQuestion. Para eludir este problema, copie imnenv.bat o imqenv.bat desde el directorio de NetQuestion en otra unidad/directorio que esté conectado antes de que se ejecute autoexec.bat. Después, modifique autoexec.bat para llamar a este archivo de proceso por lotes en el arranque. Por ejemplo, si copia imnenv.bat en C:\WINDOWS\IMNNQ, puede añadir la línea siguiente a autoexec.bat:
IF EXIST C:\WINDOWS\IMNNQ\IMNENV.BAT CALL IMNENV.BAT
NetQuestion se conserva en su propio directorio ya que otros productos pueden utilizarlo. Por ejemplo, si ha instalado DB2 Universal Database junto con NetQuestion en G\: y más tarde ha instalado IBM VisualAge para Java en H:\, sólo se instala un sistema de búsqueda, aquél que se instaló en primer lugar.
Algunas de las instrucciones de este apartado requieren que especifique la ubicación del directorio NetQuestion. Para localizar este directorio, entre uno de los mandatos siguientes:
echo %IMNINSTSRV% //para versiones de SBCS echo %IMQINSTSRV% //para versiones de DBCS
Si utiliza Netscape o Internet Explorer con proxies habilitados manualmente, se puede acelerar la búsqueda de modo significativo al modificar la información de proxy.
En Netscape 4, efectúe los pasos siguientes para modificar la información de proxy:
localhost:49213
Si tiene otras entradas en este punto, sepárelas con comas.
En Internet Explorer 4, efectúe los pasos siguientes para modificar la configuración de proxy:
localhost:49213
En Internet Explorer 5, efectúe los pasos siguientes para modificar la configuración de proxy:
Si está conectado a una Red de área local (LAN), pulse Configuración de LAN. Si utiliza la Red de marcación, pulse Configuración.
localhost:49213
Si utiliza un portátil que esté normalmente conectado a una LAN como plataforma de desarrollo desconectada, es posible que tenga dificultades para buscar la documentación del producto de DB2. Si desea efectuar una búsqueda satisfactoria, necesitará inhabilitar la dirección de IP del nombservidor en la configuración de TCP/IP. En otras palabras, necesita dos configuraciones de TCP/IP independientes, una para las operaciones conectadas y otra para operaciones desconectadas.
Windows 9x sólo le permite tener una única configuración de TCP/IP. Sin embargo, hay programas de utilidad de shareware disponibles en Internet que le permiten especificar más de un valor y después cámbiarlos con arreglo al estado de la conexión. TCPSwitch es uno de estos programas.
Antes de desinstalar NetQuestion, asegúrese de que se ha detenido el servidor de búsqueda. Para obtener información sobre el modo de detener el servidor de búsqueda, consulte el apartado Resolución de los problemas de búsqueda.
NetQuestion normalmente se desinstala al desinstalar DB2 Universal Database. Si NetQuestion sigue presente después de desinstalar debidamente DB2 y de volver a arrancar el sistema, vaya al apartado Diagnóstico de problemas de desinstalación de NetQuestion para diagnosticar y arreglar el problema.
Si NetQuestion no se ha desinstalado después de desinstalar debidamente DB2 y de volver a arrancar el sistema, ello puede indicar que DB2 u otros productos IBM siguen estando registrados con NetQuestion. Para determinar los productos que siguen registrados con NetQuestion, emita uno de los mandatos siguientes:
imndomap -a //para SBCS imqdomap -a //para DBCS
Si este mandato no lista índices, vaya al apartado Desinstalación manual de NetQuestion en sistemas operativos Windows de 32 bits.
Si este mandato lista índices que no pertenezcan a la DB2 Universal Database (es decir, los nombres de índice comienzan por algo que no es DB2), hay otros productos del sistema que están utilizando NetQuestion. En este caso no puede eliminar NetQuestion.
Si la lista contiene alguno de los nombres de archivo de índice de DB2 (DB2S71xx o DB2C71xx), DB2 no puede desregistrar los índices haciendo por tanto que falle la desinstalación de NetQuestion. Esto normalmente se produce en el caso de que DB2 se hubiera desinstalado de modo incorrecto. En este caso, ha de desregistrar manualmente los índices de uno en uno efectuando los pasos siguientes:
imnss start server //para SBCS imqss -start dbcshelp //para DBCS
imndomap -d nombre_índice //para SBCS imqdomap -d nombre_índice //para DBCS
donde nombre_índice es el nombre de los índices que devuelve el mandato imndomap -a o imqdomap -a.
imnixdel nombre_índice //para SBCS imqixdel nombre_índice //para DBCS
donde nombre_índice es el nombre de los índices que devuelve el mandato imndomap -a o imqdomap -a.
imnss stop server //para SBCS imqss -stop dbcshelp //para DBCS
nqcounti netq_dir //para SBCS tmcounti netq_dir //para DBCS
donde netq_dir es la vía de acceso plenamente cualificado bajo el que se instala NetQuestion. Consulte el apartado Localización del directorio de instalación de NetQuestion en el caso de que no conozca el directorio bajo el que está instalado NetQuestion.
Si el mandato nqcounti o tmcounti devuelve datos que indican que hay uno o más índices activos, NetQuestion no podrá eliminarse debido a que otros productos IBM siguen registrados. Por favor, póngase en contacto con el servicio técnico IBM para que le ayuden.
Si el mandato nqcounti o el mandato tmcounti devuelve datos que indican que no hay índices activos, vaya al apartado Desinstalación manual de NetQuestion en sistemas operativos Windows de 32 bits.
Si el mandato nqcounti o tmcounti no lista ningún índice activo, puede probar a eliminar NetQuestion manualmente efectuando los pasos siguientes:
Si sigue sin poder desinstalar NetQuestion, llame al servicio técnico IBM para que le ayuden.
Después de una desinstalación de DB2 Universal Database, es muy importante rearrancar antes de efectuar otra instalación de Db2. Es posible que el sistema operativo retenga algunos DLL de NetQuestion y que no se eliminen hasta el siguiente rearranque. Si se produce una instalación de NetQuestion antes del rearranque, los DLL de NetQuestion recién instalados se suprimirán en el siguiente rearranque, haciendo que NetQuestion no pueda utilizarse.
Este apartado describe la información de configuración posterior a la instalación, sugerencias de resolución de problemas adicionales y soluciones provisionales para problemas conocidos con NetQuestion en sistemas operativos OS/2. También describe el modo de eliminar NetQuestion del sistema.
Con el release de DB2 versión 7.1, NetQuestion ya no utiliza TCP/IP para la comunicación entre el navegador, el servidor Web y el servidor de búsqueda. En su lugar, NetQuestion utiliza Conexiones con nombre por omisión para la comunicación local. Sin embargo, si va a utilizar NetQuestion para buscar documentación de DB2 en un entorno de cliente/servidor, podrá habilitarlo para que utilice TCP/IP para las comunicaciones. Para obtener más información sobre la habilitación de NetQuestion para que utilice TCP/IP, consulte el apartado Cómo conmutar NetQuestion para utilizar TCP/IP.
Además de satisfacer los requisitos previos de instalación generales para DB2, se necesitan los siguientes requisitos previos para instalar NetQuestion y trabajar con el mismo:
NetQuestion en DB2 para OS/2 versión 7.1 utiliza Conexiones con nombre en vez de TCP/IP para las comunicaciones locales. Este apartado describe el modo de habilitar NetQuestion para utilizar TCP/IP.
Nota: | Si NetQuestion ya ha sido instalado en el sistema para utilizarlo con otra aplicación IBM, por ejemplo, Visual Age C++ para OS/2, con toda probabilidad estará ya configurado para utilizar TCP/IP para la comunicación. En este caso, cuando instale DB2 para OS/2 versión 7.1, la versión existente de NetQuestion se actualizará automáticamente pero continuará utilizando TCP/IP para las comunicaciones de modo que las otras aplicaciones que dependen de NetQuestion continúen funcionando de modo adecuado. |
Para habilitar NetQuestion para utilizar TCP/IP:
Si desea conmutar de nuevo a la comunicación utilizando conexiones con nombre, repita los pasos anteriores sustituyendo netq.cfg por imncxpip.cfg. También puede conmutar la comunicación para utilizar conexiones sin nombre sustituyendo netq.cfg por imncxloc.cfg.
El servidor de búsqueda funcionará con o sin un adaptador de red instalado en tanto que el localhost y el bucle de retorno local de TCP/IP estén habilitados en el sistema. Para obtener más información sobre la habilitación de localhost y del bucle de retorno local, consulte el apartado Instalación y configuración del centro de control.
Para verificar la configuración de TCP/IP, abra la carpeta IBM DB2 y pulse dos veces en el icono Iniciar servidor de búsqueda de HTML. Si aparece un mensaje de error, TCP/IP no se ha configurado debidamente. Siga las instrucciones del capítulo Instalación y configuración del centro de control para asegurarse de que TCP/IP se ha configurado correctamente. Rearranque OS/2 si ha cambiado algún valor.
El servidor de búsqueda se asigna al puerto 49213, para TCP/IP se asigna un número por encima de los puertos públicos. Si tiene otro producto que utilice este puerto, debería cambiar el número de puerto de servidor de búsqueda efectuando los pasos siguientes:
Si se encuentra con este error:
EHS0410 (o EHS0411): Se ha detectado un error al iniciar el servicio de búsqueda. Detenga el servicio e inícielo de nuevo. Pulse Intro para continuar...
es posible que haya cambiado el nombre de sistema principal después de efectuar la instalación y que sea necesario que lo anote de nuevo. En un indicador de mandatos, conmute al directorio de instalación de NetQuestion y entre:
type netq.cfg
para ver el nombre de sistema principal que está utilizando NetQuestion. Si ha cambiado el nombre de sistema principal, por ejemplo al configurar DHCP y DDNS, entre:
netqinit vía_acceso_datos
donde vía_acceso_datos es el directorio de datos debajo del directorio de instalación de NetQuestion. Por ejemplo, si ha instalado NetQuestion en la unidad D:\, vía_acceso_datos se resolvería como d:\imnnq\data.
Si, por ejemplo, está utilizando un sistema portátil y está temporalmente fuera de una conexión de red, debe habilitar localhost para que busque la documentación. Para obtener más información sobre la habilitación de localhost, consulte el apartado Configuración de TCP/IP en OS/2.
NetQuestion se ha instalado en su propio directorio ya que otros productos pueden utilizarlo. Por ejemplo, si ha instalado DB2 Universal Database junto con NetQuestion en G:\ y más tarde ha instalado IBM VisualAge para Java en H:\, el sistema de búsqueda sólo se instala en un lugar.
Algunas de las instrucciones de este apartado le piden que especifique la ubicación de este directorio. Para ubicar este directorio entre uno de los mandatos siguientes:
echo %IMNINSTSRV% //para SBCS echo %IMQINSTSRV% //para DBCS
También puede ejecutar el mandato x:\sqllib\bin\db2netqd dir, donde x: es la unidad de instalación de DB2.
Antes de desinstalar NetQuestion, asegúrese de que se ha detenido el servidor de búsqueda utilizando el icono apropiado de la carpeta IBM DB2.
Para desinstalar NetQuestion, entre el mandato siguiente:
uninstnq.cmd
Si NetQuestion sigue presente después de ejecutar este mandato, continúe leyendo este apartado para diagnosticar y arreglar el problema.
Si ha ejecutado uninstnq.cmd y NetQuestion no se desinstala, la causa puede ser una de las siguientes:
Para determinar los productos que siguen registrados con el sistema de búsqueda, emita uno de los mandatos siguientes:
imndomap -a //para SBCS imqdomap -a //para DBCS
Si este mandato no lista índices, vaya al apartado Desinstalación manual de NetQuestion en OS/2.
Si este mandato lista índices que no pertenezcan a la DB2 Universal Database (es decir, los nombres de índice comienzan por algo que no es DB2), hay otros productos del sistema que están utilizando NetQuestion. En este caso no puede eliminar NetQuestion.
Si la lista contiene alguno de los nombres de archivo de índice de DB2 (DB2S71xx o DB2C71xx), DB2 no puede desregistrar los índices haciendo por tanto que falle el mandato uninstnq.cmd de NetQuestion. Esto normalmente se produce en el caso de que DB2 se hubiera desinstalado de modo incorrecto. En este caso, ha de desregistrar manualmente los índices de uno en uno efectuando los pasos siguientes:
imnss start server //para SBCS imqss -start dbcshelp //para DBCS
imndomap -d nombre_índice //para SBCS imqdomap -d nombre_índice //para DBCS
donde nombre_índice es el nombre de los índices que devuelve el mandato imndomap -a o el mandato imqdomap -a.
imnixdel nombre_índice //para SBCS imqixdel nombre_índice //para DBCS
donde nombre_índice es el nombre de los índices que devuelve el mandato imndomap -a o el mandato imqdomap -a.
imnss stop server //para SBCS imqss -stop dbcshelp //para DBCS
nqcounti netq_dir //para SBCS tmcounti netq_dir //para DBCS
donde netq_dir es la vía de acceso plenamente cualificada bajo la que se instala NetQuestion. Consulte el apartado Ubicación del directorio de NetQuestion en el caso de que no conozca el directorio bajo el que está instalado NetQuestion.
Si el mandato nqcounti o el mandato tmcounti devuelven datos que indican que no hay índices activos, vaya al apartado Desinstalación manual de NetQuestion en sistemas operativos Windows de 32 bits.
Si el mandato nqcounti o tmcounti devuelven datos que indican que hay uno o más índices activos, NetQuestion no podrá eliminarse debido a que otros productos IBM siguen registrados. Por favor, póngase en contacto con el servicio técnico IBM para que le ayuden.
Si el mandato nqcounti o tmcounti no listan ningún índice activo, puede probar a eliminar NetQuestion manualmente efectuando los pasos siguientes:
uninstnq.cmd
Ignore este mensaje: "SYS0016: El directorio no puede eliminarse."
Nota: | La instalación de DB2 crea copias de seguridad numeradas de CONFIG.SYS con el formato CONFIG.xyz, donde xyz es el primer número disponible de 000 a 100. Las copias de seguridad tendrán una indicación de fecha y hora que se corresponderá con la fecha y la hora de la instalación. Se crean dos copias de seguridad durante la instalación de DB2 Universal Database: una para la instalación de DB2 y otra para la instalación de NetQuestion. |
Este apartado describe el modo de trabajar con NetQuestion en sistemas operativos AIX, HP-UX y Solaris. NetQuestion no está soportado en la actualidad en otros sistemas operativos basados en UNIX. Este apartado también describe las soluciones provisionales a los problemas que pueden encontrarse al instalar NetQuestion en plataformas UNIX.
Si ha instalado el producto DB2 utilizando el programa de utilidad db2setup y ha seleccionado instalar los componentes de Documentación de producto o de Centro de control, NetQuestion se habrá configurado e instalado automáticamente.
Si ha instalado DB2 manualmente, necesitará efectuar determinadas tareas de configuración posteriores a la instalación para configurar el sistema de búsqueda en línea. Para obtener más información, consulte el capítulo de instalación del servidor de la plataforma en el manual DB2 para UNIX Guía rápida de iniciación.
En algunos entornos, las instalaciones o desinstalaciones de anteriores de NetQuestion imposibilitan instalar de nuevo NetQuestion. Es decir, para instalarse correctamente, NetQuestion requiere que existan los nombres de ID de grupo e ID de usuario especiales. Ocasionalmente (normalmente cuando NetQuestion se ha eliminado de modo incompleto) no existe alguno de estos ID. En los demás casos, es posible que los usuarios no tengan los derechos de acceso necesarios para crear los ID de usuario y los ID de grupo de modo satisfactorio en la instalación. Ambas condiciones dan como resultado que NetQuestion no pueda instalarse correctamente.
Problemas al instalar NetQuestion por primera vez en la máquina
Si sufre un problema al instalar NetQuestion y no dispone de una versión anterior del producto ya instalado, elimine por completo NetQuestion y vuelva a instalarlo. Tenga en cuenta que esta acción incluye la eliminación del ID de grupo e ID de usuario de imnadm antes de volver a efectuar la instalación.
Problemas al instalar NetQuestion cuando ya hay otro componente de NetQuestion instalado o estuvo instalado con anterioridad
Si sufre un problema al instalar NetQuestion y dispone de otra versión de NetQuestion ya instalada (o la tuvo instalada en el pasado), no elimine la instalación de NetQuestion existente. En su lugar, compruebe si hay un ID de grupo denominado imnadm. Si lo hay, puede:
Problemas al instalar NetQuestion en un entorno de AFS/DCE o NIS/NIS+
En los entornos en los que la gestión de ID de grupo e ID de usuario está centralizada, los ID los crea un usuario de administración autorizado, el cual a su vez distribuye la información de ID a las máquinas cliente, los ID de grupo e ID de usuario de imnadm han de crearse antes de que los usuarios instalen NetQuestion. Puesto que dichos ID de grupo e ID de usuario se comparten entre todos los productos que utilizan NetQuestion, este paso ha de realizarse una vez antes de instalar el primer producto que utiliza NetQuestion. Una vez se haya desinstalado el último producto que utiliza NetQuestion, debería eliminarse el ID de usuario y el ID de grupo.