Este manual resume todas las funciones del sistema operativo Solaris 10 que son nuevas o que se han mejorado desde el lanzamiento del sistema operativo Solaris 9 en mayo de 2002. Este capítulo resume las funciones nuevas de la versión actual, Solaris 10 10/08. El Capítulo 2Novedades de la versión Solaris 10 5/08, resume las funciones nuevas de la versión anterior, Solaris 10 5/08. El Capítulo 3Novedades de la versión Solaris 10 8/07, resume las funciones nuevas de la versión Solaris 10 8/07. El Capítulo 4Novedades de la versión Solaris 10 11/06, resume las funciones nuevas de la versión Solaris 10 11/06. El Capítulo 5Novedades de la versión Solaris 10 6/06, resume las funciones nuevas de la versión Solaris 10 6/06. El Capítulo 6Novedades de la versión Solaris 10 1/06, resume las funciones nuevas de la versión Solaris 10 1/06. El Capítulo 7Novedades de la versión Solaris 10 3/05, resume las funciones nuevas de la versión Solaris 10 3/05. El Capítulo 7Novedades de la versión Solaris 10 3/05, resume también todas las funciones clasificadas por la versión de Software Express en las que se incluyeron por primera vez estas funciones.
Las siguientes funciones y mejoras de instalación se han agregado a la versión Solaris 10 10/08.
A partir de la versión Solaris 10 10/08, se puede instalar y arrancar una agrupación root ZFS.
Los siguientes programas de instalación efectúan una instalación inicial de una agrupación root ZFS:
El instalador basado en texto de Solaris efectúa una instalación inicial de una agrupación root ZFS. En el proceso de instalación, se elige instalar un sistema de archivos UFS o una agrupación root ZFS. Se puede configurar una agrupación root ZFS duplicada seleccionando dos discos durante la instalación. También se puede vincular o agregar más discos tras la instalación para crear una agrupación root ZFS duplicada. Los dispositivos de volcado e intercambio de los volúmenes de ZFS se crean automáticamente en la agrupación root ZFS.
Para obtener instrucciones detalladas, consulte el Chapter 3, Installing With the Solaris Interactive Text Installer for ZFS Root Pools (Planning and Tasks), de la Solaris 10 Installation Guide: Basic Installations.
Con JumpStart personalizada, puede generar un perfil para crear una agrupación de almacenamiento de ZFS y designar un sistema de archivos ZFS que se puede arrancar. Palabras clave nuevas de perfil de ZFS instalan una agrupación root ZFS para una instalación inicial. Un perfil de ZFS contiene un conjunto limitado de palabras clave.
Para obtener más información acerca de JumpStart y ZFS, consulte el Chapter 9, Installing a ZFS Root Pool With JumpStart, de la Solaris 10 Installation Guide: Custom JumpStart and Advanced Installations.
Modernización automática de Solaris es válida para realizar las tareas siguientes:
Migrar un sistema de archivos root UFS (/) a un agrupación root ZFS.
Crear un entorno de arranque en uno de los contextos siguientes:
En una agrupación root ZFS ya creada
En otra agrupación root ZFS
A partir de un origen distinto del sistema actual que está en ejecución
En un sistema que tenga instaladas zonas no globales
Después de haber utilizado el comando lucreate para crear un entorno de arranque de ZFS, en el entorno de arranque se pueden utilizar otros comandos de Modernización automática de Solaris como luupgrade y luactivate. Si desea más información sobre Modernización automática de Solaris para ZFS, consulte el Chapter 12, Solaris Live Upgrade and ZFS (Overview), en la Solaris 10 10/08 Installation Guide: Solaris Live Upgrade and Upgrade Planning.
Las siguientes funciones y mejoras de administración del sistema se han agregado a la versión Solaris 10 10/08.
En la sección siguiente se resumen las nuevas funciones del sistema de archivos ZFS. Para más información sobre estas novedades, consulte la Guía de administración de Solaris ZFS.
Posibilidad de instalar y arrancar ZFS: a partir de la versión Solaris 10 10/08, puede instalar y arrancar un sistema de archivos root de ZFS. Para instalar un sistema de archivos root de ZFS se dispone de las opciones instalación inicial o JumpStart. Modernización automática de Solaris es válida para migrar un sistema de archivos root UFS a uno ZFS. También se proporciona compatibilidad con dispositivos de volcado e intercambio.
Inversión de un conjunto de datos ZFS sin desmontar: a partir de Solaris 10 10/08, puede invertir un conjunto de datos sin tener que desmontarlo antes. Esta función hace que ya no se necesite la opción zfs rollback -f para forzar una operación de desmontaje. Ya no se admite la opción -f, y si se especifica se hace caso omiso de ella.
Mejoras en el comando zfs send: la versión &s10u6 incluye las mejoras siguientes en el comando zfs send:
Se puede enviar todos los flujos de datos incrementales de una instantánea a una instantánea acumulativa. Por ejemplo:
# zfs list NAME USED AVAIL REFER MOUNTPOINT pool 428K 16.5G 20K /pool pool/fs 71K 16.5G 21K /pool/fs pool/fs@snapA 16K - 18.5K - pool/fs@snapB 17K - 20K - pool/fs@snapC 17K - 20.5K - pool/fs@snapD 0 - 21K - # zfs send -I pool/fs@snapA pool/fs@snapD > /snaps/fs@combo |
Esta sintaxis muestra cómo enviar todas las instantáneas incrementales entre fs@snapA y fs@snapD a fs@combo.
Se puede enviar un flujo de datos incrementales de la instantánea de origen para crear un clon. Para que se acepte el flujo incremental, la instantánea original ya debe estar en la parte receptora. Por ejemplo:
# zfs send -I pool/fs@snap1 pool/clone@snapA > /snaps/fsclonesnap-I . . # zfs receive -F pool/clone < /snaps/fsclonesnap-I |
Se puede enviar un flujo de datos de replicación de todos los sistemas de archivos descendentes, hasta las instantáneas nombradas. Cuando se reciben, se conservan todas las propiedades, las instantáneas, los sistemas de archivos descendentes y los clones. Por ejemplo:
# zfs send -R pool/fs@snap > snaps/fs-R |
Se puede enviar un flujo de datos de duplicación incremental.
zfs send -R -[iI] @snapA pool/fs@snapD |
Para obtener más ejemplos, consulte la Guía de administración de Solaris ZFS.
Cuotas y reservas de ZFS sólo para datos de sistemas de archivos: a partir de la versión Solaris 10 10/08, se proporcionan cuotas y reservas de conjuntos de datos que no incluyen descendientes, por ejemplo instantáneas y clónicos, en la contabilización del consumo de espacio. Las funciones de reserva y cuota existentes de ZFS continúan igual que en las versiones anteriores de Solaris.
La propiedad refquota limita la cantidad de espacio que un conjunto de datos puede consumir. Esta propiedad impone un límite físico en la cantidad de espacio que se puede usar. Este límite físico no incluye el espacio usado por los descendentes, por ejemplo instantáneas y clones.
La propiedad refreservation establece la cantidad mínima de espacio que se garantiza a un conjunto de datos, sin incluir a sus descendentes.
Por ejemplo, puede establecer 10 GB de refquota para studentA que establezca un límite físico de 10 GB de espacio referenciado. Si desea una flexibilidad adicional, puede establecer una cuota de 20 GB que permita administrar instantáneas de studentA.
# zfs set refquota=10g tank/studentA # zfs set quota=20g tank/studentA |
Propiedades de agrupaciones de almacenamiento ZFS: en la versión Solaris 10 10/08, se proporciona información relativa a las propiedades de agrupaciones de almacenamiento ZFS.
Mostrar todos los atributos de agrupaciones: con el comando zpool get all pool se puede visualizar toda la información de las propiedades de las agrupaciones. Por ejemplo:
# zpool get all users NAME PROPERTY VALUE SOURCE users size 16.8G - users used 194K - users available 16.7G - users capacity 0% - users altroot - default users health ONLINE - users guid 14526624140147884971 - users version 10 default users bootfs - default users delegation on default users autoreplace off default users cachefile - default users failmode wait default |
Propiedad cachefile: esta versión ofrece la propiedad cachefile, que controla dónde se guarda la información de configuración de la agrupación en la caché. Todos los grupos de la caché se importan automáticamente cuando arranca el sistema. Sin embargo, la instalación y los entornos de administración de clústeres quizá deban almacenar en la caché esta información en otra ubicación para impedir la importación automática de las agrupaciones.
Esta propiedad puede establecerse para que la configuración de la agrupación se guarde en la caché en otra ubicación que luego pueda importarse con el comando zpool import -c. Esta propiedad no se utilizará en la mayoría de las configuraciones de ZFS.
La propiedad cachefile no es persistente y no se almacena en el disco. Esta propiedad sustituye a temporary, propiedad que se usó para indicar que la información de la agrupación no debe guardarse en la caché en versiones anteriores de Solaris.
Propiedad failmode: esta versión proporciona la propiedad failmode para determinar el comportamiento de un error grave de agrupación debido a una pérdida de conectividad de dispositivos o al error de todos los dispositivos de la agrupación. La propiedad failmode se puede establecer con los valores wait, continue o panic. El valor predeterminado es wait, lo que significa que debe volver a conectar el dispositivo, o sustituir un dispositivo anómalo y suprimir el error con el comando zpool clear.
La propiedad failmode se establece como otras propiedades configurables de ZFS que se pueden establecer antes o después de crear la agrupación. Por ejemplo:
# zpool set failmode=continue tank # zpool get failmode tank NAME PROPERTY VALUE SOURCE tank failmode continue local |
# zpool create -o failmode=continue users mirror c0t1d0 c1t1d0 |
Mejoras en el historial de comandos de ZFS ( zpool history): a partir de la versión Solaris 10 10/08, el comando zpool history brinda las siguientes funciones nuevas:
Se muestra la información de los eventos de sistema de archivos ZFS. Por ejemplo:
# zpool history users History for 'users': 2008-07-10.09:43:05 zpool create users mirror c1t1d0 c1t2d0 2008-07-10.09:43:48 zfs create users/home 2008-07-10.09:43:56 zfs create users/home/markm 2008-07-10.09:44:02 zfs create users/home/marks 2008-07-10.09:44:19 zfs snapshot -r users/home@yesterday |
La opción -l para mostrar un formato largo que incluya el nombre de usuario, el nombre de host y la zona en que se efectuó la operación. Por ejemplo:
# zpool history -l users History for 'users': 2008-07-10.09:43:05 zpool create users mirror c1t1d0 c1t2d0 [user root on corona:global] 2008-07-10.09:43:13 zfs create users/marks [user root on corona:global] 2008-07-10.09:43:44 zfs destroy users/marks [user root on corona:global] 2008-07-10.09:43:48 zfs create users/home [user root on corona:global] 2008-07-10.09:43:56 zfs create users/home/markm [user root on corona:global] 2008-07-10.09:44:02 zfs create users/home/marks [user root on corona:global] 2008-07-11.10:44:19 zfs snapshot -r users/home@yesterday [user root on corona:global] |
La opción -i para mostrar información de eventos internos que se puede utilizar para finalidades de diagnóstico. Por ejemplo:
# zpool history -i users History for 'users': 2008-07-10.09:43:05 zpool create users mirror c1t1d0 c1t2d0 2008-07-10.09:43:13 [internal create txg:6] dataset = 21 2008-07-10.09:43:13 zfs create users/marks 2008-07-10.09:43:48 [internal create txg:12] dataset = 27 2008-07-10.09:43:48 zfs create users/home 2008-07-10.09:43:55 [internal create txg:14] dataset = 33 2008-07-10.09:43:56 zfs create users/home/markm 2008-07-10.09:44:02 [internal create txg:16] dataset = 39 2008-07-10.09:44:02 zfs create users/home/marks 2008-07-10.09:44:19 [internal snapshot txg:21] dataset = 42 2008-07-10.09:44:19 [internal snapshot txg:21] dataset = 44 2008-07-10.09:44:19 [internal snapshot txg:21] dataset = 46 2008-07-10.09:44:19 zfs snapshot -r users/home@yesterday |
Actualización de sistemas de archivos ZFS ( zfs upgrade): a partir de la versión Solaris 10 10/08, puede utilizar el comando zfs upgrade para actualizar los sistemas de archivos ZFS con las nuevas mejoras del sistema de archivos. Los grupos de almacenamiento ZFS cuentan con una función de actualización similar para proporcionar mejoras a los grupos de almacenamiento.
Por ejemplo:
# zfs upgrade This system is currently running ZFS filesystem version 2. The following filesystems are out of date, and can be upgraded. After being upgraded, these filesystems (and any 'zfs send' streams generated from subsequent snapshots) will no longer be accessible by older software versions. VER FILESYSTEM --- ------------ 1 datab 1 datab/users 1 datab/users/area51 |
No se puede acceder a los sistemas de archivos que se actualizan y los flujos generados a partir de esos sistemas actualizados mediante el comandozfs send desde sistemas que ejecuten versiones de software más antiguas.
Administración delegada de ZFS: a partir de la versión Solaris 10 10/08, puede delegar permisos exhaustivos a usuarios sin privilegios para ejecutar tareas de administración de ZFS.
Los comandos zfs allow y zfs unallow se utilizan para otorgar y suprimir permisos.
Puede modificar la capacidad de usar la administración delegada de con la propiedad delegation de la agrupación. Por ejemplo:
# zpool get delegation users NAME PROPERTY VALUE SOURCE users delegation on default # zpool set delegation=off users # zpool get delegation users NAME PROPERTY VALUE SOURCE users delegation off local |
De forma predeterminada se activa la propiedad delegation.
Configuración de dispositivos de registro de ZFS independientes: ZIL (ZFS Intent Log) se proporciona para satisfacer los requisitos de POSIX de transacciones síncronas. Por ejemplo, las bases de datos precisan con frecuencia que sus transacciones se encuentren en dispositivos de almacenamiento estables al volver de una llamada del sistema. NFS y otras aplicaciones también pueden usar fsync() para asegurar la estabilidad de los datos. De forma predeterminada, ZIL se asigna a partir de bloques de la agrupación de almacenamiento principal. Sin embargo, el rendimiento de la versión Solaris 10 10/08 puede mejorar si se usan dispositivos ZIL independientes en la agrupación de almacenamiento ZFS, por ejemplo NVRAM o un disco dedicado.
Los dispositivos de registro para ZIL no están relacionados con los archivos del registro de la base de datos.
Puede configurar un dispositivo de registros de ZFS al crear la agrupación de almacenamiento o después de haberla creado. Para obtener ejemplos de configuración de dispositivos de registro, consulte la Guía de administración de Solaris ZFS.
Creación de conjuntos de datos de ZFS intermedios: a partir de la versión Solaris 10 10/08, la opción -p con los comandos zfs create, zfs clone y zfs rename es apta para crear rápidamente un conjunto de datos intermedios no existentes, en el caso de que no existan ya.
Por ejemplo, cree conjuntos de datos de ZFS (users/area51) en la agrupación de almacenamiento datab.
# zfs list NAME USED AVAIL REFER MOUNTPOINT datab 106K 16.5G 18K /datab # zfs create -p -o compression=on datab/users/area51 |
Si el conjunto de datos intermedio ya existe durante la operación de creación, ésta se completa satisfactoriamente.
Las propiedades especificadas se aplican al conjunto de datos de destino, no a los de datos intermedios. Por ejemplo:
# zfs get mountpoint,compression datab/users/area51 NAME PROPERTY VALUE SOURCE datab/users/area51 mountpoint /datab/users/area51 default datab/users/area51 compression on local |
El conjunto de datos intermedio se crea con el punto de montaje predeterminado. Las propiedades adicionales se desactivan para el conjunto de datos intermedio. Por ejemplo:
# zfs get mountpoint,compression datab/users NAME PROPERTY VALUE SOURCE datab/users mountpoint /datab/users default datab/users compression off default |
Para obtener más información, consulte zfs(1M).
Mejoras en repuestos en marcha de ZFS: a partir de la versión Solaris 10 10/08, ZFS responde con más eficiencia a los dispositivos eliminados y brinda un mecanismo para identificar automáticamente los dispositivos que se insertan:
Puede sustituir un dispositivo por otro equivalente sin tener que usar el comando zpool replace.
La propiedad autoreplace controla la sustitución automática de un dispositivo. Si la propiedad se establece en off, la sustitución del dispositivo debe iniciarla el administrador mediante el comando zpool replace. Si la propiedad se establece en on, automáticamente se da formato y se sustituye cualquier dispositivo nuevo que se detecte en esta misma ubicación física como dispositivo que perteneciera anteriormente a la agrupación. El comportamiento predeterminado es off.
El estado REMOVED de la agrupación de almacenamiento se asigna cuando un dispositivo o repuesto en marcha se ha extraído, en el caso de que el dispositivo se haya extraído físicamente mientras el sistema se ejecutaba. Un dispositivo de repuesto en marcha se sustituye por el dispositivo extraído, si lo hay.
Si un dispositivo se extrae y después se vuelve a insertar, queda conectado. Si el repuesto en marcha se activó al volverse a insertar el dispositivo, el repuesto se extrae cuando termina la operación con conexión.
La detección automática cuando los dispositivos se extraen o insertan depende del hardware, y quizá no sea compatible en todas las plataformas. Por ejemplo, los dispositivos USB se configuran automáticamente al insertarse. Sin embargo, quizá deba utilizar el comando cfgadm -c configure para configurar una unidad SATA.
Los repuestos en marcha se comprueban periódicamente para asegurarse de que tengan conexión y estén disponibles.
Para obtener más información, consulte la página de comando man zpool(1M).
Cambio de nombre recursivo de instantáneas de ZFS ( zfs rename -r): a partir de la versión Solaris 10 10/08, puede cambiar de nombre de manera recursiva todas las instantáneas de ZFS descendientes mediante el comando zfs rename -r.
Por ejemplo, cree una instantánea de un conjunto de sistemas de archivos ZFS.
# zfs snapshot -r users/home@today # zfs list NAME USED AVAIL REFER MOUNTPOINT users 216K 16.5G 20K /users users/home 76K 16.5G 22K /users/home users/home@today 0 - 22K - users/home/markm 18K 16.5G 18K /users/home/markm users/home/markm@today 0 - 18K - users/home/marks 18K 16.5G 18K /users/home/marks users/home/marks@today 0 - 18K - users/home/neil 18K 16.5G 18K /users/home/neil users/home/neil@today 0 - 18K - |
A continuación, cambie el nombre de las instantáneas al día siguiente.
# zfs rename -r users/home@today @yesterday # zfs list NAME USED AVAIL REFER MOUNTPOINT users 216K 16.5G 20K /users users/home 76K 16.5G 22K /users/home users/home@yesterday 0 - 22K - users/home/markm 18K 16.5G 18K /users/home/markm users/home/markm@yesterday 0 - 18K - users/home/marks 18K 16.5G 18K /users/home/marks users/home/marks@yesterday 0 - 18K - users/home/neil 18K 16.5G 18K /users/home/neil users/home/neil@yesterday 0 - 18K - |
Las instantáneas son los únicos conjuntos de datos cuyo nombre puede cambiarse de forma recursiva.
Comprensión GZIP disponible para ZFS: a partir de la versión Solaris 10 10/08, puede establecer la compresión gzip en sistemas de archivos ZFS además de la compresión lzjb. Puede especificar la compresión como gzip, la compresión predeterminada, o como gzip-N; N es un valor del 1 al 9. Por ejemplo:
# zfs create -o compression=gzip users/home/snapshots # zfs get compression users/home/snapshots NAME PROPERTY VALUE SOURCE users/home/snapshots compression gzip local # zfs create -o compression=gzip-9 users/home/oldfiles # zfs get compression users/home/oldfiles NAME PROPERTY VALUE SOURCE users/home/oldfiles compression gzip-9 local |
Almacenamiento de varias copias de datos de usuarios de ZFS: un sistema de archivos ZFS almacena automáticamente metadatos varias veces en discos distintos, siempre que sea posible, como medida de precaución. Esta función se conoce como bloques ditto. A partir de la versión Solaris 10 10/08, puede especificar que también se almacenen varias copias de los datos de usuario por sistema de archivos utilizando el comando zfs set copies. Por ejemplo:
# zfs set copies=2 users/home # zfs get copies users/home NAME PROPERTY VALUE SOURCE users/home copies 2 local |
Los valores disponibles son 1, 2 o 3. El valor predeterminado es 1. Estas copias son adicionales a cualquier redundancia de nivel de grupo, por ejemplo en una configuración RAID-Z o duplicada.
Para obtener más información acerca de esta propiedad, consulte la Guía de administración de Solaris ZFS.
Las funciones siguientes se introdujeron en versiones anteriores del sistema operativo Solaris:
Historial de comandos de ZFS (zpool history): a partir de la versión Solaris 10 8/07, ZFS registra automáticamente los comandos zfs y zpool que modifiquen correctamente la información de estado de las agrupaciones. Esta función permite al usuario o al personal de asistencia de Sun identificar el conjunto exacto de comandos de ZFS ejecutados para solucionar una situación de error.
Información mejorada sobre el estado de la agrupación de almacenamiento (zpool status): a partir de la versión Solaris 10 8/07, puede utilizar el comando zpool status -v para ver una lista de los archivos con errores persistentes. Anteriormente, se usaba el comando find -inum para identificar los nombres de archivos de la lista de inodos.
Mejoras en ZFS y Solaris iSCSI: a partir de la versión Solaris 10 8/07;, puede crear un volumen ZFS como dispositivo de destino Solaris iSCSI configurando la propiedad shareiscsi en el volumen ZFS. Es una forma fácil de configurar rápidamente un destino iSCSI de Solaris. Por ejemplo:
# zfs create -V 2g tank/volumes/v2 # zfs set shareiscsi=on tank/volumes/v2 # iscsitadm list target Target: tank/volumes/v2 iSCSI Name: iqn.1986-03.com.sun:02:984fe301-c412-ccc1-cc80-cf9a72aa062a Connections: 0 |
Una vez creado el destino de iSCSI, configure el iniciador de iSCSI. Para obtener información sobre la configuración de un iniciador de Solaris iSCSI, consulte el Capítulo 14, Configuring Solaris iSCSI Targets and Initiators (Tasks) de System Administration Guide: Devices and File Systems.
Para obtener más información sobre la administración de un volumen ZFS como destino de iSCSI, consulte la Guía de administración de Solaris ZFS.
Mejoras de las propiedades de ZFS
Propiedad ZFS xattr: a partir de la versión Solaris 10 8/07;, puede utilizar la propiedad xattr para habilitar o inhabilitar los atributos extendidos para un sistema de archivos ZFS específico. El valor predeterminado es on.
Propiedad ZFS canmount: a partir de la versión Solaris 10 8/07, puede utilizar la propiedad canmount para especificar si se puede montar un conjunto de datos utilizando el comando zfs mount.
Propiedades de usuarios de ZFS: a partir de la versión Solaris 10 8/07, ZFS admite propiedades de usuarios, además de las propiedades nativas estándar que pueden exportar estadísticas internas o controlar el comportamiento del sistema de archivos ZFS. Las propiedades del usuario no repercuten en el comportamiento del sistema de archivos ZFS, pero puede usarlas para anotar información de manera que tenga sentido en su entorno.
Configuración de propiedades al crear sistemas de archivos ZFS: a partir de la versión Solaris 10 8/07, puede configurar las propiedades cuando cree un sistema de archivos, además de configurarlas una vez creado el sistema de archivos.
Los ejemplos siguientes ilustran la sintaxis equivalente:
# zfs create tank/home # zfs set mountpoint=/export/zfs tank/home # zfs set sharenfs=on tank/home # zfs set compression=on tank/home |
También puede establecer las propiedades cuando se crea el sistema de archivos.
# zfs create -o mountpoint=/export/zfs -o sharenfs=on -o compression=on tank/home |
Visualización de toda la información del sistema de archivos ZFS: a partir de la versión Solaris 10 8/07, puede utilizar varias formas del comando zfs get para ver información sobre todos los conjuntos de datos si no especifica un conjunto de datos. En las versiones anteriores, el comando zfs get no permitía recuperar toda la información de los conjuntos de datos.
Por ejemplo:
# zfs get -s local all tank/home atime off local tank/home/bonwick atime off local tank/home/marks quota 50G local |
Nueva opción zfs receive -F: en la versión Solaris 10 8/07, puede utilizar la nueva opción -F para el comando zfs receive para forzar una inversión del sistema de archivos a la instantánea más reciente antes de llevar a cabo la recepción. Quizá deba usarse esta opción si el sistema de archivos se modifica entre la hora del restablecimiento y el inicio del comando receive.
Instantáneas repetidas de ZFS: en la versión Solaris 10 11/07, está disponible la función de instantáneas repetidas. Si se utiliza el comando zfs snapshot para crear una instantánea del sistema de archivos, puede utilizar la opción -r para crear instantáneas de todos los sistemas de archivos descendientes de forma recursiva. Asimismo, el uso repetido de la opción - r destruye todas las instantáneas subordinadas si se destruye una instantánea.
RAID-Z de paridad doble ( raidz2): a partir de la versión Solaris 10 11/06, la configuración replicada de RAID-Z puede ser de paridad doble o sencilla, lo que significa que se pueden asumir uno o dos errores de dispositivos, respectivamente, sin que haya pérdida de datos. Puede especificar la palabra clave raidz2 para una configuración de RAID-Z de paridad doble. Otra posibilidad es especificar la palabra clave raidz o raidz1 para una configuración de RAID-Z de paridad sencilla.
Repuestos en marcha para dispositivos de agrupaciones de almacenamiento ZFS: a partir de la versión Solaris 10 11/06, la función de repuestos en marcha de ZFS permite identificar discos que son válidos para sustituir un dispositivo que falla o que genera errores en una o varias agrupaciones de almacenamiento. Al designar un dispositivo como repuesto en marcha, significa que si falla un dispositivo activo del grupo, dicho repuesto en marcha lo reemplaza automáticamente. También se puede reemplazar manualmente un dispositivo de un grupo de almacenamiento por un repuesto en marcha.
Sustitución de un sistema de archivos ZFS con un clónico de ZFS (zfs promote): a partir de la versión Solaris 10 11/06, el comando zfs promote permite reemplazar un sistema de archivos ZFS por uno clónico. Es una función útil para ejecutar pruebas en una versión alternativa de un sistema de archivos y después convertirlo en el sistema de archivos activo.
Mejoras de zonas y ZFS: en la versión Solaris 10 11/06, se mejora la interacción entre las zonas y ZFS. En un sistema Solaris con zonas instaladas, puede utilizar la función zoneadm clone para copiar los datos de un zonepath de ZFS de origen a un zonepath de ZFS de destino en el sistema. No puede utilizar la función de copia de ZFS para copiar la zona no global. Debe utilizar el comando zoneadm clone. Para obtener más información, consulte Guía de administración de sistemas: Zonas de Solaris y administración de recursos y contenedores de Solaris.
Actualización de agrupaciones de almacenamiento ZFS ( zpool upgrade): a partir de la versión Solaris 10 6/06, las agrupaciones de almacenamiento se pueden actualizar a versiones más recientes para disponer de las funciones más avanzadas mediante el comando zpool upgrade. Asimismo, el comando zpool status se ha modificado para notificar a los usuarios que los grupos están ejecutando versiones antiguas.
Supresión de errores de dispositivos: a partir de la versión Solaris 10 6/06, puede utilizar el comando zpool clear para suprimir los recuentos de errores asociados con un dispositivo o con la agrupación. Anteriormente, los recuentos de errores se suprimían cuando se conectaba el dispositivo de un grupo mediante el comando zpool online.
Recuperación de agrupaciones destruidas: a partir de la versión Solaris 10 6/06, el comando zpool import - D permite recuperar agrupaciones que se hayan destruido con el comando zpool destroy.
Cambio de nombre de los comandos de copia de seguridad y restauración de ZFS: a partir de la versión Solaris 10 6/06, los comandos zfs backup y zfs restore se denominan zfs send y zfs receive, respectivamente, para describir su función de una manera más precisa. Su función es guardar y restaurar representaciones de flujos de datos de ZFS.
Formato compacto de NFSv4 ACL: a partir de la versión Solaris 10 6/06, hay disponibles tres formatos de NFSv4 ACL: detallado, posicional y compacto. Los nuevos formatos compacto y posicional de LCA están disponibles para establecer y mostrar LCA. Con el comando chmod se pueden establecer los tres formatos ACL. Utilice el comando ls -V para mostrar formatos ACL compactos y posicionales. Utilice el comando ls -v para mostrar formatos ACL detallados.
Desconexión temporal de un dispositivo: a partir de la versión Solaris 10 6/06, con el comando zpool offline -t se puede desconectar un dispositivo temporalmente. Cuando se rearranca el sistema, el dispositivo recupera de manera automática el estado ONLINE.
ZFS se integra con Fault Manager: a partir de la versión Solaris 10 6/06, se incluye un motor de diagnóstico de ZFS capaz de diagnosticar e informar de los errores de agrupaciones y dispositivos. También se informa de los errores relativos a sumas de comprobación, E/S y dispositivos asociados con errores de agrupaciones o dispositivos. La información del diagnóstico de los errores se escribe en la consola y en el archivo /var/adm/messages. Asimismo, mediante el comando zpool status se puede visualizar información detallada relativa a la recuperación de un error del que se ha informado.
Para más información sobre estas modificaciones y mejoras, consulte la Guía de administración de Solaris ZFS.
Consulte las siguientes secciones de este documento para obtener información sobre la función ZFS:
En la versión Solaris 10 10/08, se han mejorado las siguientes herramientas de instalación de Solaris para admitir sistemas de archivos ZFS:
Instalador basado en texto interactivo de Solaris para instalar un sistema de archivos root UFS o ZFS. En la versión Solaris 10 10/08, UFS sigue siendo el sistema de archivos predeterminado.
JumpStart personalizada para configurar un perfil para crear una agrupación de almacenamiento de ZFS y designar un sistema de archivos ZFS que se pueda arrancar.
Migración de un sistema de archivos root UFS a uno ZFS mediante Modernización automática de SolarisTM. Los comandos lucreate y luactivate se han mejorado para admitir sistemas de archivos y agrupaciones ZFS. Los comandos lustatus y ludelete funcionan igual que en versiones anteriores de Solaris.
Configurar una agrupación root ZFS duplicada seleccionando dos discos durante la instalación. También se puede vincular o agregar más discos tras la instalación para crear una agrupación root de ZFS duplicada.
Crear automáticamente dispositivos de volcado e intercambio en volúmenes de ZFS en la agrupación root ZFS.
Para más información, consulte la Guía de administración de Solaris ZFS.
En cuanto a versiones anteriores de Solaris 10, consulte la compatibilidad limitada de herramientas de instalación de Solaris respecto a sistemas de archivos ZFS:
JumpStart personalizada: no se pueden incluir sistemas de archivos ZFS en un perfil de JumpStart. No obstante, puede ejecutar las siguientes secuencias de comandos desde una agrupación de almacenamiento de ZFS para configurar un servidor o un cliente de instalación:
setup_install_server
add_install_server
add_install_client
Modernización automática: conserva el entorno de arranque original y transfiere las agrupaciones de almacenamiento de ZFS al nuevo entorno. En la actualidad, ZFS no es válido como sistema de archivos root que se puede arrancar, por lo tanto los sistemas de archivos ZFS no se copian en el entorno de arranque.
Instalación inicial de Solaris: durante una instalación inicial, no se reconocen los sistemas de archivos ZFS. Sin embargo, si no especifica ningún dispositivo de disco que contenga agrupaciones de almacenamiento de ZFS para la instalación, debería poder recuperar las agrupaciones de almacenamiento mediante el comando zpool import después de la instalación. Para obtener más información, consulte la página de comando man zpool(1M).
Como en la mayoría de las situaciones de reinstalación, debería realizar una copia de seguridad de los archivos de ZFS antes de continuar con la opción de instalación inicial.
Actualización de Solaris: se conservan las agrupaciones de almacenamiento y los sistemas de archivos ZFS.
SunVTSTM 7.0 Patch Set 3 sigue un modelo de arquitectura convencional de tres niveles que incluye una interfaz basada en navegador, un servidor de gama media con tecnología JavaTM y un agente de diagnóstico. SunVTS Patch Set 3 presenta las mejoras siguientes:
Las verificaciones de discos y redes proporcionan la capacidad de seleccionar y anular la selección de dispositivos.
La interfaz de usuario TTY y la interfaz de usuario basada en navegador admiten casillas de verificación en las opciones de verificación lógica.
Las verificaciones de fputest y caché se han mejorado para las plataformas x86.
disktest se ha actualizado y no realiza verificaciones de escritura en particiones de sistemas de archivos.
Para obtener más información acerca de SunVTS, consulte http://docs.sun.com/app/docs/prod/test.validate.
A partir de la versión Solaris 10 10/08, los sondeos lockstatde DTrace que mostraban la cantidad de giros muestran ahora en nanosegundos el tiempo de los giros. Las opciones de la interfaz del proveedor lockstat y del comando lockstat no han cambiado.
Los siguientes recursos y funciones del sistema se han agregado a la versión Solaris 10 10/08.
En la versión Solaris 10 10/08, se presentan las nuevas funciones de Zonas de Solaris:
Actualizar al vincular: si el nuevo host tiene la misma versión o versiones posteriores de los paquetes dependientes de zonas y sus parches asociados, el uso de zoneadm attach con la opción -u actualiza esos paquetes en la zona para que coincida con el nuevo host. Si el nuevo host tiene una mezcla de parches y paquetes anteriores y posteriores respecto al host de origen, durante la vinculación no se puede actualizar. Asimismo, esta opción posibilita la migración automática entre clases de equipos, por ejemplo de sun4u a sun4v.
Para obtener más información, consulte la página de comando man zoneadm(1M) y la Guía de administración de sistemas: Zonas de Solaris y administración de recursos y contenedores de Solaris.
Capacidad para establecer un encaminador predeterminado en una zona IP compartida: se ha agregado una propiedad defrouter al recurso de red en la utilidad zonecfg para zonas IP compartidas no globales. El encaminador predeterminado para la interfaz de red se puede establecer mediante esta propiedad.
Para obtener más información, consulte la página de comando man zonecfg(1M) y la Guía de administración de sistemas: Zonas de Solaris y administración de recursos y contenedores de Solaris.
Zonepath de ZFS permitida: a partir de la versión Solaris 10 10/08, zonepath puede estar en ZFS y el sistema se puede actualizar. En una zona con zonepath en ZFS, para actualizar el sistema sólo es apta Modernización automática de Solaris. Para obtener más información, consulte Guía de administración de sistemas: Zonas de Solaris y administración de recursos y contenedores de Solaris.
Todos los métodos de instalación de Solaris, incluida Modernización automática de Solaris, utilizan ahora el comando findroot para especificar el segmento de disco que se debe arrancar en un sistema basado en x86. Anteriormente, para indicar el segmento de disco que se debía arrancar se utilizaba el comando root root (hd0.0.a). Esta información se encuentra en el archivo menu.lst utilizado por GRUB. La forma más habitual de la entrada en el archivo menu.lst es:
findroot (rootfs0,0,a) kernel$ /platform/i86pc/kernel/$ISADIR/unix module$ /platform/i86pc/$ISADIR/boot_archive |
El comando findroot tiene la capacidad de detectar el disco de destino, sea cual sea el dispositivo de arranque. Asimismo, el comando findroot presenta una mejor compatibilidad para arrancar sistemas de archivos con roots ZFS y UFS. Además del comando findroot, se proporciona el nombre de un archivo de firma en el segmento (<mysign>, 0, a). La firma de arranque se ubica en el directorio/boot/grub/bootsign del sistema. El nombre del archivo de firma varía según el método de instalación que se utilice.
Para obtener más información, consulte Implementation of the findroot Command de System Administration Guide: Basic Administration.
A partir de la versión Solaris 10 10/08, el sistema operativo Solaris de 64 bits admite hasta 256 procesadores en la plataforma x86. En las versiones anteriores del sistema operativo Solaris sólo se admitían un máximo de 64 procesadores en plataformas x86 para la modalidad de 64 bits.
Admitir un máximo de 256 procesadores brinda a los usuarios las ventajas siguientes:
Se puede utilizar esta versión de Solaris en los sistemas x86 con hasta 256 procesadores.
No hace falta actualizar el sistema operativo cuando más adelante se actualice a equipos con más de 64 procesadores.
Si se utiliza esta versión de Solaris, al adquirir equipos más grandes se puede conservar toda la pila de software, incluido el sistema operativo.
Se han incorporado las siguientes funciones y mejoras de rendimiento a la versión Solaris 10 10/08.
El proceso de la rutina de carga de Solaris SPARC se ha rediseñado para aumentar su compatibilidad con la arquitectura de arranque de Solaris x86.
La arquitectura de arranque mejorada de Solaris aporta a la plataforma SPARC arranque directo, arranque basado en ramdisk y miniroot ramdisk. Estas tecnologías admiten las funciones siguientes:
Arrancar un sistema desde otros tipos de sistemas de archivos. Por ejemplo, un sistema de archivos ZFS.
Arrancar una sola miniroot para instalación de software desde DVD, NFS o HTTP.
Otras mejoras son tiempos de arranque considerablemente más rápidos y menos requisitos de mantenimiento.
Como parte del rediseño de la arquitectura, los contenedores de arranque de Solaris y el comando bootadm, antes sólo disponibles en la plataforma Solaris x86, ya forman parte integral de la arquitectura de arranque de Solaris SPARC.
La diferencia principal entre las arquitecturas de arranque de SPARC y x86 estriba en la forma de seleccionar el archivo y el dispositivo de arranque en el momento de arrancar. Los sistemas basados en SPARC siguen usando OBP (OpenBoot PROM) como interfaz administrativa principal, con opciones de arranque seleccionadas mediante comandos de OBP. En la plataforma basada en x86, estas opciones se seleccionan mediante el BIOS y el menú GRUB.
En la versión Solaris 10 10/08, la capacidad de cargar y arrancar directamente el núcleo de UNIX sólo estaba disponible en la plataforma SPARC. La plataforma x86 sigue usando el estilo de multiarranque para arrancar.
Aunque haya cambiado la implementación del arranque de Solaris SPARC, los procedimientos administrativos para arrancar un sistema basado en SPARC siguen siendo los mismos. Las tareas de arranque desempeñadas por el administrador del sistema siguen siendo las mismas que antes de rediseñar la arquitectura.
Para obtener más información, consulte lo siguiente:
Páginas de comando man bootadm(1M) y boot(1M)
El Capítulo 12, Booting a Solaris System (Tasks) de System Administration Guide: Basic Administration para obtener instrucciones sobre cómo arrancar un sistema Solaris
El núcleo detecta ahora la presencia de conjuntos de instrucciones de Intel SSSE3, SSE4.1, SSE4.2 y AMD SSE4A. Esta función permite cargar y ejecutar programas que necesitan esta capacidad de hardware. dis(1) admite ahora el desmontaje de instrucciones a partir de estas extensiones de conjuntos de instrucciones.
Para obtener una lista de requisitos de capacidad de hardware para un determinado binario, consulte el comando file(1). Para obtener una lista de capacidad de hardware admitidas por el cargador de arranque de un determinado equipo, consulte isainfo(1).
Las siguientes funciones y mejoras de red se han agregado a la versión Solaris 10 10/08.
Esta función hace que se necesiten dos o más personas para administrar usuarios mediante Solaris Management Console. La separación de tareas se establece mediante regla. El rol de administrador del sistema crea usuarios, pero no puede asignar contraseñas ni derechos. El rol de administrador de seguridad asigna contraseñas y derechos, pero no puede crear usuarios.
La separación de tareas es un requisito de acreditación para clientes gubernamentales. Solaris Management Console admite esta función y facilita poder conseguir esta acreditación de nivel de seguridad.
Para obtener más información, consulte Create Rights Profiles That Enforce Separation of Duty de Solaris Trusted Extensions Configuration Guide.
Esta función proporciona un par de complementos crypt(3C) basados en los algoritmos de asimilación SHA256 y SHA512. Este complemento proporciona un hash crypt(3C) que utiliza algoritmos aprobados por FIPS 140-2 y deja de utilizar hashes basados en MD5.
El módulo pam_list proporciona funciones para validar la cuenta del usuario en un determinado host según una lista de usuarios y grupos de red. Es un módulo válido de sustitución rápida para validación de cuentas mediante el modo passwd_compat.
Para obtener más información, consulte la página de comando man pam_list(5).
Las siguientes funciones y mejoras de escritorio se han agregado a la versión Solaris 10 10/08.
A partir de la versión Solaris 10 10/08, Adobe® Reader 8.1.2 se incluye en el sistema operativo Solaris. La nueva versión de Adobe Reader presenta numerosas novedades, por ejemplo una interfaz de usuario mucho mejor, admisión de revisiones compartidas y varias soluciones a problemas de seguridad.
Para obtener más información, consulte http://blogs.adobe.com/acroread/2008/02/adobe_reader_812_for_linux_and.html.
A partir de la versión Solaris 10 10/08, el sistema operativo Solaris incluye Adobe Flash Player 9.0.124.0. Entre las novedades de las funciones de Flash Player cabe destacar las siguientes:
Admisión de códec de vídeo H.264 y de audio HE-AAC
Modo de pantalla completa para el sistema operativo Solaris
Mejora en el rendimiento gracias a la admisión de varios núcleos, escalado de hardware e imagen, descodificación de vídeo de subproceso múltiple, caché de Flash Player y colocación en búfer de Flash Media Server
Para obtener más información, consulte http://www.adobe.com/products/flashplayer/productinfo/features/.
Las siguientes funciones y mejoras de red se han agregado a la versión Solaris 10 10/08.
Se utiliza SDP (Session Description Protocol), RFC 4566, para describir sesiones multimedia para anuncio de sesión, invitación de sesión y otras formas de iniciación de sesiones multimedia. SDP transmite a los participantes información de medios como tipo y codificación, protocolo de transporte, nombre de sesión, finalidad, propietario y otros metadatos de descripción de sesiones.
La biblioteca libcommputil(3LIB) proporciona interfaces públicas que analizan la descripción del SDP y verifican la conformidad con la sintaxis. Asimismo, esta biblioteca contiene interfaces para generar mensajes de SDP y convertirlos en cadenas de bytes. SDP lo utiliza preferentemente SIP (Session Initiation Protocol). Gracias a la biblioteca libcommputil(3LIB), los desarrolladores SIP de Solaris pueden aprovechar estas interfaces en el desarrollo de aplicaciones SIP de la plataforma Solaris.
Para obtener más información, consulte la página de comando man libcommputil(3LIB).
La pila SIP de Solaris facilita a los desarrolladores de aplicaciones SIP estas dos funciones nuevas:
Mediciones de tráfico integrales: la función de mediciones de extremo a extremo efectúa el seguimiento de las actividades siguientes.
La cantidad total de bytes recibidos y enviados por la pila
La cantidad total de solicitudes y respuestas de SIP enviadas y recibidas
La cantidad de solicitudes de SIP enviadas y recibidas desglosadas por métodos
La cantidad de solicitudes de SIP enviadas y recibidas desglosadas por códigos de respuesta
Registros de transacciones o diálogos de SIP: la función de registros de SIP puede habilitar e inhabilitar los registros de diálogos o transacciones. Todos los mensajes de SIP que se intercambian en un diálogo o una transacción se capturan y almacenan en un archivo de registro proporcionado por la aplicación cuando finaliza el diálogo o la transacción. La función de registro de SIP ayuda a los desarrolladores en los procesos de depuración y seguimiento de llamadas.
Las siguientes funciones y mejoras en la administración de dispositivos se han agregado a la versión Solaris 10 10/08.
A partir de la versión Solaris 10 10/08, el sistema operativo Solaris brinda un nuevo mecanismo de extracción de dispositivos para aislarlos comoanómalos mediante la estructura de administración de anomalías (FMA). Esta función permite la desactivación automática y segura de dispositivos anómalos, para evitar la pérdida de información, el deterioro de los datos o los avisos de error grave y los tiempos de inactividad del sistema. El proceso de extracción se realiza de forma segura, al tener en cuenta la estabilidad del sistema una vez extraído el dispositivo.
Los dispositivos de mayor importancia nunca se extraen. Si necesita sustituir manualmente un dispositivo extraído, use el comando fmadm repair después de la sustitución del dispositivo, para que el sistema sepa que el dispositivo se ha sustituido, además de los pasos de sustitución manuales.
El proceso de reparación de fmadm es el siguiente:
Identifique el dispositivo anómalo mediante el comando fmadm faulty- a.
# fmadm faulty STATE RESOURCE / UUID -------- --------------------------------------------------------------------- faulty <fmri> |
Suprima la anomalía mediante el comando fmadm repair.
# fmadm repair <fmri> |
Ejecute el comando fmadm faulty de nuevo para asegurarse de que la anomalía se haya suprimido.
# fmadm faulty -a STATE RESOURCE / UUID |
Para más información, consulte la página de comando man fmadm(1M).
Aparece un mensaje general respecto a la extracción del dispositivo en la consola y se guarda en el archivo /var/adm/messages para que sepa el dispositivo que se ha extraído. Por ejemplo:
Aug 9 18:14 starbug genunix: [ID 751201 kern.notice] NOTICE: One or more I/O devices have been retired |
Puede usar el comando prtconf para identificar dispositivos extraídos específicos. Por ejemplo:
# prtconf . . . pci, instance #2 scsi, instance #0 disk (driver not attached) tape (driver not attached) sd, instance #3 sd, instance #0 (retired) scsi, instance #1 (retired) disk (retired) tape (retired) pci, instance #3 network, instance #2 (driver not attached) network, instance #3 (driver not attached) os-io (driver not attached) iscsi, instance #0 pseudo, instance #0 . . . |
A partir de la versión Solaris 10 10/08, los sistemas de almacenamiento modular adaptables (AMS) y de almacenamiento modular de grupos de trabajo de Hitachi se integran con MPxIO. Los modelos de almacenamiento modular de grupos de trabajo y de almacenamiento modular adaptable dual pueden utilizar sin problemas múltiples rutas en entorno MPxIO. Esta compatibilidad permite también el uso de todas las funciones de MPxIO con los sistemas de almacenamiento de Hitachi en entornos Sun Cluster.
Las siguientes funciones y mejoras de controladores se han agregado a la versión Solaris 10 10/08.
nv_sata es un controlador SATA HBA con funciones de repuestos en marcha, para controladores NVIDIA ck804/mcp55 y compatibles con SATA.
Si desea más información, consulte la página de comando man nv_sata(7D).
El nuevo controlador LSI mega_sas admite los controladores siguientes:
Controladores Dell PERC 5/E, 5/i, 6/E y 6/i RAID
Controlador SAS/SATA IBM ServeRAID-MR10k
Controladores LSI MegaRAID SAS 8308ELP, 8344ELP, 84016E, 8408ELP, 8480ELP, 8704ELP, 8704EM2, 8708ELP, 8708EM2, 8880EM2 y 8888ELP
El controlador mega_sas admite las siguiente funciones de RAID:
Niveles RAID 0, 1, 5 y 6, y extensiones de RAID 10, 50 y 60
OCE (Online Capacity Expansion, ampliación de capacidad en línea)
RLM (RAID Level Migration, migración de nivel de RAID) en línea
Reanudación automática tras la pérdida de energía del sistema durante la regeneración o reconstrucción de matrices (OCE/RLM)
Tamaño de banda configurable hasta 1 MB
Comprobación de la coherencia para la integridad de datos en segundo plano
Lectura de control para la exploración y reparación de medios
Admisión de 64 unidades lógicas
Admisión de hasta 64 TB de número de unidad lógica o LUN
Reconstrucción automática
Asistencia global y exclusiva de repuestos en marcha
Para obtener más información sobre productos LSI MegaRAID, consulte la página web http://www.lsi.com/storage_home/products_home/internal_raid/megaraid_sas/index.html.
A partir de la versión Solaris 10 10/08, el controlador ixgbe se integra con el sistema operativo Solaris. ixgbe es un controlador PCI Express Ethernet de 10 GB que admite el controlador Ethernet Intel 82598 de 10 GB.
A partir de la versión Solaris 10 10/08, el controlador HBA para Adaptec Advanced RAID, aac, es compatible con la plataforma SPARC.
Para obtener más información, consulte la página de comando man aac(7D).
Las siguientes funciones y mejoras de software se han agregado a la versión Solaris 10 10/08.
La interfaz de la base de datos Perl (DBI) es una interfaz genérica de base de datos para comunicarse con un componente de base de datos específico. DBD::Pg es un controlador PostgreSQL que permite a las aplicaciones Perl interactuar con componentes PostgreSQL a través de DBI.
Para obtener más información, consulte lo siguiente:
PostgreSQL es un sistema de administración de bases de datos relacionales avanzado de código abierto. Los puntos más destacados de PostgreSQL 8.3 son la búsqueda de texto integrado, la admisión de XML y mejoras en el rendimiento de muchas áreas.
Para obtener más información, consulte la página web de la comunidad, http://www.postgresql.org/.
La siguiente función de compatibilidad de idiomas se ha incorporado a la versión Solaris 10 10/08.
Hangul LE (Language Engine) consiste en un nuevo método de entrada en coreano que mejora la experiencia del usuario. Hangul LE presenta las características siguientes:
Interfaz gráfica de usuario sencilla
Mejores funciones de entrada de texto en hangul o hanja
Para obtener más información, consulte la ayuda de Hangul LE.
Las siguientes funciones y mejoras en el software gratuito se han agregado a la versión Solaris 10 10/08.
C-URL es una biblioteca de utilidades que ofrece acceso programático a los protocolos de Internet más habituales como HTTP, FTP, TFTP, SFTP y TELNET. C-URL también se utiliza ampliamente en diversas aplicaciones.
Para obtener más información, consulte http://curl.haxx.se/.
Libidn ofrece implementaciones de las especificaciones Stringprep (RFC 3454), Nameprep (RFC 3491), Punycode (RFC 3492) e IDNA (RFC 3490). Esta biblioteca ofrece nuevas funciones y utilidades para el sistema operativo Solaris.
Para obtener más información, consulte los recursos siguientes:
LibGD es una biblioteca de utilidades de manipulación y conversión de gráficos. Esta biblioteca se utiliza ampliamente en las estructuras de aplicaciones basadas en Web. Las utilidades de línea de comandos de LibGD proporcionan funciones para conversión de gráficos fáciles de usar.
Para obtener más información, consulte http://www.libgd.org/.
TIDY es un analizador HTML. Este analizador es el equivalente en HTML de lint (1). TIDY es práctico para validar la precisión de las páginas HTML estáticas y dinámicas.
Para obtener más información, consulte http://tidy.sourceforge.net/.