ju@n.m@nuel.gil.mez@

En la mayoría de los sistemas de entornos productivos, los discos de sistema operativo se encuentran en un esquema de protecciónn de espejo (mirror) con el cual aseguramos que en el caso de una falla física en uno de ellos, el sistema operativo sigue funcionando de manera eficiente. Y esto nos permite realizar el reemplazo del disco dañado sin perder con integridad del sistema.
Dependidendo de la arquitectura, podremos hacerlo sin apagar el equipo.

Pero cuando se trata de dar mantenimiento al sistema y necesitamos levantar el sistema operativo con una u otra cara del “espejo” sucede a veces que no sabemos con qué disco ha levantado el sistema.

Para saberlo con exactitud podemos seguir estos pasos:

Identificar los file systems del sistema operativo.

root@server# df -k / /usr /var /opt
Filesystem            kbytes    used   avail capacity  Mounted on
/dev/md/dsk/d0       12396483 7693943 4578576    63%    /
/dev/md/dsk/d20      18590017 4452260 13951857    25%    /usr
/dev/md/dsk/d40      14461491 9133613 5183264    64%    /var
/dev/md/dsk/d10      14461491 2740805 11576072    20%    /opt

Vemos que estos file systems están dentro de un metadispositivo de Solaris Volume Manager (Disk Suite)m por lo que identificamos los discos físicos que componen a estos metadispositivos.

root@server# metastat -p d0 d20 d40 d10
d0 -m d1 d2 1
d1 1 1 c0t8d0s0
d2 1 1 c1t8d0s0
d20 -m d21 d22 1
d21 1 1 c0t9d0s0
d22 1 1 c1t9d0s0
d40 -m d41 d42 1
d41 1 1 c0t10d0s0
d42 1 1 c1t10d0s0
d10 -m d11 d12 1
d11 1 1 c0t8d0s3
d12 1 1 c1t8d0s3

Ahora buscamos los discos que el sistema ve.

root@server# echo | format | more
Searching for disks…
done

AVAILABLE DISK SELECTIONS:
       0. c0t8d0
          /pci@1c,700000/pci@1/pci@1/scsi@2/sd@8,0
       1. c0t9d0
          /pci@1c,700000/pci@1/pci@1/scsi@2/sd@9,0
       2. c0t10d0
          /pci@1c,700000/pci@1/pci@1/scsi@2/sd@a,0
       3. c0t11d0
          /pci@1c,700000/pci@1/pci@1/scsi@2/sd@b,0
       4. c1t8d0
          /pci@3c,700000/pci@1/pci@1/scsi@2/sd@8,0
       5. c1t9d0
          /pci@3c,700000/pci@1/pci@1/scsi@2/sd@9,0
       6. c1t10d0
          /pci@3c,700000/pci@1/pci@1/scsi@2/sd@a,0
       7. c1t11d0
          /pci@3c,700000/pci@1/pci@1/scsi@2/sd@b,0

Finalmente, corremos el comando prtconf con u filtro para que nos diga con qué disco levantó el sistema operativo.

root@server# prtconf -pv | grep boot
    boot-retained-page:
        bootargs:  00
        bootpath:  ‘/pci@1c,700000/pci@1/pci@1/scsi@2/disk@8,0:a’
        error-reset-recovery:  ‘boot’
        network-boot-arguments:
        boot-command:  ‘boot’
        boot-file:
        boot-device:  ‘disk mirror-disk’
        auto-boot?:  ‘true’
                name:  ‘bootbus-controller’
                name:  ‘bootbus-controller’
                name:  ‘bootbus-controller’
                name:  ‘bootbus-controller’
                name:  ‘bootbus-controller’
root@mstsha02_QRO#

Haciendo una comparación de la línea del “boot path” con los discos que se ven con comando format, podemos dedudir que el equipo levantó el sistema operativo desde el disco llamado c8t8d0, es decir, el disco primario del mirror.

        0. c0t8d0
            /pci@1c,700000/pci@1/pci@1/scsi@2/sd@8,0

