Este capítulo describe los problemas conocidos de la documentación.
Las siguientes cuestiones de documentación se han agregado a este capítulo desde la publicación del presente documento en el CD de documentación de Solaris 8 2/02 y en el quiosco de instalación del CD de instalación de Solaris 8 2/02.
El nombre de este producto es Solaris 8 2/02 , pero puede que el código y el nombre de la ruta del producto o el nombre de las rutas de los paquetes utilicen Solaris 2.8 o SunOS 5.8. Siga siempre el código o la ruta tal como están escritos.
En el ejemplo "Backing Up a UFS Snapshot", el comando mount siguiente es incorrecto.
# mount -F UFS -o ro /dev/fssnap/1 /backups/home.bkup |
El comando mount siguiente es el correcto.
# mount -F ufs -o ro /dev/fssnap/1 /backups/home.bkup |
El texto siguiente de la sección "Valid and Default Card Types for Client Applications" es incorrecto y se debe omitir:
Supongamos, por ejemplo, que especifica iButton, Cyberflex y CardA como las propiedades de las tarjetas válidas para la aplicación B. A continuación, especifica Cyberflex como la propiedad de la tarjeta predeterminada. Si la aplicación B acepta solamente su tarjeta predeterminada y el usuario intenta entrar en la aplicación B con CardA, el sistema muestra el mensaje siguiente:
Waiting for Default Card |
El apartado "Example--Creating User Information on a Smart Card (Command Line)" tiene una propiedad denominada username. El nombre de la propiedad no es correcto. Debería ser user.
La nota siguiente falta en los apartados "OCF Client Properties Overview" y "Additional Client Configuration Tasks":
No vuelva a establecer el tiempo de espera de la autenticación en cero.
Falta la nota siguiente en el capítulo "Setting Up a Smart Card (Overview)":
Las tarjetas Payflex no admiten perfiles múltiples. No utilice las tarjetas Payflex en los casos en que el usuario deba iniciar una sesión en el escritorio o se tengan que asegurar una o más aplicaciones.
En el quiosco de instalación no se incluye la lista de nuevas características adaptadas al entorno nacional.
Solución alternativa: para obtener una lista adaptada al entorno nacional, consulte "What's New at a Glance" en Solaris 8: Suplemento para el usuario del escritorio, Solaris 8 System Administration Supplement, Solaris 8 Software Developer Supplement o Solaris 8: Suplemento de instalación.
Algunos gráficos de CDE: Guía del usuario son ilegibles en AnswerBook2 en los entornos nacionales español, italiano y alemán.
Solución alternativa: consulte CDE: Guía del usuario en http://docs.sun.com para obtener gráficos legibles.
El software AnswerBook2 se ha actualizado a la versión 1.4.3, pero en la documentación aún se hace referencia a la versión 1.4.2. Aparte del número de versión, la documentación es correcta.
La instrucción actual es incorrecta.
Los dispositivos Adaptec Ultra están admitidos por el controlador cadp y admiten conexión en marcha de PCI.
Esta frase debería decir lo siguiente.
Los dispositivos Adaptec Ultra SCSI que se listan a continuación ahora son admitidos por el controlador adp y no por el cadp.
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: Colección de manuales de referencia adp(7D) y cadp(7D)
Solaris 8: Guía de configuración de dispositivos (Edición Intel)
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:
Este valor nuevo también reduce a 20 el número de bits asignados al campo de "Etiqueta de flujo".
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.
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.
El paso 10c de este procedimiento omite por error 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.
En este apartado se aplican varias correcciones:
Para el símbolo nfs_32_time_ok, haga lo siguiente.
Cambie el nombre del símbolo por nfs_allow_preepoch_time.
Cambie la descripción por "Este símbolo controla si el cliente o el servidor NFS permiten las marcas de fecha de archivo 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.
Predeterminada: establecida en off(0).
Para los símbolos nfs_lookup_neg_cache y nfs3_lookup_neg_cache, haga lo siguiente.
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, haga lo siguiente.
Cambie la descripción predeterminada por set to ncsize. Al establecer la variable en el valor 1, se desactiva la antememoria; esto se produce debido a que al fijar este valor se crea una antememoria muy pequeña, no porque se efectúe una comprobación específica para determinar si el valor es 1.
Para el símbolo nfs_write_error_interval, haga lo siguiente.
Cambie la descripción por "Este símbolo controla la frecuencia con que se registran los mensajes de error de escritura de NFS ENOSPC y EDQUOT. Las unidades de los símbolos están en segundos."
No hay que hacer cambios en la descripción predeterminada.
Borre la entrada del símbolo nfsreadmap.
Para el símbolo authdes_cachesz, haga lo siguiente.
Cambie la descripción predeterminada por "El valor predeterminado es 1024".
Borre la entrada del símbolo authkerb_cachesz.
Borre la entrada del símbolo authkerb_win.