Ir al contenido España-Español
HP.com España principal Productos y Servicios Soporte y Drivers Soluciones Cómo Comprar
» Contactar con HP
Más opciones
HP.com España principal
Guía de instalación y actualización a HP-UX 11i: Servidores y estaciones de trabajo HP > Apéndice B Problemas conocidos y soluciones

Problemas con la configuración de HP-UX 11i

» 

Documentación técnica

Libro completo en PDF
» Comentarios
Aquí empieza el contenido

 » Tabla de contenido

 » Índice

Lea los siguientes puntos antes de instalar 11i o actualizar a 11i.

La habilitación de AutoFS en High Availability Servers puede provocar la pérdida de los paquetes NFS

Reiniciar los clientes NFS (con nfs.client stop/start) o los servidores NFS (con nfs.server stop/start) mientras se ejecutan los paquetes NFS en el High Available (HA) Server implicará la pérdida de los sistemas de archivos exportados vinculados a los paquetes NFS.

Esto se debe a que los sistemas de archivos exportados SG-NFS se manejan interactivamente y no están en el archivo /etc/exports. Al detener los clientes NFS o los servidores NFS, se anulará la exportación de todos los sistemas de archivos en el sistema por medio del comando /usr/sbin/exportfs -au. Los sistemas de archivos se volverán a exportar si vuelven a tener las entradas del archivo /etc/exports en la fase de inicio, pero no los sistemas de archivos exportados interactivamente por los paquetes NFS.

¿Cómo determinar si esto le afecta?

Le afectará si habilita AutoFS en un servidor HA.

Solución

La habilitación de AutoFS en el servidor HA NFS debe realizarse con precaución. No obstante, este tipo de configuración se admite totalmente si se adopta una de las dos acciones siguientes antes de detener el demonio AutoFS:

  1. Traslade manualmente todos los paquetes NFS al nodo de servidor adoptivo.

  2. Detenga todos los paquetes NFS.

El demonio Auto FS puede detenerse con el comando kill -9, la secuencia de comandos nfs.client o bien la secuencia de comandos nfs.server.

Después de reiniciar el demonio AutoFS, se puede reiniciar los paquetes NFS o trasladarlos manualmente de vuelta al nodo del servidor. AutoFS se puede reiniciar con el comando /usr/sbin/automountd o bien con la secuencia de comandos nfs.client.

Cambios de los monitores de diagnóstico del hardware

Si va a actualizar de una versión más antigua del diagnóstico del hardware, los monitores antiguos de los dispositivos disc30, sdisk y de unidades de discos múltiples (disk array) dejarán de funcionar.

Este problema le puede afectar si:

  • Utiliza una versión del diagnóstico anterior a la de febrero de 1999 (una versión de STM inferior a A.14.00). Para comprobar la versión, introduzca:

    /usr/sbin/cstm

    La versión de STM se muestra en los mensajes de inicio. Salga del sistema introduciendo: quit

    Y:

  • Ha personalizado los archivos de configuración para los programas diaglogd exec (disk30_exec.cfg, sdisk_exec.cfg y haraymon_exec.cfg). Compruebe estos archivos consultando el directorio /var/stm/config/diaglogd_progs/. Si los archivos existen y la monitorización está habilitada en el interior de los archivos, es posible que su sistema se vea afectado.

Lleve a cabo estas comprobaciones antes de actualizar el sistema a 11i.

Después de actualizar a 11i:

Para obtener los mismos resultados que con los monitores anticuados, utilice los monitores de hardware del Event Monitoring Service (EMS) del sistema actualizado. Consulte la guía EMS Hardware Monitors User's Guide que se facilita en el sitio web:

http://docs.hp.com/hpux/diag/

NOTA: A partir de la revisión de febrero de 1999 del diagnóstico del hardware, se ha producido un cambio en la forma de realizar la monitorización para disc30, sdisk y los modelos de unidades de discos múltiples (Disk Array) de alta disponibilidad (HA) 10, 20 y 30FC. Antes, los programas diaglogd exec (pdisc30_exec, pharaymon_exec y psdisk_exec) manejaban las entradas de error de los controladores para estos dispositivos. A partir de la revisión de febrero de 1999, estos programas se han eliminado, siendo los monitores de hardware del EMS los que proporcionan ahora la funcionalidad de dichos programas.

