Actualización de Solaris 10 con "Live Upgrade" (de Update 4 a Update 5)
Última Actualización:
18 de abril de 2008 - Viernes
En este documento abundo en mi experiencia con "Live Upgrade". En este caso
describo la migración de Solaris 10 Update 4 (8/07) a Solaris 10 Update 5 (5/08).
Para comprender completamente este documento, habría que leerse
los artículos anteriores:
Los cambios más reseñables respecto a la anterior actualización son:
- Aunque el nuevo BE se creará en particiones completamente separadas del disco
duro, no alterando para nada el sistema en funcionamiento, es buena idea hacer
una copia de seguridad del sistema actual, y verificarla.
- Necesito borrar un BE ("Boot Environment") antiguo
para hacer sitio a la nueva instalación.
- Solaris 10 Update 5 no incluye soporte de "ZFS Root" ni "ZFS Boot".
Han jurado que estará disponible para Update 6 :-). A ver si es verdad ¡POR FIN!.
- Aunque en Solaris 10 Update 4 "Live Upgrade" soporta zonas Solaris,
todavía no se soportan zonas sobre ZFS. Es aún una asignatura pendiente.
- En este caso no actualizo la instalación del "Solaris 10 Companion". Lo
haré en la próxima instalación.
El documento anterior describe cómo hacerlo.
- Antes de arrancar el nuevo BE es necesario instalar en él mi sistema de correo
electrónico, ya que lo tengo extremadamente personalizado y hay que estudiar todas las
dependencias con atención. En caso contrario el sistema de correo electrónico "nativo"
rechazará mensajes con errores de usuarios inexistentes, mailers mal configurados, etc.
Hay que tener mucho cuidado con esto.
Tal vez sería interesante actualizar la configuración de "Live Upgrade" para
que sincronice los ficheros y directorios apropiados. Es algo a considerar en el futuro.
- Como el directorio "/var/log/" lo tengo bajo ZFS, hay problemas para montarlo
durante el primer arranque, ya que "Live Upgrade" crea el directorio en el nuevo BE.
Lo más simple es eliminar dicho directorio, sin más, permitiendo que el configurado bajo ZFS
tome su lugar.
- Para comprobar que estamos arrancando con el BE correcto, podemos hacer un "uname -a",
para comprobar la versión del kernel que tenemos o, más fácil, revisar el fichero
"/etc/release".
- Una forma simple de comprobar que todo está funcionando bien es ejecutar
"svcs -xv". Este comando nos mostrará los servicios que no están funcionando, y la
razón para ello.
- No hay cambios en la versión ZFS, así que no hay problema para volver
a la versión anterior del sistema operativo si lo necesitásemos.
- No es necesario volver a añadir
las dependencias para NTP. La actualización ha preservado
esos cambios. Eso indica que, cuando ya no sea necesario (cuando pueda tener todo
el sistema completo bajo ZFS), habrá que restaurar la versión original del sistema.
Probablemente no baste con eliminar mi cambio, ya que la fecha de modificación se
habrá modificado.
Visto este detalle, compensa desactivar el servicio SMF del sistema y crear uno
nuevo propio idéntico al original, con los cambios que necesitamos. De esa forma
permitiríamos que el sistema actualizase su versión, que tenemos desactivada, y podemos
comparar ambas versiones tras una actualización, para ver si debemos actualizar la
versión personalizada.
- Solaris 10 Update 5 incluye "StarOffice 8". Ocupa unos 500 megabytes.
En la próxima actualización con "Live upgrade"
tendría que ponerlo en una partición separada. Se instala en "/opt/staroffice8/".
- Tras actualizar el sistema es conveniente revisar si hay parches pendientes
de aplicar. Suele ser el caso.
- Tras comprobar que todo funciona correctamente, ¡backup!.
- Tras un tiempo prudencial para verificar que no hay problemas, podemos eliminar
el BE de Solaris 10 Update 4 y utilizar ese espacio para crear una copia de seguridad
del BE de Solaris 10 Update 5, por si algún parche posterior nos da guerra.
Historia
- 18/abr/08: Añado un comentario sobre StarOffice 8.
- 18/abr/08: Primera versión de esta página.
©2008
jcea@jcea.es
Más información sobre los OpenBadges
Donación BitCoin: 19niBN42ac2pqDQFx6GJZxry2JQSFvwAfS