bootpath:  ‘/pci@1c,700000/pci@1/pci@1/scsi@2/disk@8,0:a’

Muchas veces me preguntan qué velocidad están trabajando las interfaces de red en un servidor con Solaris 10.
Para saberlo podemos ejecutar un comando el cual nos dirá cuántas interfaces detecta y su velocidades.

Este comando me despliega todas las interfaces de red que detecta conectadas:

root@server # dladm show-dev
eri0            link: unknown   speed: 100   Mbps       duplex: half
ce0             link: unknown   speed: 100   Mbps       duplex: full
ce1             link: unknown   speed: 100   Mbps       duplex: full
ce2             link: unknown   speed: 1000  Mbps       duplex: full
ce3             link: unknown   speed: 100   Mbps       duplex: full
ce4             link: unknown   speed: 0     Mbps       duplex: unknown
ce5             link: unknown   speed: 0     Mbps       duplex: unknown
ce6             link: unknown   speed: 100   Mbps       duplex: full
eri1            link: unknown   speed: 0     Mbps       duplex: unknown
ce7             link: unknown   speed: 0     Mbps       duplex: unknown
ce8             link: unknown   speed: 0     Mbps       duplex: unknown
ce9             link: unknown   speed: 0     Mbps       duplex: unknown
ce10            link: unknown   speed: 0     Mbps       duplex: unknown
ce11            link: unknown   speed: 0     Mbps       duplex: unknown
eri2            link: unknown   speed: 0     Mbps       duplex: unknown
ce12            link: unknown   speed: 0     Mbps       duplex: unknown
ce13            link: unknown   speed: 0     Mbps       duplex: unknown
ce14            link: unknown   speed: 0     Mbps       duplex: unknown
ce15            link: unknown   speed: 0     Mbps       duplex: unknown
eri3            link: unknown   speed: 0     Mbps       duplex: unknown
ce16            link: unknown   speed: 0     Mbps       duplex: unknown
ce17            link: unknown   speed: 0     Mbps       duplex: unknown
ce18            link: unknown   speed: 0     Mbps       duplex: unknown
ce19            link: unknown   speed: 100   Mbps       duplex: half
eri4            link: unknown   speed: 0     Mbps       duplex: unknown
ce20            link: unknown   speed: 100   Mbps       duplex: full
ce21            link: unknown   speed: 100   Mbps       duplex: full
ce22            link: unknown   speed: 0     Mbps       duplex: unknown
ce23            link: unknown   speed: 100   Mbps       duplex: full
ce24            link: unknown   speed: 0     Mbps       duplex: unknown
ce25            link: unknown   speed: 0     Mbps       duplex: unknown
dman0           link: unknown   speed: 0     Mbps       duplex: unknown

Para conocer aquellas interfaces que están activas jecutamos el mismo comando, pero filtrado:

root@server # dladm show-dev | grep -v “duplex: unknown”
eri0            link: unknown   speed: 100   Mbps       duplex: half
ce0             link: unknown   speed: 100   Mbps       duplex: full
ce1             link: unknown   speed: 100   Mbps       duplex: full
ce2             link: unknown   speed: 1000  Mbps       duplex: full
ce3             link: unknown   speed: 100   Mbps       duplex: full
ce6             link: unknown   speed: 100   Mbps       duplex: full
ce19            link: unknown   speed: 100   Mbps       duplex: half
ce20            link: unknown   speed: 100   Mbps       duplex: full
ce21            link: unknown   speed: 100   Mbps       duplex: full
ce23            link: unknown   speed: 100   Mbps       duplex: full

Para versiones anteriores de Solaris 10 tenemos que apoyarnos de la salida del archivo /var/adm/messages y del comando ndd en la forma tradicional.

Hace poco me preguntaron cómo podía saber en qué fecha se instaló el sistema operativo Solaris en un equipo, a lo que no pude responder de inmediato, pero tenía una leve idea, así que me puse a investigar y encontré un archivo que nos da una buena idea de ello.

