test

Suplemento de notas sobre la versión de Solaris 7 11/99 para hardware de Sun

Capítulo 4 Notas sobre la versión relativas al Sun Enterprise 10000

Este capítulo contiene las notas sobre la versión del entorno operativo Solaris en relación con el servidor SunTM EnterpriseTM 10000, lo que incluye las notas sobre la versión de Alternate Pathing (AP), Reconfiguración dinámica (DR) y Redes interdominio (IDN).

Alternate Pathing

Alternate Pathing (AP) 2.2 es la primera versión de AP para la que se incluye soporte en dominios de Sun Enterprise 10000 que ejecutan el entorno operativo Solaris 7 11/99.

AP permite definir y controlar rutas físicas alternativas para acceder a los dispositivos periféricos, lo que proporciona mayor disponibilidad y capacidad de recuperación frente a fallos en el servidor. Si una ruta física a un dispositivo queda fuera de servicio, puede utilizarse la ruta alternativa. Para obtener más información, consulte la Sun Enterprise Server Alternate Pathing 2.2 User's Guide en el AnswerBook Solaris 7 11/99 on Sun Hardware Collection.

Nota -

En el momento de la edición de este documento, AP 2.2 no es compatible con ninguna versión de Sun Enterprise Volume Manager(TM) (SEVM).

Cuestiones relativas a la instalación

Si va a actualizar el entorno operativo Solaris 2.5.1 o 2.6 al entorno Solaris 7 11/99 y tiene instalado el software de AP 2.0 o 2.1 y Solstice(TM) DiskSuite(TM) 4.0 o 4.1 (SDS) en el sistema, necesitará actualizar a AP 2.2 y SDS 4.2. Esta sección contiene una descripción general de todo el proceso, que requiere el uso de diversas secciones contenidas en distintas publicaciones. Deberá asegurarse, por tanto, de que dispone de los siguientes documentos antes de proceder a la actualización:

Precaución - Precaución -

Es preciso seguir el orden aquí indicado para poder realizar la actualización correctamente.

En general, deberá llevar a cabo las tareas siguientes:

También deberá efectuar algunas tareas específicas:

  1. Leer "Actualización de AP" en el capítulo "Alternate Pathing 2.2 en el servidor Sun Enterprise 10000" de la Solaris 7 11/99: Guía de plataformas de hardware de Sun.

  2. Confirmar los metadispositivos AP que queden por confirmar (lea el Paso 1 de "Para actualizar a AP 2.2" en el capítulo "Alternate Pathing 2.2 en el servidor Sun Enterprise 10000" de la Solaris 7 11/99: Guía de plataformas de hardware de Sun).

  3. Desconfigurar SDS (lea los pasos del 1 al 8 del procedimiento "How to Convert to DiskSuite 4.2 on SPARC Systems Running DiskSuite 4.0 or 4.1" en Solstice DiskSuite 4.2 Installation and Product Notes).

    Precaución - Precaución -

    No instale Solaris 7 11/99 en este momento.

  4. Llevar a cabo los pasos del 3 al 5 de la sección "Para actualizar a AP 2.2" en el capítulo "Alternate Pathing 2.2 en el servidor Sun Enterprise 10000" de la Solaris 7 11/99: Guía de plataformas de hardware de Sun).

    Nota -

    Para esta versión, deberá desinstalar el paquete SUNWapap como parte del paso 3a del procedimiento "Para actualizar a AP 2.2" de la Solaris 7 11/99: Guía de plataformas de hardware de Sun.

  5. Actualizar a Solaris 7 11/99 (lea el paso 6 de "Para actualizar a AP 2.2" en el capítulo "Alternate Pathing 2.2 en el servidor Sun Enterprise 10000" de la Solaris 7 11/99: Guía de plataformas de hardware de Sun).

  6. Llevar a cabo los pasos del 6 al 9 de "Para actualizar a AP 2.2" en el capítulo "Alternate Pathing 2.2 en el servidor Sun Enterprise 10000" de la Solaris 7 11/99: Guía de plataformas de hardware de Sun).

  7. Instalar SDS 4.2 y restaurarlo (lea el paso 10 de "Para actualizar a AP 2.2 y SDS 4.2" en el capítulo "Alternate Pathing 2.2 en el servidor Sun Enterprise 10000" de la Solaris 7 11/99: Guía de plataformas de hardware de Sun y los pasos del 10 al 16 del procedimiento "How to Convert to DiskSuite 4.2 on SPARC Systems Running DiskSuite 4.0 or 4.1" en el Capítulo 1 de Solstice DiskSuite 4.2 Installation and Product Notes).

