Fe de erratas de la documentación

Documentos: "Adaptec AHA-2940AU, 2940U, 2940U Dual, 2940UW, 2940UW Dual, 2940U2, 2940U2B, 2940U2W, 2944UW, 2950U2B, 3940AU, 3940AUW, 3940AUWD, 3940U, 3940UW, 3944AUWD, 3950U2B HBAs" en Solaris 8: Guía de configuración de dispositivos (Edición Intel), adp(7D) y cadp(7D) en Solaris 8 Reference Manual Collection (Solaris 8: Colección de manuales de referencia) y Solaris 8: Novedades del sistema operativo

Actualmente dice:

El controlador cadp admite los dispositivos Adaptec Ultra, que pueden conectarse en marcha de PCI.

Debería decir:

Los dispositivos Adaptec Ultra SCSI:

• AHA-2940AU

• AHA-2940U

• AHA-2940U Dual

• AHA-2940UW

• AHA-2940UW Dual

• AHA-2944UW

• AHA-3940AU

• AHA-3940AUW

• AHA-3940AUWD

• AHA-3940U

• AHA-3940UW

• Solaris 8 Reference Manual Collection adp(7D) and cadp(7D (Solaris 8: Colección de manuales de referencia, adp(7D) y cadp(7D))

• Solaris 8: Novedades del sistema operativo

• Solaris 8: Guía de configuración de dispositivos (Edición Intel)

Documento afectado: Solaris 8: Guía de configuración de dispositivos (Edición Intel)

Los elementos noveno y décimo de la enumeración del apartado "Problemas conocidos y limitaciones" de "Adaptec AHA-2940AU, 2940U, 2940U Dual, 2940UW, 2940UW Dual, 2940U2, 2940U2B, 2940U2W, 2944UW, 2950U2B, 3940AU, 3940AUW, 3940AUWD, 3940U, 3940UW, 3944AUWD, 3950U2B HBAs", en Solaris 8: Guía de configuración de dispositivos (Edición Intel) deberían indicar lo siguiente:

• Al realizar una configuración de bus SCSI, no conecte dispositivos anchos a buses estrechos. Sin embargo, si esa es su configuración, agregue la siguiente entrada al archivo cadp.conf:

  target<n>-scsi-options=0x1df8

  Donde <n> es la identificación de destino del dispositivo ancho en el bus estrecho. Esta entrada inhabilita la negociación ancha para el destino especificado. Asimismo, garantiza que los 8 bits superiores del bus se terminan debidamente en ambos extremos de la cadena SCSI.

• Si tiene problemas de instalación en sistemas con placas base de tipo Intel 440BX/440GX, actualice la BIOS de la placa base a la última versión.

Documento afectado: "Formato de cabecera IPv6" en System Administration Guide, Volume 3

La descripción del campo de prioridad de 4 bits muestra la RFC 1883, que ya se ha visto superada por la RFC 2460 (Solaris 8 utiliza la RFC 2460). Por tanto, un campo de clase de tráfico de 8 bits sustituye el campo de prioridad. El número del formato de cabecera IPv6 debería identificar el campo de clase de tráfico en lugar del de prioridad. Además, la siguiente descripción de clase de tráfico debería reemplazar la viñeta de prioridad que figura en esta página:

• Clase de tráfico - campo de clase de tráfico de 8 bits.

Este valor nuevo también reduce a 20 el número de bits asignados al campo de "Etiqueta de flujo".

Documento afectado: "Valores de prioridad" en System Administration Guide, Volume 3

La descripción del campo de prioridad de 4 bits muestra la RFC 1883, que ya se ha visto superada por la RFC 2460 (Solaris 8 utiliza la RFC 2460). Por tanto, se ha sustituido el campo de prioridad por el campo de clase de tráfico de 8 bits. El siguiente apartado de Clases de tráfico debería reemplazar el de prioridad.

Clases de tráfico

Los nodos de origen y los encaminadores de reenvío pueden usar el campo de clase de tráfico de 8 bits en la cabecera IPv6 para identificar y reconocer diferentes clases o prioridades de paquetes IPv6.

Los siguientes requisitos generales se refieren al campo de Clase de tráfico.

• La interfaz en el servicio IPv6 de un nodo debe permitir que un protocolo de capa superior suministre el valor de los bits de clase de tráfico en los paquetes originados por ese protocolo. El valor predeterminado debe ser igual a cero para los 8 bits.

• Los nodos que admiten un uso específico de los bits de clase de tráfico pueden cambiar el valor de estos bits en los paquetes que originan, reenvían o reciben, según requiera ese uso en concreto. Los nodos deberían hacer caso omiso y dejar inalterados los bits del campo de clase de tráfico para los que no admiten un uso específico.

Documento afectado: "Implementación de IPsec" en System Administration Guide, Volume 3

El paso 10c de este procedimiento omite, incorrectamente, la adición del parámetro up necesario en la línea que se ha agregado al archivo /etc/hostname.ip.tun0. Por tanto, el parámetro up debe agregarse al final de la entrada de línea de este paso.

Documento afectado: "Parámetros NFS para el módulo nfs" en System Administration Guide, Volume 3 (4299091)

En esta sección se aplican varias correcciones:

• Para el símbolo nfs_32_time_ok:

  • Cambiar el nombre de símbolo a: nfs_allow_preepoch_time.

  • Cambiar la descripción a: Este símbolo controla si el servidor o el cliente de NFS permiten marcas de tiempo anteriores a 1970.

  • No hay que hacer cambios en la descripción predeterminada.

  • Borre la entrada del símbolo nfs_acl_cache.

• Agregue una entrada del símbolo nfs_disable_rddir_cache.

  • Descripción: algunos servidores no actualizan correctamente los atributos del directorio cuando se realizan cambios. Para permitir la interoperatividad con estos servidores estropeados, fije esta variable para inhabilitar la antememoria readdir.

  • Predeterminado: definido a off(0).

• Para los símbolos nfs_lookup_neg_cache y nfs3_lookup_neg_cache:

  • Cambie el valor predeterminado a 1. Haga caso omiso del comentario sobre la colocación en antememoria del nombre del directorio.

• Para el símbolo nrnode:

  • Cambie la descripción predeterminada a: establecer en ncsize. Al establecer la variable en el valor 1, desactiva la antememoria; esto se produce debido a que al fijar este valor se crea una antememoria muy pequeña, pero no porque haya una comprobación específica para determinar si el valor es 1.

• Para el símbolo nfs_write_error_interval:

  • Cambie la descripción: este símbolo controla la frecuencia de registro de los mensajes de error de escritura de NFS ENOSPC y EDQUOT. Mide la frecuencia en segundos.

  • No hay que hacer cambios en la descripción predeterminada.

Documento afectado: "Parámetros NFS para el módulo nfs" en System Administration Guide, Volume 3 (4299091)

• Borre la entrada del símbolo nfsreadmap.

Documento afectado: "Parámetros NFS para los parámetros rpcsec", en System Administration Guide, Volume 3 (4299091)

Para el símbolo authdes_cachesz:

• Cambie la descripción predeterminada: El valor predeterminado es 1024.

• Borre la entrada del símbolo authkerb_cachesz.

• Borre la entrada del símbolo authkerb_win.

Documento afectado: "Mobile IP Mobility Agent Status" y "Displaying Mobility Agent Status", en Mobile IP Administration Guide (Guía de administración de IP móviles)

Actualmente dice:

Use la opción b del comando mipagentstat(1M) -para visualizar la tabla de vinculación al origen del agente.

Debería decir:

Use la opción h del comando mipagentstat(1M) -para visualizar la tabla de vinculación al origen del agente.

Documento afectado: "Managing Mobile IP" y "Deploying Mobile IP", en Mobile IP Administration Guide (Guía de administración de IP móviles)

El apartado de direcciones del archivo de configuración de IP móviles tiene un parámetro denominado Default-Node. Este nombre es incorrecto. El nombre correcto es Node-Default.

Documento afectado: página de comando man de sdtgwm(1) (4330198)

El sistema operativo Solaris 8 6/00 no admite la opción -w que se describe en la página de comando man sdtgwm(1).

Documento afectado: Solaris Smart Cards Administration Guide (Guía de administración de Smart Cards de Solaris) (4296336)

Los comandos start y stop del daemon ocfserv que se describen en Solaris Smart Cards Administration Guide (Guía de administración de Smart Cards de Solaris) no existen.

Para reiniciar el daemon ocfserv siga estos pasos.

1. Detenga el daemon inetd.

   # pkill inetd

2. Detenga el daemon ocfserv.

   # pkill ocfserv

3. Verifique que ha detenido el daemon ocfserv.

   # pgrep ocfserv

4. Reinicie el daemon inetd.

   # inetd -s

Documento afectado: Solaris Smart Cards Administration Guide (Guía de administración de Smart Cards de Solaris) (4326607)

Solaris Smart Cards Administration Guideindica un nombre incorrecto de Sun Smart Card Reader I para la opción j de smartcard - opción:

-j com.sun.opencard.terminal.scm.SCMstc.SCMStcCardTerminalFactory

Sun Smart Card Reader I para la opción j de smartcard - debería decir lo siguiente:

-j com.sun.opencard.terminal.scm.SCMStc.SCMStcCardTerminalFactory

Documento afectado: "Creación de un servidor de arranque en una subred", en Solaris 8 Advanced Installation Guide (4327931)

Las instrucciones para crear un servidor de arranque en una subred indican, incorrectamente, que debe usar el CD de software 2 de 2 y el CD de idiomas de Solaris 8. Si sigue estas instrucciones aparecerá el siguiente mensaje de error.

An existing install server cannot be found at /image_name. 
This tool can only add packages to an install server that already exists.

Al seguir las instrucciones de "Creación de un servidor de arranque en una subred", en el apartado "Creación de un servidor de instalación y de un servidor de arranque" de Solaris 8 Advanced Installation Guide, omita los pasos 6 a 15.

Documentos afectados: "Gestión de soportes extraíbles mejorada", en Solaris 8 System Administration Supplement (Solaris 8: Suplemento de administración del sistema) y "Soportes extraíbles", en Solaris 8: Suplemento del usuario

El apartado "Gestión de soportes extraíbles mejorada" de Solaris 8 System Administration Supplement y el apartado "Soportes extraíbles" de Solaris 8: Suplemento del usuario no describen adecuadamente las diferencias en la forma de trabajar con los soportes extraíbles con respecto a la versión Solaris 8.

Estos apartados deberían indicar lo siguiente:

En la versión Solaris 8 6/00, el gestor de volúmenes (vold) gestiona de forma activa todos los dispositivos de soportes extraíbles. Esto significa que no sería posible acceder a soportes extraíbles con nombres como /dev/rdsk/cntndnsn o /dev/dsk/cnt ndnsn.

Mientras el gestor de volúmenes (vold) esté en ejecución, la única forma de acceder a los dispositivos será mediante el Gestor de soportes extraíbles de CDE o las rutas de acceso del gestor de volúmenes (por ejemplo, /cdrom0, /floppy, /rmdisk, /jaz0 o /zip0).

Asimismo, podrá acceder a los dispositivos extraíbles mediante sus entradas en el directorio /vol/dev. Por ejemplo:

/vol/dev/rdiskette0/nombre-volumen en el caso de un disquete o

/vol/dev/rdsk/cntndn/nombre-volumen, en el caso de un CD-ROM o un disco duro extraíble

Si un dispositivo de soportes extraíble incluye un soporte extraíble, el alias aparecerá en el directorio /vol/dev/aliases como enlace simbólico a su ruta dentro del directorio /vol/dev. Por ejemplo, si hubiera un disquete con la etiqueta prueba en la unidad de disquete 0 y un CD con la etiqueta prueba en la unidad de CD-ROM, en /dev/rdsk/c2t1d0, en pantalla aparecerá lo siguiente:

$ ls -l /vol/dev/aliases
lrwxrwxrwx	1 root root	30 May 11 12:58 cdrom0 -> /vol/dev/rdsk/c2t1d0/prueba 
lrwxrwxrwx	1 root root	30 May 11 12:58 floppy0 -> /vol/dev/rdiskette0/prueba

Si no está seguro del dispositivo que debe elegir, use el comando eject -n para visualizar los nombres de todos los dispositivos de soportes extraíbles. Por ejemplo, use el nombre de dispositivo que aparece a la derecha de eject -n para determinar el dispositivo que debe usar con los comandos fsck, mkfs o newfs.

Acceso a unidades Jaz o Zip

Puede elegir si desea que la forma de acceder a las unidades Jaz o Zip cambie con respecto a versiones anteriores de Solaris, dependiendo de si está instalando o modernizando la versión Solaris 8 6/00 :

• Si está modernizando a la versión Solaris 8 6/00 desde una versión anterior de Solaris, podrá seguir accediendo a las unidades Jaz y Zip igual que antes.

• Si está instalando por primera vez la versión Solaris 8 6/00, no podrá acceder a las unidades Jaz y Zip igual que antes.

Siga el procedimiento que se indica a continuación si desea acceder a las unidades Jaz y Zip igual que con las versiones anteriores de Solaris.

1. Conviértase en superusuario.

2. Convierta en comentario la siguiente línea del archivo /etc/vold.conf. Para ello, escriba el signo (#) al principio del texto, como sigue:

   #use rmdisk drive /dev/rdsk/c*s2 dev_rmdisk.so rmdisk%d

3. Rearranque el sistema.

   # init 6