En Solaris existe un directorio llamado /var/sadm/install_data, en el cual se guarda el archivo con la bitácora de la instalación:

bash-3.00$ cd /var/sadm/install_data

Al mirar el contenido de este directorio encontraremos el archivo install_log:

bash-3.00$ ls -lrt
total 226
lrwxrwxrwx 1 root root 26 Jun 26 2006 install_log -> ../system/logs/install_log
-rw-r--r-- 1 root root 103621 May 20 2007 Solaris_10_Recommended_Patch_Cluster_log
bash-3.00$

Por la fecha del archivo install_log, podemos deducir que el sistema operativo fue instalado el día 26 de junio del 2006 en el caso de este ejemplo.

Ahora, si vemos el contenido de este log, encontramos lo siguiente:

bash-3.00$ more install_log

Checking c0t0d0s0 for an upgradeable Solaris image

Configuring disk (c0t0d0)
- Creating Solaris disk label (VTOC)

Configuring disk (c0t1d0)
- Creating Solaris disk label (VTOC)

Creating and checking UFS file systems
- Creating / (c0t0d0s0)
Warning: cylinder groups must have a multiple of 2 cylinders with the given
parameters
Rounded cgsize up to 230
/dev/rdsk/c0t0d0s0: 16779432 sectors in 3561 cylinders of 19 tracks, 248 sectors
8193.1MB in 162 cyl groups (22 c/g, 50.62MB/g, 6208 i/g)
super-block backups (for fsck -F ufs -o b=#) at:
32, 103952, 207872, 311792, 415712, 519632, 623552, 727472, 831392, 935312,
15763104, 15867024, 15970944, 16074864, 16178784, 16282704, 16386624,
16490544, 16586272, 16690192,
- Creating /var (c0t0d0s3)
/dev/rdsk/c0t0d0s3: 10088392 sectors in 2141 cylinders of 19 tracks, 248 sectors
4926.0MB in 98 cyl groups (22 c/g, 50.62MB/g, 6208 i/g)
super-block backups (for fsck -F ufs -o b=#) at:
32, 103952, 207872, 311792, 415712, 519632, 623552, 727472, 831392, 935312,
9128608, 9232528, 9336448, 9440368, 9544288, 9648208, 9752128, 9856048,
9951776, 10055696,

Beginning Solaris software installation
603 blocks

Installation of <SUNWocfd> was successful.
24905 blocks

Installation of <SUNWcsu> was successful.
5371 blocks

Installation of <SUNWcsr> was successful.
20889 blocks

Installation of <SUNWcsl> was successful.
14 blocks

.

.

.

Aquí podemos ver el proceso de instalación del sistema operativo. En este ejemplo se trata de equipo Sun con sistema operativo Solaris 10 3/05.

En ocasiones nos encontraremos ante el reto de instalar Disk Suite desde una ubicación remota, por lo que no estamos frente a la consola y no podcemos ejecutar el ambiente gráfico. Imagínese que debe realizar la instalación en un equipo que se encuentra en otra ciudad y exportar el video no es una opción. O que debe hacer varios saltos (mediante telnet o ssh) para llegar al equipo que se encuentra en otra subred.

Por default, Disk Suite tiene un entrono gráfico para la instalación, sin embargo, podemos instalar el producto desde la línea de comandos, pero conel cuidado de instalar en el orden correcto.

Cuando me tocó enfrentarme a esta situación realicé un procedimiento que me ayudó con éxito a realizar la instalación. Acepto obervaciones y sugerencias. Descargar.

Recientemente he configurado Solstice Disk Suite para integrar las particiones del sistema operativo Solaris, por lo que me animé a escribir este mini procedimiento que me ha asistido exitosamente en las ocasiones que lo he requerido.

La instalación se realizó en un equipo Sun/Sparc con Solaris 8 release 2/02 y la versión de Disk Suite fue la 4.2.1.

Lo comparto con ustedes esperando que les pueda ser de utilidad. DESCARGAR