Cuestiones generales

Esta sección contiene algunas consideraciones generales relacionadas con la instalación de AP en el servidor Sun Enterprise 10000. Recomendamos su lectura antes de proceder a instalar o configurar AP.

Dispositivos admitidos

El software AP en servidores Sun Enterprise admite el uso de los dispositivos siguientes:

La tabla siguiente contiene los dispositivos de red admitidos en cada versión:

Tabla 4-1 Dispositivos de red admitidos

 

AP 2.0 

AP 2.1 

AP 2.2 

Solaris 2.5.1 

hme, le, nf, bf, hi, qe, qfe

N/A 

N/A 

Solaris 2.6 (5/98) 

N/A 

ge, hme, le, nf, qe, qfe, vge

N/A 

Solaris 7 11/99 

N/A 

N/A 

ge,hme, le, nf, qe, qfe

Dispositivos SunFDDI

Se han llevado a cabo pruebas de validación de AP 2.2 con SunFDDI (revisión 6.0). Si instala este dispositivo, utilice el número de revisión probado, a menos que exista una revisión posterior. Deberá instalar también todas las modificaciones de software disponibles para el dispositivo. Consulte la página http://www.sunsolve.sun.com para obtener más información sobre estas modificaciones.

Sun StorEdge A3000

Sun StorEdge A3000 incluye funciones de recuperación frente a fallos similares a las proporcionadas por AP, por lo cual, AP no puede utilizarse con este producto. Consulte la documentación de Sun StorEdge A3000 para obtener más información sobre sus funciones de recuperación frente a fallos.

Sun StorEdge A5000

AP incluye soporte para Sun StorEdge A5000 en esta versión.

Sun StorEdge A7000

AP 2.2 no incluye soporte para Sun StorEdge A7000 en esta versión.

Compatibilidad del software

Las figuras siguientes muestran las posibles combinaciones de software de SSP, AP y Solaris que pueden instalarse en un servidor Sun Enterprise. Recuerde que el Sun Enterprise 10000 puede incluir cualquier combinación de dominios con el entorno operativo y el software indicados a la derecha de las figuras. La versión del entorno operativo Solaris en el SSP y la versión en el dominio no tienen que coincidir necesariamente.

Nota -

En las figuras siguientes, "sólo básico" significa sin AP y sin DR, a menos que se especifique lo contrario. En general, "sólo básico" hace referencia a un dominio que sólo tiene instalado el entorno operativo Solaris. Asimismo, algunas de las configuraciones presentadas a continuación sólo son posibles si se instalan una o varias modificaciones de software en el SSP o en el dominio. Para obtener más información sobre las modificaciones necesarias, consulte las descripciones que encontrará en la página http://sunsolve.sun.com.

Figura 4-1 SSP 3.0, AP 2.0 y Solaris 2.5.1 en el Sun Enterprise 10000

Graphic

Figura 4-2 SSP 3.1, AP 2.1, Solaris 2.5.1, Solaris 2.6 3/98, Solaris 2.6 5/98 y Solaris 7 en el Sun Enterprise 10000

Graphic

Figura 4-3 SSP 3.1, AP 2.2, AP 2.1, Solaris 2.5.1, Solaris 2.6 3/98, Solaris 2.6 5/98, Solaris 7, Solaris 7 3/99, Solaris 7 5/99 y Solaris 7 11/99 en el Sun Enterprise 10000

Graphic

Errores conocidos

No se han detectado errores en esta versión de AP.

Errores corregidos