La información del hardware no se captura en los sistemas con unidad de disco

En los sistemas con una unidad de disco conectada, la información del hardware no se captura en el System Configuration Repository (SCR) bajo 11i.

Después de actualizar un sistema con una unidad de disco de 10.20 a 11i, encontrará un archivo central en /usr/dmi/bin y hpuxci (HP-UX DMI Component Instrumentation) no estará ejecutándose.

¿Cómo determinar si esto le afecta?

Este problema le afecta si hay una unidad de disco conectada al (o instalada en el) sistema y utiliza el System Configuration Repository (SCR) para almacenar información del hardware. Puesto que hpuxci no se ejecuta, la información del hardware no se captura. El problema se produce si existe /dev/floppy.

Solución

Se facilitará una solución para el problema en la primera revisión de parches complementarios que se haga para 11i. Entretanto, si depende del SCR, no debe realizar la actualización a 11i o bien debe extraer la unidad de disco.

NOTA: Si existe /dev/floppy, hpuxci configura atributos por defecto para el dispositivo. El código que lo lleva a cabo no hace que termine en cero la cadena transmitida a atoi(), lo que da como resultado un segfault (error de segmentación). La solución que se facilite para este problema terminará la cadena correctamente.

Auto-Port Aggregation no funciona en los sistemas rp7410

El controlador igelan para tarjetas rp2710 centrales no admite Auto-Port Aggregation (APA).

Solución

Para solucionar este problema, instale el parche PHNE_25833 (o cualquier parche que lo reemplace).

Las tarjetas EISA no se admiten en el sistema operativo de 64 bits

Los controladores de E/S EISA para tarjetas TermIO, FDDI, 100BT y Token Ring se admiten en el sistema operativo HP-UX de 32 bits, pero no en el sistema operativo de 64 bits. No se obtiene ningún mensaje de error ni de advertencia que informe de que estos productos EISA no van a funcionar después de la instalación o la actualización al sistema operativo de 64 bits.

Las tarjetas 100BT HSC-FX no funcionan en HP-UX 11i

Las tarjetas 100BT HSC-FX, J3514A#002 y J3516A#002, no funcionan bajo 11i. Se reclama la presencia de la tarjeta, pero el enlace no aparece.

Esta tarjeta se admite en los sistemas de Clase K, Clase D y A-180. Si no está seguro de que la tarjeta esté instalada en el sistema, utilice el comando apropiado.

ioscan -kfClan | grep J3514A#002 (en sistemas de Clase K)

ioscan -kfClan | grep J3516A#002 (en sistemas A-180 o de Clase D)

Si la tarjeta está instalada, verá la ruta de hardware, el número de interface y otros datos que se muestran en la pantalla.

Para solucionar el problema, instale el parche PHNE_22727 o bien sustituya la tarjeta HSC-FX por una tarjeta HSC-TX, J3514A#001 (Clase K) o J3516A#001 (A-180 y Clase D). Si sustituye la tarjeta, también necesitará un convertidor de TX a FX. El convertidor no es un producto de HP, pero se ha habilitado para utilizarlo con tarjetas HP; lo fabrica Transition Networks, número de referencia C/E-100BTX-FX-04(SC).

Restricciones de los adaptadores PCI SCSI para OLA/R

La adición y sustitución en línea (OLA/R - Online addition and replacement) de los adaptadores de bus de host (HBA - Host Bus Adapter) PCI está disponible en HP-UX 11i en el caso de los sistemas HP 9000 Clase L, Clase N y Superdome. Esta característica permite agregar o sustituir un HBA estropeado sin tener que reiniciar el sistema.

Existen algunas restricciones relativas a la capacidad para llevar a cabo la adición en línea (OLA - Online Addition) o la sustitución en línea (OLR - Online Replacement) con estos HBA SCSI.

  • A4800A

  • A5149A

  • A5150A

  • A5159A

  • A5838A

Puede hallar más información sobre las restricciones de los HBA SCSI para OLA/R en el IT Resource Center (ITRC - Centro de Recursos de Tecnología Informática) de HP, ubicado en la siguiente dirección URL:

http://itrc.hp.com

  1. Vaya a la zona de knowledge trees (árboles de conocimiento).

  2. Debajo de "Hardware", seleccione Networks.

  3. Seleccione mass storage connectivity.

  4. Seleccione scsi hba’s.

  5. Seleccione technical support

    Esto le da acceso a la página titulada "scsi hba’s". (Es conveniente incluir esta página en los marcadores para volverla a consultar en el futuro.)

  6. Seleccione el enlace ola/r support en la lista del margen izquierdo de la página; al hacerlo, tendrá acceso a las restricciones de los HBA SCSI para OLA/R.

Rectificación de la documentación sobre adaptadores de bus de host PCI SCSI

Existe un error en el manual actual de cada uno de estos adaptadores de bus de host (HBA - Host Bus Adapter) PCI SCSI: A4800A, A5149A, A5150A y A5159A

El contenido de la sección “Setting the SCSI IDs” del capítulo “Installing the Adapter” no es correcto. El contenido correcto de la sección “Setting the SCSI IDs” es:

Se debe asignar una ID SCSI (0 a 15 para un bus SCSI de 16 bits) independiente al adaptador de bus de host SCSI y a cada dispositivo SCSI. La prioridad del dispositivo en el bus SCSI se determina mediante su ID SCSI. El orden de las prioridades de las ID SCSI (de mayor a menor) es 7, 6, 5, 4, 3, 2, 1, 0, 15, 14, 13, 12, 11, 10, 9 y 8. Un dispositivo con una ID SCSI 7 presenta la máxima prioridad y uno con una ID SCSI 8 presenta la mínima.

Al asignar las ID SCSI, se recomienda concederle al adaptador de bus de host SCSI una prioridad mayor que a los demás dispositivos SCSI del bus. ID SCSI 7 es la ID SCSI predefinida para el adaptador de bus de host SCSI HP (lo que le concede la máxima prioridad en el bus SCSI). Asigne a cada uno de los demás dispositivos SCSI del bus una de las ID SCSI restantes.

En el caso de una configuración de varios iniciadores (Alta disponibilidad [High Availability - HA]) -en la que varios adaptadores de bus de host SCSI se conectan al mismo bus SCSI-, al adaptador de bus de host SCSI que soporte la mayor parte del tráfico debe asignársele una ID SCSI de 7 (lo que le otorga la máxima prioridad) y, acto seguido, en cada uno de los demás adaptadores de bus de host SCSI del bus, hay que cambiar la configuración predefinida (7) de su ID SCSI por la siguiente ID SCSI de máxima prioridad que quede (p. ej., 6, 5, 4... etc.).

Si prevé iniciar el sistema desde una unidad de disco duro del bus SCSI, debe asignarle a dicha unidad la siguiente ID SCSI de máxima prioridad que esté sin asignar. Si sólo hay un adaptador de bus de host SCSI (ID SCSI = 7), a la unidad de disco duro debe asignársele una ID SCSI de 6. Si hay varios adaptadores de bus de host SCSI, a la unidad de disco duro debe asignársele la siguiente ID SCSI de máxima prioridad que haya disponible después de haber asignado a todos los adaptadores de bus de host SCSI una ID SCSI de prioridad más alta que la suya.

Las ID SCSI de los dispositivos periféricos se establecen, por regla general, con los puentes o un interruptor del dispositivo periférico. Consulte las instrucciones del fabricante del dispositivo periférico para averiguar la ID de cada dispositivo y la forma de cambiarla.

No debe haber ninguna ID SCSI duplicada en los bus SCSI; si existen ID SCSI duplicadas en el bus, el sistema se bloqueará.

Para obtener información detallada sobre cómo ajustar de forma compatible y cambiar ID SCSI, consulte la sección “Checking SCSI Bus Compatibility” del manual Service and User Guide.

Esta rectificación atañe a los siguientes manuales:

  • HP A4800A PCI FWD SCSI Host Bus Adapter Service and User Guide (A3725-96031, E0201), página 30

  • HP A5149A PCI Ultra2 SCSI Host Bus Adapter Service and User Guide (A5149-96003, E0201), página 31

  • HP A5150A PCI Dual Port Ultra2 SCSI Host Bus Adapter Service and User Guide (A5150-96002, E0201), página 35

  • HP A5159A PCI Dual Port FWD SCSI Host Bus Adapter Service and User Guide (A5159-96002), página 31

Versión para imprimir
Declaración de privacidad El uso de este sitio implica la aceptación de sus términos de uso
© Hewlett-Packard Development Company, L.P.