Esta sección contiene una descripción de los errores más importantes que se han corregido desde la versión 2.1 de AP (Solaris 2.6 5/98) y el ID de error asignado por Sun. La lista no incluye todos los errores corregidos.

4126743 - La recuperación automática de AP tras el fallo de un disco se bloquea cuando se producen fallos simultáneos en varios grupos de rutas (este error se corrigió con el ID de error 4136249).

4126897 - El dominio indica un error grave cuando no existe ninguna base de datos de AP ni entradas de metadispositivo en /etc/vfstab.

4136249 - Las E/S a volúmenes RAID de SEVM se bloquean después de una recuperación automática de AP tras un fallo.

4141438 - La interfaz mhme se bloquea si se hace un uso intensivo de la red.

4143514 - FDDI con AP se bloquea si se hace un uso intensivo de la red.

4147674 - AP provoca el bloqueo de ifconfig con mutex.

4153152 - apconfig funciona como un usuario normal.

4161396 - AP 2.x necesita tener capacidad para funcionar con GEM.

4163270 - netstat no muestra recuentos de las metainterfaces de red de ap.

4166620 - La ejecución de snoop con una metainterfaz de red de AP detiene el snooping después de conmutar.

4170818 - Si se ejecuta la macro $<callouts nadb o el comando "callout ts" de fm2, se verán miles de tiempos de espera excedidos de qenable en la tabla de llamadas de tiempo compartido.

4180055 - El acceso a un metadisco de AP con una ruta alternativa activa que ha fallado provoca un error grave.

4180702 - Los mensajes de swap.c no están internacionalizados.

4183581 - apboot disco provoca el volcado del núcleo central cuando disco coincide con el disco de arranque actual.

4185154 - La prueba de funcionamiento bajo presión de GigabitEthernet se bloquea.

4188418 - Es posible que Veritas [SEVM] no detecte un error del disco duro.

4195441 - ap_daemon de AP2.0 no se comunica con AP2.2.

4226867 - ap_reboot_host falla en dispositivos photon en versiones combinadas de AP.

4228731 - Las interfaces de red que no existen no se marcan como desconectadas después de rearrancar.

Reconfiguración dinámica

Las notas sobre la versión y cualquier otra información técnica contenida en esta sección sólo se refieren a Reconfiguración dinámica (DR) para la versión Solaris 7 11/99 en servidores Sun Enterprise 10000.

Cuestiones generales

Esta sección contiene consideraciones generales relativas a DR en el servidor Sun Enterprise 10000. Recomendamos su lectura antes de proceder a la instalación o configuración de DR.

Utilidad dr-max-mem

La forma de utilizar dr-max-mem ha cambiado desde la versión Solaris 2.5.1. Consulte la sección adecuada de Sun Enterprise 10000 Dynamic Reconfiguration User's Guide para Solaris 7 11/99 si necesita una descripción detallada de esta importante variable de OBP.

DR y procesos de usuario vinculados

En el entorno operativo Solaris 7 11/99, DR ya no desvincula automáticamente los procesos de usuario de las CPU que se desconectan. Los usuarios deben realizar esta operación manualmente antes de iniciar una secuencia Detach de DR. La operación Drain de DR fallará si se detecta alguna CPU con procesos vinculados.

Ubicación de la memoria no paginable

En el entorno operativo Solaris 7 11/99, la memoria no paginable (es decir, la de OBP y la del núcleo), la caja del núcleo, reside en el espacio de direcciones físicas superior, que generalmente se encuentra en la placa del sistema de numeración más alta en el dominio. El sentido de crecimiento de esta área es desde la dirección física más alta a la más baja, aunque existen excepciones a esta regla. Utilice siempre drshow(1M) para verificar el estado de la memoria de cualquier placa.

Ubicación de la caja del núcleo

En el entorno operativo Solaris 7 11/99, la ubicación de la caja del núcleo ha cambiado de las placas del sistema de numeración más baja a las de numeración más alta. Sin embargo, algunos usuarios necesitan que esta caja se sitúe en la placa del sistema de numeración más baja. Si se encuentra en este caso, puede aplicar la modificación de software 105873-08 (como mínimo) en el SSP para cambiar la ubicación de la caja. Consulte el archivo README de la modificación para obtener instrucciones sobre su instalación. La modificación puede descargarse de http://sunsolve.corp.sun.com u obtenerse a través de un proveedor de servicios local.

DR y las unidades de cinta

En el entorno operativo Solaris 7 11/99, el controlador st, antes considerado como inseguro para DR, ahora es fiable. Espera a que finalicen las peticiones de E/S existentes antes de interrumpir el funcionamiento de la unidad.

DR y SunFDDI

Si el servidor Sun Enterprise 10000 contiene alguna interfaz SunFDDI(TM) SBus Adapter 5.0 y tiene intención de utilizar DR, debe instalar la modificación de software de Sun 104572-05, o el número de revisión más alto disponible. Puede obtener esta modificación en la página Web:

DR y Sun StorEdge A3000

La reconfiguración dinámica de las matrices Sun(TM) StorEdge(TM) A3000 en un Sun Enterprise 10000 con entorno operativo Solaris 2.6 necesita RAID Manager 6.01.00, o una versión posterior, para un correcto funcionamiento.

DR y Sun StorEdge A5000

DR podrá utilizarse en sistemas configurados con dispositivos Sun StorEdge A5000 y la última modificación de software para StorEdge A5000. Póngase en contacto con el proveedor de servicios para que le informe sobre la manera de obtener la modificación.

En el caso de placas de E/S conectadas a la A5000, es preciso verificar que la versión de firmware del disco FC-AL es ST19171FC 0413 o una versión posterior. Para obtener más información, consulte la página Web siguiente:

DR y los controladores pln y soc

Si utiliza los controladores pln y/o soc en el servidor, debe comprobar si los parámetros del archivo /etc/system están bien configurados. El archivo debe incluir dos entradas exactamente iguales a las de este ejemplo. 

set pln:pln_enable_detach_suspend=1
set soc:soc_enable_detach_suspend=1

Errores conocidos

Esta sección contiene los errores detectados en relación con la función DR en servidores Sun Enterprise 10000 con Solaris 7 11/99.

Al cancelar el comando Detach de DR, puede que no se reconecten los discos desconectados (4010910)

Si una operación Detach de DR no consigue desconectar un dispositivo sd y el controlador tiene dispositivos sd que ya se han desconectado, la cancelación de Detach no hace que se reconecten todos los dispositivos que comparten la misma controladora y que han sido desconectados. Esta situación se presenta raras veces y normalmente se produce cuando el firmware de la unidad de disco está bloqueado.

Solución alternativa: Ninguna

dr_daemon no encuentra el uso de dispositivos de Veritas (4011123)

Las aplicaciones DR no muestran en sus pantallas de utilización de dispositivos el uso de discos que hace el software de Veritas.

Solución alternativa: Ninguna

El comando disks(1M) borra las entradas del controlador y corrompe el árbol de dispositivos de Sun StorEdge A3000 (4096048)

El comando disks(1M) de Solaris borra las entradas de enlaces simbólicos cuando los dispositivos de disco dejan de estar presentes en un dominio del Enterprise 10000. Si los dispositivos se han reconfigurado dinámicamente de forma que ya no están presentes, pueden generarse discrepancias entre el árbol de dispositivos administrado por la Symbios y el administrado por Solaris.

Solución alternativa: Debe obtener la modificación de software adecuada a través de SunSolve o de su proveedor de servicios. Esta modificación contiene correcciones que garantizan que los nombres de nodos se mantienen bajo el entorno operativo Solaris cuando los dispositivos StorEdge A3000 se reconfiguran dinámicamente fuera de un determinado dominio del Enterprise 10000. La modificación hace que, cuando la misma matriz vuelva a conectarse al dominio, herede el mismo nombre de nodo que tenía inicialmente, con lo que se consigue que los datos se mantengan disponibles sin tener que modificar los puntos de montaje del sistema o las configuraciones de las aplicaciones de los usuarios. Es importante no realizar operaciones de arranque de reconfiguración (boot -r) en un dominio cuando hay dispositivos A3000 presentes en las placas del sistema.

El funcionamiento de DR falla por la incompatibilidad con la función DMP de SEVM (4215683)

DR y la función DMP de Sun Enterprise Volume Manager (SEVM) no son compatibles. Si hay algún disco bajo el control de DMP, no podrá desconectarse.

Solución alternativa: Ninguna

No se pueden desconectar placas del sistema de servidores Sun Enterprise que contienen tarjetas QFE (4231845)

La configuración de un servidor de arranque para clientes x86 basados en Solaris 2.5.1 da como resultado la ejecución de daemons rpld, los cuales mantienen un referencia activa (abierta) a todos los dispositivos de red, aunque no estén en uso. Tales referencias impiden que DR pueda desconectar estos dispositivos.

Solución alternativa: Suprima o cambie el nombre del directorio /rplboot. A continuación, detenga y reinicie NFS con los comandos siguientes: 

# sh /etc/init.d/nfs.server stop
# sh /etc/init.d/nfs.server start

No puede interrumpirse el daemon de StorEdge A3000 (4100212)

La presencia de daemons de StorEdge A3000 (rdaemon) impiden la finalización de la operación de desconexión de DR si el entorno operativo debe interrumpirse y reanudarse para desconectar la memoria no paginable.

Solución alternativa: Desactive el daemon provisionalmente antes de realizar la operación de DR y vuelva a iniciarlo cuando haya finalizado. Para ello, utilice los comandos siguientes: 

# sh /etc/rc2.d/S90amon stop
# sh /etc/rc2.d/S90amon start

No se puede vaciar la memoria de las placas del sistema en Solaris 7 y error de segmentación de dr_daemon (4229238)

Tras numerosas repeticiones de una condición de gestión de errores en el daemon de DR, éste puede detectar una violación de la segmentación (es decir, un volcado del núcleo central). Tenga presente que esta condición se produce durante un flujo de gestión de errores (es decir, un fallo de la operación de DR).

Solución alternativa: Reinicie las aplicaciones de DR en el SSP.

Errores corregidos

Los siguientes errores se han corregido desde la última versión de DR. Esta lista no incluye errores de poca importancia ni aquéllos que se han corregido mediante modificaciones de software.

4083412 - socal y sf tienen que soportar DETACH/SUSPEND/RESUME

4090750 - DR genera un error grave durante la desconexión cuando el valor de dr-max-mem es alto.

4067860 - SUNWcsr crea dispositivos principales duplicados en name_to_major al actualizar de Solaris 2.5.1 8/97 a Solaris 2.6 5/98.

4131197 - dr_daemon vuelca el núcleo central con Solaris 2.6 5/98.

4133607 - Las operaciones de DR con mem_board_interleave_ok causan problemas.

4134357 - availrmem no se reduce durante la desconexión de memoria de Sun Enterprise 10000.

4135366 - La modificación de software de Sun StorEdge A3000 ha cambiado.

4136544 - El suproceso de vaciado ("flusher thread") se bloquea durante la ejecución del comando drain de DR con la modificación oficial -20 KU.

Redes interdominio (IDN)

Las redes interdominio (InterDomain Networks o IDN) son conexiones de hardware internas de alta velocidad gracias a las cuales los dominios dinámicos del sistema (denominados dominios en este capítulo) del servidor Sun Enterprise 10000 pueden comunicarse entre sí como si se comunicasen a través de una red normal. Para obtener más información, consulte la Sun Enterprise 10000 InterDomain Networks User Guide en la colección AnswerBook SSP 3.2.

Cuestiones generales

Esta sección contiene cuestiones generales relativas a la función IDN. Léala antes de intentar configurar una IDN.

Soporte de software

Para usar IDN, el SSP debe ejecutar el software SSP 3.2.

Archivo idn.conf(4)

Las IDN se inicializan en el dominio mediante el archivo idn.conf(4). Cada dominio tiene que poseer un archivo idn.conf(4) para poder ser miembro de una IDN. Este archivo se utiliza para crear copias del controlador e inicializar varios parámetros que pueden afectar al rendimiento y el comportamiento de la IDN. Es importante comprobar que los valores de los parámetros se encuentran dentro de los rangos permitidos. Consulte la Sun Enterprise 10000 InterDomain Networks User Guide en la colección AnswerBook2 SSP 3.2 para obtener más información sobre los parámetros de idn.conf(4).

Precaución - Precaución -

Los valores situados fuera del rango permitido pueden provocar fallos graves del dominio después de rearrancarlo. Si el dominio indica un fallo grave, el daemon detector de eventos detecta el fallo y rearranca el dominio, lo que vuelve a provocar un fallo grave en el dominio. Por tanto, no puede rearrancarse el dominio si el archivo idn.conf(4) contiene un valor incorrecto. Sun Microsystems recomienda la eliminación del archivo /etc/hostname.idnX para evitar la carga automática del controlador de IDN al rearrancar.

OpenBootTM PROM

Tenga presentes las siguientes cuestiones relativas a la variable idn-smr-size y a la entrada en el indicador de OpenBoot PROM (OBP) en el servidor Sun Enterprise 10000.

Variable idn-smr-size

Solaris 2.6 incluye la variable de OBP idn-smr-size, que está relacionada con la función IDN. Si un dominio tiene instalado Solaris 2.6, no defina ningún valor distinto de cero (predeterminado) en esta variable. El entorno operativo Solaris 2.6 no incluye soporte para la función IDN.

Entorno OBP

Antes de entrar en el indicador de OBP, desvincule el dominio de su IDN utilizando el comando domain_unlink(1M). No entre en OBP mientras el dominio está vinculado a una IDN.

Errores conocidos

La lista siguiente contiene los errores conocidos en esta versión de la función IDN.

Error VerExec cuando se rearranca un dominio de Solaris 2.6 desde OBP (4254715)

Es posible que se produzcan errores relacionados con la función IDN en dominios que ejecutan el entorno operativo Solaris 2.6. Algunos de los mensajes de error carecen de importancia, pero otros están relacionados con la definición de la variable idn-smr-size de OBP con un valor distinto de cero.

Solución alternativa: El entorno operativo Solaris 2.6 no admite la función IDN. No cambie el valor de idn-smr-size en dominios que ejecuten Solaris 2.6.

El controlador de IDN puede provocar un fallo grave si idn_slab_mintotal se define con un valor distinto de cero (4273317)

Las valores de parámetros situados fuera del rango permitido pueden provocar un fallo grave en el dominio. Es necesario usar un valor situado dentro del rango permitido.

La lista siguiente contiene los parámetros que pueden provocar un error grave si el valor de idn.conf(4) está fuera del rango permitido.

Solución alternativa: No existe ninguna solución para este error. El dominio continuará fallando a causa de los valores incorrectos de idn.conf(4) cada vez que se cargue el controlador de IDN. Es importante usar valores situados dentro del rango permitido.

Si se define idn_protocol_nservers con el valor mínimo (uno), se genera un fallo grave (4275051)

Si se define el parámetro idn_protocol_nservers de idn.conf(4) con el valor uno, puede producirse un fallo grave del dominio. Los parámetros de idn.conf(4) se inicializan cada vez que se rearranca el dominio y se carga el controlador de IDN. Si el dominio falla, el daemon detector de eventos rearranca el dominio, éste vuelve a fallar y provoca un error irrecuperable.

Solución alternativa: No defina el valor uno para este parámetro. Si se produce este error, rearranque el dominio en modo monousuario y suprima el archivo /etc/hostname.idnX para evitar que el controlador de IDN se cargue automáticamente al rearrancar.

Un dominio remoto indica que el dominio principal no tiene ID de CPU (4275420)

Algunas combinaciones de IDs de CPU e IDs de dominio dentro de un dominio que responde a una petición de conexión puede provocar el envío de información incorrecta en la petición de conexión.

Solución alternativa: Ninguna

El controlador de IDN no implementa las estadísticas MIB-II del núcleo (4276084)

El controlador de IDN no implementa las estadísticas MIB-II del núcleo en esta versión. Por este motivo, las herramientas de administración de red que presentan estadísticas MIB-II del núcleo no pueden mostrar estadísticas sobre las IDN.

Solución alternativa: No existe una alternativa para evitar este error. No se corregirá en esta versión.

Si se define idn_msgwait_nego con el valor mínimo (1 segundo), puede fallar el funcionamiento de IDN (4277617)

Si se define el parámetro idn_msgwait_nego de idn.conf(4) con el valor 1 segundo, es posible que IDN no funcione correctamente. Los parámetros de idn.conf(4) se inicializan cada vez que se rearranca el dominio. Si se produce este error, es necesario restaurar el parámetro y rearrancar el dominio antes de realizar operaciones con IDN.

Solución alternativa: No defina el valor 1 en este parámetro. Este error no se corregirá en esta versión.

Modificaciones de software

Esta sección contiene una lista de modificaciones de software que deberían instalarse antes de empezar a configurar una IDN.

108317-01

Descripción: El controlador de IDN generará un error grave si el valor de la propiedad idn_slab_mintotal está fuera del rango permitido

Errores corregidos: 4273317, 4275051, 4275420

Nota -

Esta modificación se obtiene a través de las páginas Web de SunSolve.

Errores de la documentación

Esta sección contiene la descripción de los errores detectados en diversos documentos después de la implementación de la función IDN.

domain_link(1M) y domain_unlink(1M)

Las páginas del comando man de domain_link(1M) y domain_unlink(1M) deberían haber incluido una nota indicando a los usuarios la necesidad de usar el nombre de dominio adecuado para la variable SUNW_HOSTNAME al vincular o desvincular dominios. Los dominios deben soportar la función IDN. Esta información sí se incluye en el manual del usuario de IDN.

Valores de los parámetros de IDN

Algunos parámetros especificados en la sección "Configuring InterDomain Networks" de la Sun Enterprise 10000 InterDomain Networks User Guide son incorrectos. La tabla siguiente contiene los valores adecuados.

Tabla 4-2 Valores correctos de los parámetros de IDN

Parámetro 

Mínimo 

Máximo 

Predeterminado 

idn_awolmsg_interval

0 

3600 

60 

idn_hiwat

1024 

1048576 

262144 

idn_lowat

1 

524288 

1 

idn_msgwait_cfg

1 

300 

40 

idn_msgwait_cmd

1 

300 

40 

idn_msgwait_con

1 

300 

20 

idn_msgwait_nego

1 

300 

20 

idn_netsvr_spin_count

0 

10000 

500 

idn_netsvr_wait_min

0 

3000 

40 

Parámetros del archivo idn.conf(4)

En algunas descripciones de parámetros de la sección "Configuring InterDomain Networks" contenida en la Sun Enterprise 10000 InterDomain Networks User Guide se indica que el parámetro puede modificarse en cualquier momento o que, para modificarlo, es necesario desvincular el dominio de la IDN. Esta información es incorrecta. Todos los parámetros del archivo idn.conf(4) pueden modificarse mientras el dominio está vinculado a la IDN, pero es necesario rearrancar el dominio para que los nuevos valores tengan efecto.

El valor del parámetro idn_smr_bufsize debe ser una potencia de dos.

La tabla de parámetros del archivo idn.conf(4) incluye el parámetro idn_modunloadable, que es un parámetro de ndd(1M), no de idn.conf(4).

La descripción del parámetro idn_smr_size de idn.conf(4) es incorrecta. Debería indicar que la región de memoria compartida (SMR) está determinada por el valor de la variable idn-smr-size de OBP. El tamaño de la SMR está determinado por el valor mínimo de la variable idn-smr-size y del parámetro idn_smr_size. Si idn-smr-size se define con cero, la variable de OBP anula el valor del parámetro de idn.conf(4).

Entorno operativo Solaris

Esta sección contiene cuestiones generales, errores conocidos, modificaciones de software y notas sobre Solaris 7 11/99 en el servidor Sun Enterprise 10000.

Cuestiones generales

No se pueden realizar las actualizaciones de Solaris 2.3 o Solaris 2.4 a Solaris 7 11/99.

Nota -

Antes de iniciar los procedimientos para una primera instalación o una actualización del entorno operativo Solaris en el servidor Sun Enterprise 10000, es preciso instalar las modificaciones de software del SSP descritas en el manual de instalación y las notas sobre la versión del Sun Enterprise 10000 SSP, a menos que se haya actualizado el entorno operativo del SSP con el software SSP 3.1.1 o SSP 3.2.

Solaris 7 11/99 y los tamaños de las particiones del disco de arranque

Si está actualizando de Solaris 2.6 a Solaris 7 11/99 y ha empleado la disposición de particiones que se sugiere en la Solaris 2.6: Guía de plataformas de hardware de SMCC, es posible que las particiones no sean suficientemente grandes para la actualización. Por ejemplo, la partición /usr debe tener al menos 653 Mb. Si /usr tiene un tamaño inferior al necesario para llevar a cabo la actualización, suninstall emplea el modo Dynamic Space Reallocation (DSR) para volver a asignar el espacio de las particiones de disco.

El DSR puede calcular una disposición de partición que no resulte aceptable en ciertos sistemas. Por ejemplo, puede seleccionar particiones que para DSR aparezcan sin utilizar (particiones distintas de UFS que contengan datos sin procesar u otros tipos de sistemas de archivo). Si DSR selecciona una partición que está siendo utilizada, puede producirse pérdida de datos, por lo que conviene conocer el estado actual de las particiones que DSR va a utilizar antes de permitirle continuar con la reasignación de las particiones de disco.

Una vez que DSR muestra una disposición aceptable y se decide continuar con la reasignación, el modo ajusta los sistemas de archivo implicados, y la actualización prosigue. No obstante, si no puede limitarse la asignación de forma que responda a las necesidades, es posible que deban volverse a establecer las particiones del dispositivo de arranque de forma manual, o bien que se tenga que realizar una instalación desde el principio.

Solaris 7 11/99 y las variables de controladores

En Solaris 7 11/99, es necesario activar los controladores soc y pln en /etc/system antes de intentar desconectar una placa del sistema asociada a esos controladores. Para activarlos, utilice la siguiente sintaxis: 

set pln:pln_enable_detach_suspend=1
set soc:soc_enable_detach_suspend=1

SunFDDI

El servidor Sun Enterprise 10000 no admite SunFDDI(TM).

SunATM 4.0 Update 1

El servidor Sun Enterprise 10000 no admite SunATM(TM) 4.0 Update 1.

Errores conocidos

Esta sección contiene los errores conocidos en la versión de DR para Solaris 7 11/99.

4231845: no se puede desconectar la placa del sistema si se está ejecutando el daemon in.rarpd y se encuentra presente /rplboot

En Solaris 7 11/99 Beta, los controladores qec y qe no son compatibles con DR o AP 2.2.

Solución alternativa: Ninguna

Errores corregidos

Esta sección contiene la lista de errores que se han corregido. No se incluyen los errores de menor importancia. Cada entrada incluye un ID de error de 7 dígitos asignado por Sun para facilitar su búsqueda y una línea de descripción del error.

4110199 - Implementación de /etc/init.d/cvc, discrepancias con paquete.

Errores de la documentación

Esta sección contiene los errores de documentación relativos al entorno operativo Solaris en el servidor Sun Enterprise 10000.

Variables de OBP

Antes de ejecutar el comando boot net desde el indicador de OBP (ok), es preciso verificar que la variable local-mac-address? está definida con el valor false, que es el predeterminado. Si el valor de esta variable es true, verifique que se trata del valor adecuado para la configuración local.

Precaución - Precaución -

Si local-mac-address? está definida con true, puede provocar que el dominio no arranque correctamente en la red.

Para ver los valores de las variables de OBP, puede utilizar el comando siguiente en el indicador de OBP de una ventana netcon(1M): 

ok printenv

Para definir la variable local-mac-address?

  1. Si la variable tiene el valor true, utilice el comando setenv para definirla con false. 

    ok setenv local-mac-address? false