procedimiento marcha atras en solaris
73 views
Skip to first unread message
arrasc...@gmail.com
Aug 5, 2010, 12:41:31 PM8/5/10
to solaris-es
Buenas tardes,
Queremos actualizar los servidores que tenemos en el proyecto, tanto a
nivel de firmware de disco como de maquina,obp, parches, aplicativo,
etc.
Nos piden un procedimiento de marchas atras a la hora de aplicar los
parches de sistema,recommended + otros que hemos identificado
nosotros,pero no les vale con el siempre socorrido backup sino que
quieren otro más.
Se nos ha ocurrido que una solución sería romper el mirror de los
discos internos de la máquina y aplicar los parches ya que si mientras
estamos aplicando los parches se cae la máquina cuando levante
tendremos el sistema con la configuración anterior.
Me puedes ayudar a identificar cuales serian los pasos/instrucciones a
ejecutar para llevarlo a cabo.
Si necesitas más datos puedes pedirmelos.
Gracias de antemano.
Un saludo.
Queremos actualizar los servidores que tenemos en el proyecto, tanto a
nivel de firmware de disco como de maquina,obp, parches, aplicativo,
etc.
Nos piden un procedimiento de marchas atras a la hora de aplicar los
parches de sistema,recommended + otros que hemos identificado
nosotros,pero no les vale con el siempre socorrido backup sino que
quieren otro más.
Se nos ha ocurrido que una solución sería romper el mirror de los
discos internos de la máquina y aplicar los parches ya que si mientras
estamos aplicando los parches se cae la máquina cuando levante
tendremos el sistema con la configuración anterior.
Me puedes ayudar a identificar cuales serian los pasos/instrucciones a
ejecutar para llevarlo a cabo.
Si necesitas más datos puedes pedirmelos.
Gracias de antemano.
Un saludo.
Luisinf
Aug 6, 2010, 2:53:27 AM8/6/10
to solaris-es
Hola
No me queda muy claro lo que te piden tus jefes. Tu vas a actualizar
todo, y al realizar ese acción tu jefes no les vale un backup si no
que quieren otra cosa.
Si es así la eliminación del raid está bastante bien pero teniendo
backup y demás no se porqué os dicen eso.
Lo suyo es romper el raid. Una vez realizada esta operación y hecho es
snapshot o backup.
Ponerse actualizar instalar paquetes y demás cosas de optimización.
Este sistema hay que dejarlo como una semana para saber como se
comporta que acciones realiza con el firmware nuevo y si el
rendimiento se mejora.
No obstante te puedes quedar con la copla de que actualizaciones
instalas y después borrarlas manualmente puesto que solaris guarda los
controladores anteriores. No obstante esa opción no te la recomiendo
porque si son muchas actualizaciones seguro que queda alguna en el
tintero.
No creo que te haya aclarado mucho pero los pasos te los tengo que
mirar más detenidamente, y tirando a base de apuntes que la memoria
falla.
Saludos
On 5 ago, 18:41, "arrascanal...@gmail.com" <arrascanal...@gmail.com>
wrote:
No me queda muy claro lo que te piden tus jefes. Tu vas a actualizar
todo, y al realizar ese acción tu jefes no les vale un backup si no
que quieren otra cosa.
Si es así la eliminación del raid está bastante bien pero teniendo
backup y demás no se porqué os dicen eso.
Lo suyo es romper el raid. Una vez realizada esta operación y hecho es
snapshot o backup.
Ponerse actualizar instalar paquetes y demás cosas de optimización.
Este sistema hay que dejarlo como una semana para saber como se
comporta que acciones realiza con el firmware nuevo y si el
rendimiento se mejora.
No obstante te puedes quedar con la copla de que actualizaciones
instalas y después borrarlas manualmente puesto que solaris guarda los
controladores anteriores. No obstante esa opción no te la recomiendo
porque si son muchas actualizaciones seguro que queda alguna en el
tintero.
No creo que te haya aclarado mucho pero los pasos te los tengo que
mirar más detenidamente, y tirando a base de apuntes que la memoria
falla.
Saludos
On 5 ago, 18:41, "arrascanal...@gmail.com" <arrascanal...@gmail.com>
wrote:
Mariano J. Obarrio Miles
Aug 6, 2010, 3:11:22 AM8/6/10
to solar...@googlegroups.com
Buenas,
a grandes rasgos te paso el procedimiento, si te interesa el detalle de cada punto, lo podemos ver.
-- Pre- Parcheo
- Tenemos una consola al equipo para controlar todos los boots.
- Tomamos un backup del equipo (Sistema Operativo + Datos)
- Pasamos los parches recomendados al disco de boot primario.
- Realizar un boot del disco de mirror (Garantizamos que el disco de mirror esta OK)
- Ponemos auto-boot? en FALSE (Para que no arranque solo)
-- Parcheo (Tiempo estimado: 2h)
- Realizamos un boot del disco de primario
- Rompemos el mirror
- Parcheamos el SO
- Reiniciamos y vemos que todo funcione OK
-- Post Parcheo
- Ponemos auto-boot? en TRUE
- 1 o 2 dias mas tardre sincronizamos los mirrors (Primario [parcheado] -> Mirror [no parcheado])
-- Procedimiento de vuelta atrás (Tiempo estimado: 20m)
- Realizamos un boot del disco de mirror
- Sincronizamos en sentido inverso (Mirror [no parcheado] -> Primario [parcheado])
-- Otras recomendaciones:
- Tomar un explorer del equipo antes del parcheo (Siempre puede ser util)
- Generar una imagen FLASH del equipo. Ante la perdida total, el equipo puede estar reinstalado en 15 minutos. (Siempre teniendo en cuenta que hablamos del SO y no de los datos, los datos se tienen que resguardar por separado)
a grandes rasgos te paso el procedimiento, si te interesa el detalle de cada punto, lo podemos ver.
-- Pre- Parcheo
- Tenemos una consola al equipo para controlar todos los boots.
- Tomamos un backup del equipo (Sistema Operativo + Datos)
- Pasamos los parches recomendados al disco de boot primario.
- Realizar un boot del disco de mirror (Garantizamos que el disco de mirror esta OK)
- Ponemos auto-boot? en FALSE (Para que no arranque solo)
-- Parcheo (Tiempo estimado: 2h)
- Realizamos un boot del disco de primario
- Rompemos el mirror
- Parcheamos el SO
- Reiniciamos y vemos que todo funcione OK
-- Post Parcheo
- Ponemos auto-boot? en TRUE
- 1 o 2 dias mas tardre sincronizamos los mirrors (Primario [parcheado] -> Mirror [no parcheado])
-- Procedimiento de vuelta atrás (Tiempo estimado: 20m)
- Realizamos un boot del disco de mirror
- Sincronizamos en sentido inverso (Mirror [no parcheado] -> Primario [parcheado])
-- Otras recomendaciones:
- Tomar un explorer del equipo antes del parcheo (Siempre puede ser util)
- Generar una imagen FLASH del equipo. Ante la perdida total, el equipo puede estar reinstalado en 15 minutos. (Siempre teniendo en cuenta que hablamos del SO y no de los datos, los datos se tienen que resguardar por separado)
--
Solaris is a better Linux than Linux.
By Mark Andreessen
--
This is Unix-Land
In quiet nights you can hear the Windows machines reboot...
carlos.sanchez
Aug 6, 2010, 4:04:44 AM8/6/10
to solar...@googlegroups.com
Buenos dias,
Antes de nada, gracias por tu pronta respuesta, necesitaria el detalle de los siguientes puntos si no es abusar mucho.
-- Pre- Parcheo
- Realizar un boot del disco de mirror (Garantizamos que el disco de mirror esta OK)
Como lo haria, en principio esta todo OK
-- Parcheo (Tiempo estimado: 2h)
- Realizamos un boot del disco de primario
Como se haria.
- Rompemos el mirror
Que mirror tengo que romper , entiendo que aquel donde se encuentre el /, ¿es correcto?.A la hora de romper el mirror necesitamos hacer alguna modificación en algun archivo tipo vfstab,etc.
Gracias de antemano.
Antes de nada, gracias por tu pronta respuesta, necesitaria el detalle de los siguientes puntos si no es abusar mucho.
-- Pre- Parcheo
- Pasamos los parches recomendados al disco de boot primario.
Ya los tengo pasados en el /tmp pero no se si en disco de boot primario.- Realizar un boot del disco de mirror (Garantizamos que el disco de mirror esta OK)
Como lo haria, en principio esta todo OK
-- Parcheo (Tiempo estimado: 2h)
Como se haria.
- Rompemos el mirror
Que mirror tengo que romper , entiendo que aquel donde se encuentre el /, ¿es correcto?.A la hora de romper el mirror necesitamos hacer alguna modificación en algun archivo tipo vfstab,etc.
- Parcheamos el SO
- Reiniciamos y vemos que todo funcione OK
-- Post Parcheo
- Ponemos auto-boot? en TRUE
- Reiniciamos y vemos que todo funcione OK
-- Post Parcheo
- Ponemos auto-boot? en TRUE
- 1 o 2 dias mas tardre sincronizamos los mirrors (Primario [parcheado] -> Mirror [no parcheado])
Como realizar la sincronización.Gracias de antemano.
Luisinf
Aug 6, 2010, 4:08:02 AM8/6/10
to solaris-es
Buenas,
Este planing está bien pero cambiaría varias pautas (PONGO EN
MAYÚSCULAS LOS CAMBIOS)
*-- Pre- Parcheo*
- BACKUP DE SISTEMA Y DATOS, SIEMPRE POR SEPARADO
- ROMPERÍA RAID.
- CHECK DE LOS DOS DISCO
semana dependiendo de las entregas, pero 2 dias me parece escaso),
LUEGO SINCRONIZAR MIRRORs
*-- Procedimiento de vuelta atrás* (Tiempo estimado: 20m)
SINCRONICEN
ESPECICFICA DE BACKUP, ES DECIR:
1 SEMANA DE DURACIÓN HASTA SINCRONIZAR.
PRIMER DIA, BACKUP INICIAL. VALOR 0
SEGUNDO DIAR, BACKUP INCREMENTAL VALOR 2
TERCER DIA, BACKUP INCREMENTAL VALOR 3
...
BUENO ASÍ HASTA COMPLETAR LA SEMANA. ESO ES IMPORTANTE PORQUE SI FALLA
SE GUARDAN ESOS DIAS Y LUEGO LO PUEDES VALORAR EL PORQUE HA FALLADO
PARA OTRO POSTERIOR PARCHEO.
QUIZAS NO ME HE EXPLICADO BIEN PERO SEGURO QUE LO HAS ENTENDIDO.
Escribo en mayúsculas para ver más fácil las modificaciones que haría
con tu plan de actuación. Cualquiera de los dos es válido yo te doy mi
opinión.
Espero que te ayude, si necesitas como hacerlo o dudas con algún
comando pues ya sabes.
----------------------------------------------------------------------------------
On 6 ago, 09:11, "Mariano J. Obarrio Miles"
Este planing está bien pero cambiaría varias pautas (PONGO EN
MAYÚSCULAS LOS CAMBIOS)
*-- Pre- Parcheo*
- BACKUP DE SISTEMA Y DATOS, SIEMPRE POR SEPARADO
- ROMPERÍA RAID.
- CHECK DE LOS DOS DISCO
- Pasamos los parches recomendados al disco de boot primario.
- Realizar un boot del disco de mirror (Garantizamos que el disco
de mirror esta OK)
- Ponemos auto-boot? en FALSE (Para que no arranque solo)
*-- Parcheo *(Tiempo estimado: 2h)
- Realizar un boot del disco de mirror (Garantizamos que el disco
de mirror esta OK)
- Ponemos auto-boot? en FALSE (Para que no arranque solo)
- Realizamos un boot del disco de primario
- Parcheamos el SO
- Reiniciamos y vemos que todo funcione OK
*-- Post Parcheo*
- Reiniciamos y vemos que todo funcione OK
- Ponemos auto-boot? en TRUE
- REALIZAR BACKUP UNA VEZ QUE SE DE EL VISTO BUENO (yo daría mas de 1
semana dependiendo de las entregas, pero 2 dias me parece escaso),
LUEGO SINCRONIZAR MIRRORs
*-- Procedimiento de vuelta atrás* (Tiempo estimado: 20m)
- Realizamos un boot del disco de mirror
- Sincronizamos en sentido inverso (Mirror [no parcheado] ->
Primario
[parcheado])
*-- Otras recomendaciones:*
- Sincronizamos en sentido inverso (Mirror [no parcheado] ->
Primario
[parcheado])
- Generar una imagen FLASH del equipo. Ante la perdida total, el
equipo
puede estar reinstalado en 15 minutos. (Siempre teniendo en cuenta que
hablamos del SO y no de los datos, los datos se tienen que resguardar
por
separado)
-CHECK CONTINUAMENTE DISCOS CADA VEZ QUE SE ROMPAN LOS RAID Y SE
equipo
puede estar reinstalado en 15 minutos. (Siempre teniendo en cuenta que
hablamos del SO y no de los datos, los datos se tienen que resguardar
por
separado)
SINCRONICEN
- Tomar un explorer del equipo antes del parcheo (Siempre puede ser
util)
- LA IMAGEN FLASH ESTÁ BASTANTE BIEN, PERO LLEVANDO UNA POLITICA
util)
ESPECICFICA DE BACKUP, ES DECIR:
1 SEMANA DE DURACIÓN HASTA SINCRONIZAR.
PRIMER DIA, BACKUP INICIAL. VALOR 0
SEGUNDO DIAR, BACKUP INCREMENTAL VALOR 2
TERCER DIA, BACKUP INCREMENTAL VALOR 3
...
BUENO ASÍ HASTA COMPLETAR LA SEMANA. ESO ES IMPORTANTE PORQUE SI FALLA
SE GUARDAN ESOS DIAS Y LUEGO LO PUEDES VALORAR EL PORQUE HA FALLADO
PARA OTRO POSTERIOR PARCHEO.
QUIZAS NO ME HE EXPLICADO BIEN PERO SEGURO QUE LO HAS ENTENDIDO.
Escribo en mayúsculas para ver más fácil las modificaciones que haría
con tu plan de actuación. Cualquiera de los dos es válido yo te doy mi
opinión.
Espero que te ayude, si necesitas como hacerlo o dudas con algún
comando pues ya sabes.
----------------------------------------------------------------------------------
On 6 ago, 09:11, "Mariano J. Obarrio Miles"
<mariano.obar...@gmail.com> wrote:
> Buenas,
> a grandes rasgos te paso el procedimiento, si te interesa el detalle de
> cada punto, lo podemos ver.
>
> *-- Pre- Parcheo*
> Buenas,
> a grandes rasgos te paso el procedimiento, si te interesa el detalle de
> cada punto, lo podemos ver.
>
> - Tenemos una consola al equipo para controlar todos los boots.
> - Tomamos un backup del equipo (Sistema Operativo + Datos)
> - Pasamos los parches recomendados al disco de boot primario.
> - Realizar un boot del disco de mirror (Garantizamos que el disco de
> mirror esta OK)
> - Ponemos auto-boot? en FALSE (Para que no arranque solo)
>
> *-- Parcheo *(Tiempo estimado: 2h)
> - Tomamos un backup del equipo (Sistema Operativo + Datos)
> - Pasamos los parches recomendados al disco de boot primario.
> - Realizar un boot del disco de mirror (Garantizamos que el disco de
> mirror esta OK)
> - Ponemos auto-boot? en FALSE (Para que no arranque solo)
>
> - Realizamos un boot del disco de primario
> - Rompemos el mirror
> - Parcheamos el SO
> - Reiniciamos y vemos que todo funcione OK
>
> *-- Post Parcheo*
> - Rompemos el mirror
> - Parcheamos el SO
> - Reiniciamos y vemos que todo funcione OK
>
> - Ponemos auto-boot? en TRUE
> - 1 o 2 dias mas tardre sincronizamos los mirrors (Primario [parcheado]
> -> Mirror [no parcheado])
>
> *-- Procedimiento de vuelta atrás* (Tiempo estimado: 20m)
> - 1 o 2 dias mas tardre sincronizamos los mirrors (Primario [parcheado]
> -> Mirror [no parcheado])
>
> - Realizamos un boot del disco de mirror
> - Sincronizamos en sentido inverso (Mirror [no parcheado] -> Primario
> [parcheado])
>
> *-- Otras recomendaciones:*
> - Sincronizamos en sentido inverso (Mirror [no parcheado] -> Primario
> [parcheado])
>
> - Tomar un explorer del equipo antes del parcheo (Siempre puede ser util)
> - Generar una imagen FLASH del equipo. Ante la perdida total, el equipo
> puede estar reinstalado en 15 minutos. (Siempre teniendo en cuenta que
> hablamos del SO y no de los datos, los datos se tienen que resguardar por
> separado)
>
> 2010/8/5 arrascanal...@gmail.com <arrascanal...@gmail.com>
> - Generar una imagen FLASH del equipo. Ante la perdida total, el equipo
> puede estar reinstalado en 15 minutos. (Siempre teniendo en cuenta que
> hablamos del SO y no de los datos, los datos se tienen que resguardar por
> separado)
>
Mariano J. Obarrio Miles
Aug 6, 2010, 4:14:54 AM8/6/10
to solar...@googlegroups.com
Contesto entre lineas!!
Si el disco de sistema operativo (SO) esta en mirror, cualquier cosa que copies se copiara en el disco principal y en el de mirror
En el /tmp no te resulta util, ya que este FS es SWAP y se crea durante el boot, cuando reinicies se perdera la informacion contenida en el mismo.
Yo dejaria los parches por ejemplo en: /var/tmp/sun
PREGUNTA: Que version de solaris utilizan? y que gestor de discos utilizan par el mirror de los discos de SO (SDS / SVM / VxVM)?
Que modelo de maquina van a parchear? SPARC / x86
Si es SPARC, es facil, en la OBP esta definida la variable boot-device que indica la secuencia de arraque de los discos
Ej. boot-device=bootdisk mirrordisk net
desde la OBP tendrias que ejecutar lo siguiente:
OK> boot mirrordisk --> Arranca del disco de mirror
OK> boot bootdisk --> Arranca del disco principal
Segun el gestor de volumenes que utilices, vemos estos pasos en detalle
Igual que el punto anterior!
2010/8/6 carlos.sanchez <arrasc...@gmail.com>
Buenos dias,
Antes de nada, gracias por tu pronta respuesta, necesitaria el detalle de los siguientes puntos si no es abusar mucho.
-- Pre- Parcheo
- Pasamos los parches recomendados al disco de boot primario.Ya los tengo pasados en el /tmp pero no se si en disco de boot primario.
Si el disco de sistema operativo (SO) esta en mirror, cualquier cosa que copies se copiara en el disco principal y en el de mirror
En el /tmp no te resulta util, ya que este FS es SWAP y se crea durante el boot, cuando reinicies se perdera la informacion contenida en el mismo.
Yo dejaria los parches por ejemplo en: /var/tmp/sun
PREGUNTA: Que version de solaris utilizan? y que gestor de discos utilizan par el mirror de los discos de SO (SDS / SVM / VxVM)?
- Realizar un boot del disco de mirror (Garantizamos que el disco de mirror esta OK)
Como lo haria, en principio esta todo OK
Que modelo de maquina van a parchear? SPARC / x86
Si es SPARC, es facil, en la OBP esta definida la variable boot-device que indica la secuencia de arraque de los discos
Ej. boot-device=bootdisk mirrordisk net
desde la OBP tendrias que ejecutar lo siguiente:
OK> boot mirrordisk --> Arranca del disco de mirror
OK> boot bootdisk --> Arranca del disco principal
-- Parcheo (Tiempo estimado: 2h)
- Realizamos un boot del disco de primario
Como se haria.
- Rompemos el mirror
Que mirror tengo que romper , entiendo que aquel donde se encuentre el /, ¿es correcto?.A la hora de romper el mirror necesitamos hacer alguna modificación en algun archivo tipo vfstab,etc.
Segun el gestor de volumenes que utilices, vemos estos pasos en detalle
- Parcheamos el SO
- Reiniciamos y vemos que todo funcione OK
-- Post Parcheo
- Ponemos auto-boot? en TRUE
- 1 o 2 dias mas tardre sincronizamos los mirrors (Primario [parcheado] -> Mirror [no parcheado])Como realizar la sincronización.
Igual que el punto anterior!
Luisinf
Aug 6, 2010, 4:52:05 AM8/6/10
to solaris-es
En cuanto a los parches supuestamente si no has roto el raid pues
estarán en los dos discos, siempre y cuando el raid tambien esté en /
tmp
Eso se puede ver acciedo un df -k vemos que carpetas o rutas estan en
raid porque puede ser que una carpeta datos este en raid pero otra que
es datos antiguos puede ser que no esté en raid.
Te aconsejo pasar a otra carpeta no vaya a ser que el filesystem este
completo y al hacer el parcheo como seguramente tire de esa carpeta
para poner temporales como vea que ha sobrepasado el limite de espacio
pues peta. (SIEMPRE dependiendo de como este montado).
SI tu copias cuarquier cosa sin romper el raid pues claramente se te
copia automáticamente en el otro mirror ya sea disco o particion.
Que gestor de descarga y de actualización utilizas, puesto que
seguramente las tenga en su carpeta que ahora no me acuerdo, yo he
utilizado smpatch y se que se descarga de internet las actualizaciones
y las descarga en una carpeta, luego hace un smpatch update y te las
actualiza, tambien decir que te guarda los anteriores drivers y demás
pos si quieres hacer una marcha atrás.
Es bastante importante la versión que utilizan, la máquina
importatísimo, los mirror de los discos que quizás cambia al romper
un raid (esto ultimo lo desconozco).
Siempre puedes arancar del disco a traves de c0t0d0s0 si dudas.
Recuerda que debes hacer un init 6 o shutdown -i 6 para reiniciar el
sistema e instalar las actualizaciones que queden pendientes.
----------------------
On 6 ago, 10:14, "Mariano J. Obarrio Miles"
> 2010/8/6 carlos.sanchez <arrascanal...@gmail.com>
> > primario.*
estarán en los dos discos, siempre y cuando el raid tambien esté en /
tmp
Eso se puede ver acciedo un df -k vemos que carpetas o rutas estan en
raid porque puede ser que una carpeta datos este en raid pero otra que
es datos antiguos puede ser que no esté en raid.
Te aconsejo pasar a otra carpeta no vaya a ser que el filesystem este
completo y al hacer el parcheo como seguramente tire de esa carpeta
para poner temporales como vea que ha sobrepasado el limite de espacio
pues peta. (SIEMPRE dependiendo de como este montado).
SI tu copias cuarquier cosa sin romper el raid pues claramente se te
copia automáticamente en el otro mirror ya sea disco o particion.
Que gestor de descarga y de actualización utilizas, puesto que
seguramente las tenga en su carpeta que ahora no me acuerdo, yo he
utilizado smpatch y se que se descarga de internet las actualizaciones
y las descarga en una carpeta, luego hace un smpatch update y te las
actualiza, tambien decir que te guarda los anteriores drivers y demás
pos si quieres hacer una marcha atrás.
Es bastante importante la versión que utilizan, la máquina
importatísimo, los mirror de los discos que quizás cambia al romper
un raid (esto ultimo lo desconozco).
Siempre puedes arancar del disco a traves de c0t0d0s0 si dudas.
Recuerda que debes hacer un init 6 o shutdown -i 6 para reiniciar el
sistema e instalar las actualizaciones que queden pendientes.
----------------------
On 6 ago, 10:14, "Mariano J. Obarrio Miles"
> 2010/8/6 carlos.sanchez <arrascanal...@gmail.com>
>
> > Buenos dias,
>
> > Antes de nada, gracias por tu pronta respuesta, necesitaria el detalle de
> > los siguientes puntos si no es abusar mucho.
>
> > *-- Pre- Parcheo*
> > Buenos dias,
>
> > Antes de nada, gracias por tu pronta respuesta, necesitaria el detalle de
> > los siguientes puntos si no es abusar mucho.
>
>
> > - Pasamos los parches recomendados al disco de boot primario.
> > *Ya los tengo pasados en el /tmp pero no se si en disco de boot
> > - Pasamos los parches recomendados al disco de boot primario.
> > primario.*
>
> Si el disco de sistema operativo (SO) esta en mirror, cualquier cosa que
> copies se copiara en el disco principal y en el de mirror
>
> En el /tmp no te resulta util, ya que este FS es SWAP y se crea durante el
> boot, cuando reinicies se perdera la informacion contenida en el mismo.
> Yo dejaria los parches por ejemplo en: /var/tmp/sun
>
> PREGUNTA: Que version de solaris utilizan? y que gestor de discos utilizan
> par el mirror de los discos de SO (SDS / SVM / VxVM)?
>
> > - Realizar un boot del disco de mirror (Garantizamos que el disco de
> > mirror esta OK)
> > *Como lo haria, en principio esta todo OK*
> Si el disco de sistema operativo (SO) esta en mirror, cualquier cosa que
> copies se copiara en el disco principal y en el de mirror
>
> En el /tmp no te resulta util, ya que este FS es SWAP y se crea durante el
> boot, cuando reinicies se perdera la informacion contenida en el mismo.
> Yo dejaria los parches por ejemplo en: /var/tmp/sun
>
> PREGUNTA: Que version de solaris utilizan? y que gestor de discos utilizan
> par el mirror de los discos de SO (SDS / SVM / VxVM)?
>
> > - Realizar un boot del disco de mirror (Garantizamos que el disco de
> > mirror esta OK)
>
> Que modelo de maquina van a parchear? SPARC / x86
>
> Si es SPARC, es facil, en la OBP esta definida la variable *boot-device* que
> Que modelo de maquina van a parchear? SPARC / x86
>
> indica la secuencia de arraque de los discos
>
> Ej. boot-device=bootdisk mirrordisk net
>
> desde la OBP tendrias que ejecutar lo siguiente:
> OK> boot mirrordisk --> Arranca del disco de mirror
> OK> boot bootdisk --> Arranca del disco principal
>
>
>
> > *-- Parcheo *(Tiempo estimado: 2h)
>
> Ej. boot-device=bootdisk mirrordisk net
>
> desde la OBP tendrias que ejecutar lo siguiente:
> OK> boot mirrordisk --> Arranca del disco de mirror
> OK> boot bootdisk --> Arranca del disco principal
>
>
>
> > - Realizamos un boot del disco de primario
> > Como se haria.
> > - Rompemos el mirror
> > *Que mirror tengo que romper , entiendo que aquel donde se encuentre el /,
> > Como se haria.
> > - Rompemos el mirror
> > ¿es correcto?.A la hora de romper el mirror necesitamos hacer alguna
> > modificación en algun archivo tipo vfstab,etc.*
>
> Segun el gestor de volumenes que utilices, vemos estos pasos en detalle
>
> > - Parcheamos el SO
> > - Reiniciamos y vemos que todo funcione OK
>
> > *-- Post Parcheo*
> Segun el gestor de volumenes que utilices, vemos estos pasos en detalle
>
> > - Parcheamos el SO
> > - Reiniciamos y vemos que todo funcione OK
>
> > - Ponemos auto-boot? en TRUE
> > - 1 o 2 dias mas tardre sincronizamos los mirrors (Primario [parcheado]
> > -> Mirror [no parcheado])
> > *Como realizar la sincronización.*
> > - 1 o 2 dias mas tardre sincronizamos los mirrors (Primario [parcheado]
> > -> Mirror [no parcheado])
>
> Igual que el punto anterior!
>
> > Gracias de antemano.
>
> > El 6 de agosto de 2010 09:11, Mariano J. Obarrio Miles <
> > mariano.obar...@gmail.com> escribió:
> Igual que el punto anterior!
>
> > Gracias de antemano.
>
> > El 6 de agosto de 2010 09:11, Mariano J. Obarrio Miles <
>
> >> Buenas,
> >> a grandes rasgos te paso el procedimiento, si te interesa el detalle de
> >> cada punto, lo podemos ver.
>
> >> *-- Pre- Parcheo*
> >> Buenas,
> >> a grandes rasgos te paso el procedimiento, si te interesa el detalle de
> >> cada punto, lo podemos ver.
>
> >> - Tenemos una consola al equipo para controlar todos los boots.
> >> - Tomamos un backup del equipo (Sistema Operativo + Datos)
> >> - Pasamos los parches recomendados al disco de boot primario.
> >> - Realizar un boot del disco de mirror (Garantizamos que el disco de
> >> mirror esta OK)
> >> - Ponemos auto-boot? en FALSE (Para que no arranque solo)
>
> >> *-- Parcheo *(Tiempo estimado: 2h)
> >> - Tomamos un backup del equipo (Sistema Operativo + Datos)
> >> - Pasamos los parches recomendados al disco de boot primario.
> >> - Realizar un boot del disco de mirror (Garantizamos que el disco de
> >> mirror esta OK)
> >> - Ponemos auto-boot? en FALSE (Para que no arranque solo)
>
> >> - Realizamos un boot del disco de primario
> >> - Rompemos el mirror
> >> - Parcheamos el SO
> >> - Reiniciamos y vemos que todo funcione OK
>
> >> *-- Post Parcheo*
> >> - Rompemos el mirror
> >> - Parcheamos el SO
> >> - Reiniciamos y vemos que todo funcione OK
>
> >> - Ponemos auto-boot? en TRUE
> >> - 1 o 2 dias mas tardre sincronizamos los mirrors (Primario [parcheado]
> >> -> Mirror [no parcheado])
>
> >> *-- Procedimiento de vuelta atrás* (Tiempo estimado: 20m)
> >> - 1 o 2 dias mas tardre sincronizamos los mirrors (Primario [parcheado]
> >> -> Mirror [no parcheado])
>
> >> - Realizamos un boot del disco de mirror
> >> - Sincronizamos en sentido inverso (Mirror [no parcheado] -> Primario
> >> [parcheado])
>
> >> *-- Otras recomendaciones:*
> >> - Sincronizamos en sentido inverso (Mirror [no parcheado] -> Primario
> >> [parcheado])
>
> >> - Tomar un explorer del equipo antes del parcheo (Siempre puede ser
> >> util)
> >> - Generar una imagen FLASH del equipo. Ante la perdida total, el equipo
> >> puede estar reinstalado en 15 minutos. (Siempre teniendo en cuenta que
> >> hablamos del SO y no de los datos, los datos se tienen que resguardar por
> >> separado)
>
> >> 2010/8/5 arrascanal...@gmail.com <arrascanal...@gmail.com>
> >> util)
> >> - Generar una imagen FLASH del equipo. Ante la perdida total, el equipo
> >> puede estar reinstalado en 15 minutos. (Siempre teniendo en cuenta que
> >> hablamos del SO y no de los datos, los datos se tienen que resguardar por
> >> separado)
>
carlos.sanchez
Aug 6, 2010, 5:11:04 AM8/6/10
to solar...@googlegroups.com
Respondo entre lineas!!
El 6 de agosto de 2010 10:14, Mariano J. Obarrio Miles <mariano...@gmail.com> escribió:
Contesto entre lineas!!2010/8/6 carlos.sanchez <arrasc...@gmail.com>
Buenos dias,
Antes de nada, gracias por tu pronta respuesta, necesitaria el detalle de los siguientes puntos si no es abusar mucho.
-- Pre- Parcheo
- Pasamos los parches recomendados al disco de boot primario.Ya los tengo pasados en el /tmp pero no se si en disco de boot primario.
Si el disco de sistema operativo (SO) esta en mirror, cualquier cosa que copies se copiara en el disco principal y en el de mirror
En el /tmp no te resulta util, ya que este FS es SWAP y se crea durante el boot, cuando reinicies se perdera la informacion contenida en el mismo.
Yo dejaria los parches por ejemplo en: /var/tmp/sun
PREGUNTA: Que version de solaris utilizan? y que gestor de discos utilizan par el mirror de los discos de SO (SDS / SVM / VxVM)?
La version que utilizo es solaris 10u5 y para los discos de SO utilizo SVM.
- Realizar un boot del disco de mirror (Garantizamos que el disco de mirror esta OK)
Como lo haria, en principio esta todo OK
Que modelo de maquina van a parchear? SPARC / x86
Si es SPARC, es facil, en la OBP esta definida la variable boot-device que indica la secuencia de arraque de los discos
Ej. boot-device=bootdisk mirrordisk net
desde la OBP tendrias que ejecutar lo siguiente:
OK> boot mirrordisk --> Arranca del disco de mirror
OK> boot bootdisk --> Arranca del disco principal
Todas las maquinas son SPARC y la configuración que tengo es la siguiente:
boot-device=disk0 disk1
boot-device=disk0 disk1
-- Parcheo (Tiempo estimado: 2h)
- Realizamos un boot del disco de primario
Como se haria.
- Rompemos el mirror
Que mirror tengo que romper , entiendo que aquel donde se encuentre el /, ¿es correcto?.A la hora de romper el mirror necesitamos hacer alguna modificación en algun archivo tipo vfstab,etc.
Segun el gestor de volumenes que utilices, vemos estos pasos en detalle
SVM pero me puede decir algun procedimiento para verificarlo.
carlos.sanchez
Aug 6, 2010, 5:14:20 AM8/6/10
to solar...@googlegroups.com
Te adjunto esta información por si te vale :
bash-3.00$ metastat -p
.....
d0 -m d10 d20 1
d10 1 1 c3t0d0s0
d20 1 1 c3t1d0s0
.........
bash-3.00$ df -k
Filesystem kbytes used avail capacity Mounted on
/dev/md/dsk/d0 4133598 2485706 1606557 61% /
/dev/md/dsk/d4 5166102 3702134 1412307 73% /usr
/dev/md/dsk/d3 8262869 4526631 3653610 56% /var
/dev/md/dsk/d5 10327132 2012906 8210955 20% /internet/programas
/dev/md/dsk/d6 34079205 2024075 31714338 6% /internet/datos
bash-3.00$ metastat -p
.....
d0 -m d10 d20 1
d10 1 1 c3t0d0s0
d20 1 1 c3t1d0s0
.........
bash-3.00$ df -k
Filesystem kbytes used avail capacity Mounted on
/dev/md/dsk/d0 4133598 2485706 1606557 61% /
/dev/md/dsk/d4 5166102 3702134 1412307 73% /usr
/dev/md/dsk/d3 8262869 4526631 3653610 56% /var
/dev/md/dsk/d5 10327132 2012906 8210955 20% /internet/programas
/dev/md/dsk/d6 34079205 2024075 31714338 6% /internet/datos
Luisinf
Aug 6, 2010, 5:18:32 AM8/6/10
to solaris-es
Pues blanco y en botella.
rompe raid
check discos
inicio del boot, pones el que quieras.
a partir de ahí haces haces la actualización
es decir si arrancas disk0, pues actualizas ese.
No se si entiendo la duda?
On 6 ago, 11:11, "carlos.sanchez" <arrascanal...@gmail.com> wrote:
> Respondo entre lineas!!
>
> El 6 de agosto de 2010 10:14, Mariano J. Obarrio Miles <
> mariano.obar...@gmail.com> escribió:
>
>
>
> > Contesto entre lineas!!
>
> > 2010/8/6 carlos.sanchez <arrascanal...@gmail.com>
> >> primario.*
rompe raid
check discos
inicio del boot, pones el que quieras.
a partir de ahí haces haces la actualización
es decir si arrancas disk0, pues actualizas ese.
No se si entiendo la duda?
On 6 ago, 11:11, "carlos.sanchez" <arrascanal...@gmail.com> wrote:
> Respondo entre lineas!!
>
> El 6 de agosto de 2010 10:14, Mariano J. Obarrio Miles <
>
>
>
> > Contesto entre lineas!!
>
> > 2010/8/6 carlos.sanchez <arrascanal...@gmail.com>
>
> > Buenos dias,
>
> >> Antes de nada, gracias por tu pronta respuesta, necesitaria el detalle de
> >> los siguientes puntos si no es abusar mucho.
>
> >> *-- Pre- Parcheo*
> > Buenos dias,
>
> >> Antes de nada, gracias por tu pronta respuesta, necesitaria el detalle de
> >> los siguientes puntos si no es abusar mucho.
>
>
> >> - Pasamos los parches recomendados al disco de boot primario.
> >> *Ya los tengo pasados en el /tmp pero no se si en disco de boot
> >> - Pasamos los parches recomendados al disco de boot primario.
> >> primario.*
>
> > Si el disco de sistema operativo (SO) esta en mirror, cualquier cosa que
> > copies se copiara en el disco principal y en el de mirror
>
> > En el /tmp no te resulta util, ya que este FS es SWAP y se crea durante el
> > boot, cuando reinicies se perdera la informacion contenida en el mismo.
> > Yo dejaria los parches por ejemplo en: /var/tmp/sun
>
> > PREGUNTA: Que version de solaris utilizan? y que gestor de discos utilizan
> > par el mirror de los discos de SO (SDS / SVM / VxVM)?
>
> > La version que utilizo es solaris 10u5 y para los discos de SO utilizo
>
> SVM.
>
>
>
>
>
> >> - Realizar un boot del disco de mirror (Garantizamos que el disco de
> >> mirror esta OK)
> >> *Como lo haria, en principio esta todo OK*
> > Si el disco de sistema operativo (SO) esta en mirror, cualquier cosa que
> > copies se copiara en el disco principal y en el de mirror
>
> > En el /tmp no te resulta util, ya que este FS es SWAP y se crea durante el
> > boot, cuando reinicies se perdera la informacion contenida en el mismo.
> > Yo dejaria los parches por ejemplo en: /var/tmp/sun
>
> > PREGUNTA: Que version de solaris utilizan? y que gestor de discos utilizan
> > par el mirror de los discos de SO (SDS / SVM / VxVM)?
>
> > La version que utilizo es solaris 10u5 y para los discos de SO utilizo
>
> SVM.
>
>
>
>
>
> >> - Realizar un boot del disco de mirror (Garantizamos que el disco de
> >> mirror esta OK)
>
> > Que modelo de maquina van a parchear? SPARC / x86
>
> > Si es SPARC, es facil, en la OBP esta definida la variable *boot-device*que indica la secuencia de arraque de los discos
> > Que modelo de maquina van a parchear? SPARC / x86
>
>
> > Ej. boot-device=bootdisk mirrordisk net
>
> > desde la OBP tendrias que ejecutar lo siguiente:
> > OK> boot mirrordisk --> Arranca del disco de mirror
> > OK> boot bootdisk --> Arranca del disco principal
>
> Todas las maquinas son SPARC y la configuración que tengo es la siguiente:
> boot-device=disk0 disk1
>
>
>
> >> *-- Parcheo *(Tiempo estimado: 2h)
> > Ej. boot-device=bootdisk mirrordisk net
>
> > desde la OBP tendrias que ejecutar lo siguiente:
> > OK> boot mirrordisk --> Arranca del disco de mirror
> > OK> boot bootdisk --> Arranca del disco principal
>
> Todas las maquinas son SPARC y la configuración que tengo es la siguiente:
> boot-device=disk0 disk1
>
>
>
> >> - Realizamos un boot del disco de primario
> >> Como se haria.
> >> - Rompemos el mirror
> >> *Que mirror tengo que romper , entiendo que aquel donde se encuentre el
> >> Como se haria.
> >> - Rompemos el mirror
> >> /, ¿es correcto?.A la hora de romper el mirror necesitamos hacer alguna
> >> modificación en algun archivo tipo vfstab,etc.*
>
> > Segun el gestor de volumenes que utilices, vemos estos pasos en detalle
> > SVM pero me puede decir algun procedimiento para verificarlo.
>
> >> - Parcheamos el SO
> >> - Reiniciamos y vemos que todo funcione OK
>
> >> *-- Post Parcheo*
> > Segun el gestor de volumenes que utilices, vemos estos pasos en detalle
> > SVM pero me puede decir algun procedimiento para verificarlo.
>
> >> - Parcheamos el SO
> >> - Reiniciamos y vemos que todo funcione OK
>
> >> - Ponemos auto-boot? en TRUE
> >> - 1 o 2 dias mas tardre sincronizamos los mirrors (Primario [parcheado]
> >> -> Mirror [no parcheado])
> >> *Como realizar la sincronización.*
> >> - 1 o 2 dias mas tardre sincronizamos los mirrors (Primario [parcheado]
> >> -> Mirror [no parcheado])
>
> > Igual que el punto anterior!
>
> >> Gracias de antemano.
>
> >> El 6 de agosto de 2010 09:11, Mariano J. Obarrio Miles <
> >> mariano.obar...@gmail.com> escribió:
> > Igual que el punto anterior!
>
> >> Gracias de antemano.
>
> >> El 6 de agosto de 2010 09:11, Mariano J. Obarrio Miles <
>
> >>> Buenas,
> >>> a grandes rasgos te paso el procedimiento, si te interesa el detalle
> >>> de cada punto, lo podemos ver.
>
> >>> *-- Pre- Parcheo*
> >>> Buenas,
> >>> a grandes rasgos te paso el procedimiento, si te interesa el detalle
> >>> de cada punto, lo podemos ver.
>
> >>> - Tenemos una consola al equipo para controlar todos los boots.
> >>> - Tomamos un backup del equipo (Sistema Operativo + Datos)
> >>> - Pasamos los parches recomendados al disco de boot primario.
> >>> - Realizar un boot del disco de mirror (Garantizamos que el disco de
> >>> mirror esta OK)
> >>> - Ponemos auto-boot? en FALSE (Para que no arranque solo)
>
> >>> *-- Parcheo *(Tiempo estimado: 2h)
> >>> - Tomamos un backup del equipo (Sistema Operativo + Datos)
> >>> - Pasamos los parches recomendados al disco de boot primario.
> >>> - Realizar un boot del disco de mirror (Garantizamos que el disco de
> >>> mirror esta OK)
> >>> - Ponemos auto-boot? en FALSE (Para que no arranque solo)
>
> >>> - Realizamos un boot del disco de primario
> >>> - Rompemos el mirror
> >>> - Parcheamos el SO
> >>> - Reiniciamos y vemos que todo funcione OK
>
> >>> *-- Post Parcheo*
> >>> - Rompemos el mirror
> >>> - Parcheamos el SO
> >>> - Reiniciamos y vemos que todo funcione OK
>
> >>> - Ponemos auto-boot? en TRUE
> >>> - 1 o 2 dias mas tardre sincronizamos los mirrors (Primario
> >>> [parcheado] -> Mirror [no parcheado])
>
> >>> *-- Procedimiento de vuelta atrás* (Tiempo estimado: 20m)
> >>> - 1 o 2 dias mas tardre sincronizamos los mirrors (Primario
> >>> [parcheado] -> Mirror [no parcheado])
>
> >>> - Realizamos un boot del disco de mirror
> >>> - Sincronizamos en sentido inverso (Mirror [no parcheado] -> Primario
> >>> [parcheado])
>
> >>> *-- Otras recomendaciones:*
> >>> - Sincronizamos en sentido inverso (Mirror [no parcheado] -> Primario
> >>> [parcheado])
>
> >>> - Tomar un explorer del equipo antes del parcheo (Siempre puede ser
> >>> util)
> >>> - Generar una imagen FLASH del equipo. Ante la perdida total, el
> >>> equipo puede estar reinstalado en 15 minutos. (Siempre teniendo en cuenta
> >>> que hablamos del SO y no de los datos, los datos se tienen que resguardar
> >>> por separado)
>
> >>> 2010/8/5 arrascanal...@gmail.com <arrascanal...@gmail.com>
> >>> util)
> >>> - Generar una imagen FLASH del equipo. Ante la perdida total, el
> >>> equipo puede estar reinstalado en 15 minutos. (Siempre teniendo en cuenta
> >>> que hablamos del SO y no de los datos, los datos se tienen que resguardar
> >>> por separado)
>
carlos.sanchez
Aug 6, 2010, 5:24:05 AM8/6/10
to solar...@googlegroups.com
Comando a ejecutar en cada paso.
Gracias de antemano.
Gracias de antemano.
Mariano J. Obarrio Miles
Aug 6, 2010, 5:27:24 AM8/6/10
to solar...@googlegroups.com
Bueno con SVM es bastante fácil!
Tu disco principal es disk0 y el de mirror es disk1, pero para estar mas seguro puedes ejecutar
Un ejemplo para que puedas entender como es la CFG de SVM (Si ya sabes como funciona, no hace falta mirar esto!)
# metastat -p
d10 -m d0 d1 1
d0 1 1 c0t0d0s0
d1 1 1 c0t1d0s0
d20 -m d2 d3 1
d2 1 1 c0t0d0s1
d3 1 1 c0t1d0s1
d30 -m d4 d5 1
d4 1 1 c0t0d0s3
d5 1 1 c0t1d0s3
# df -h | grep -i md
Filesystem size used avail capacity Mounted on
/dev/md/dsk/d10 44G 4.9G 38G 12% /
/dev/md/dsk/d30 59G 1.5G 57G 3% /var
# swap -l
swapfile dev swaplo blocks free
/dev/md/dsk/d20 85,20 16 67120880 67120880
Los FS que tenemos bajo SVM son / (d10), /var (d30) y SWAP (d20)
El mirror del root FS es el d10 y esta compuesto por d0 y d1
d10 -m d0 d1 1
d0 1 1 c0t0d0s0
d1 1 1 c0t1d0s0
Romper el mirror es quitar la pata del disco de mirror lo cual nos dejaría algo así
# metastat -p
d10 -m d0 1 --> Eliminamos el d1 del mirror
d0 1 1 c0t0d0s0
d20 -m d2 1 --> Eliminamos el d3 del mirror
d2 1 1 c0t0d0s1
d30 -m d4 1 --> Eliminamos el d5 del mirror
d4 1 1 c0t0d0s3
d1 1 1 c0t1d0s0 --> Los metadevices existen bajo solaris pero no se estan sincronizando.
d3 1 1 c0t1d0s1 --> Los metadevices existen bajo solaris pero no se estan sincronizando.
d5 1 1 c0t1d0s3 --> Los metadevices existen bajo solaris pero no se estan sincronizando.
Ahora que entendemos como funciona, con algo mas de info preparamos el procedimiento!!!
si podes pasanos la salida de los siguientes comandos
# metastat -p
# df -h | grep -i md
# swap -l
# cat /etc/vfstab | grep -i md
En el VFSTAB no hay que tocar nada!!!
Con esto preparamos el procedimiento sonbre los mirrors
Salu2,
M.
2010/8/6 carlos.sanchez <arrasc...@gmail.com>
Tu disco principal es disk0 y el de mirror es disk1, pero para estar mas seguro puedes ejecutar
Un ejemplo para que puedas entender como es la CFG de SVM (Si ya sabes como funciona, no hace falta mirar esto!)
# metastat -p
d10 -m d0 d1 1
d0 1 1 c0t0d0s0
d1 1 1 c0t1d0s0
d20 -m d2 d3 1
d2 1 1 c0t0d0s1
d3 1 1 c0t1d0s1
d30 -m d4 d5 1
d4 1 1 c0t0d0s3
d5 1 1 c0t1d0s3
# df -h | grep -i md
Filesystem size used avail capacity Mounted on
/dev/md/dsk/d10 44G 4.9G 38G 12% /
/dev/md/dsk/d30 59G 1.5G 57G 3% /var
# swap -l
swapfile dev swaplo blocks free
/dev/md/dsk/d20 85,20 16 67120880 67120880
Los FS que tenemos bajo SVM son / (d10), /var (d30) y SWAP (d20)
El mirror del root FS es el d10 y esta compuesto por d0 y d1
d10 -m d0 d1 1
d0 1 1 c0t0d0s0
d1 1 1 c0t1d0s0
Romper el mirror es quitar la pata del disco de mirror lo cual nos dejaría algo así
# metastat -p
d10 -m d0 1 --> Eliminamos el d1 del mirror
d0 1 1 c0t0d0s0
d20 -m d2 1 --> Eliminamos el d3 del mirror
d2 1 1 c0t0d0s1
d30 -m d4 1 --> Eliminamos el d5 del mirror
d4 1 1 c0t0d0s3
d1 1 1 c0t1d0s0 --> Los metadevices existen bajo solaris pero no se estan sincronizando.
d3 1 1 c0t1d0s1 --> Los metadevices existen bajo solaris pero no se estan sincronizando.
d5 1 1 c0t1d0s3 --> Los metadevices existen bajo solaris pero no se estan sincronizando.
Ahora que entendemos como funciona, con algo mas de info preparamos el procedimiento!!!
si podes pasanos la salida de los siguientes comandos
# metastat -p
# df -h | grep -i md
# swap -l
# cat /etc/vfstab | grep -i md
En el VFSTAB no hay que tocar nada!!!
Con esto preparamos el procedimiento sonbre los mirrors
Salu2,
M.
2010/8/6 carlos.sanchez <arrasc...@gmail.com>
carlos.sanchez
Aug 6, 2010, 5:34:26 AM8/6/10
to solar...@googlegroups.com
Ok , esta es la info
bash-3.00$ metastat -p
d6 -m d16 d26 1
d16 1 1 c3t0d0s6
d26 1 1 c3t1d0s6
d5 -m d15 d25 1
d15 1 1 c3t0d0s5
d25 1 1 c3t1d0s5
d4 -m d14 d24 1
d14 1 1 c3t0d0s4
d24 1 1 c3t1d0s4
d3 -m d13 d23 1
d13 1 1 c3t0d0s3
d23 1 1 c3t1d0s3
d0 -m d10 d20 1
d10 1 1 c3t0d0s0
d20 1 1 c3t1d0s0
d1 -m d11 d21 1
d11 1 1 c3t0d0s1
d21 1 1 c3t1d0s1
bash-3.00$ df -h |grep -i md
/dev/md/dsk/d0 3.9G 2.4G 1.5G 61% /
/dev/md/dsk/d4 4.9G 3.5G 1.3G 73% /usr
/dev/md/dsk/d3 7.9G 4.3G 3.5G 56% /var
/dev/md/dsk/d5 9.8G 1.9G 7.8G 20% /internet/programas
/dev/md/dsk/d6 33G 1.9G 30G 6% /internet/datos
bash-3.00$ swap -l
swapfile dev swaplo blocks free
/dev/md/dsk/d1 85,1 16 16780208 14127488
bash-3.00$ cat /etc/vfstab | grep -i md
/dev/md/dsk/d1 - - swap - no -
/dev/md/dsk/d0 /dev/md/rdsk/d0 / ufs 1 no -
/dev/md/dsk/d4 /dev/md/rdsk/d4 /usr ufs 1 no -
/dev/md/dsk/d3 /dev/md/rdsk/d3 /var ufs 1 no -
/dev/md/dsk/d5 /dev/md/rdsk/d5 /internet/programas ufs 2 yes -
/dev/md/dsk/d6 /dev/md/rdsk/d6 /internet/datos ufs 2 yes -
Ayudarme tb si podeis con la sincronización de los discos.
bash-3.00$ metastat -p
d6 -m d16 d26 1
d16 1 1 c3t0d0s6
d26 1 1 c3t1d0s6
d5 -m d15 d25 1
d15 1 1 c3t0d0s5
d25 1 1 c3t1d0s5
d4 -m d14 d24 1
d14 1 1 c3t0d0s4
d24 1 1 c3t1d0s4
d3 -m d13 d23 1
d13 1 1 c3t0d0s3
d23 1 1 c3t1d0s3
d0 -m d10 d20 1
d10 1 1 c3t0d0s0
d20 1 1 c3t1d0s0
d11 1 1 c3t0d0s1
d21 1 1 c3t1d0s1
bash-3.00$ df -h |grep -i md
/dev/md/dsk/d0 3.9G 2.4G 1.5G 61% /
/dev/md/dsk/d4 4.9G 3.5G 1.3G 73% /usr
/dev/md/dsk/d3 7.9G 4.3G 3.5G 56% /var
/dev/md/dsk/d5 9.8G 1.9G 7.8G 20% /internet/programas
/dev/md/dsk/d6 33G 1.9G 30G 6% /internet/datos
bash-3.00$ swap -l
swapfile dev swaplo blocks free
bash-3.00$ cat /etc/vfstab | grep -i md
/dev/md/dsk/d1 - - swap - no -
/dev/md/dsk/d0 /dev/md/rdsk/d0 / ufs 1 no -
/dev/md/dsk/d4 /dev/md/rdsk/d4 /usr ufs 1 no -
/dev/md/dsk/d3 /dev/md/rdsk/d3 /var ufs 1 no -
/dev/md/dsk/d5 /dev/md/rdsk/d5 /internet/programas ufs 2 yes -
/dev/md/dsk/d6 /dev/md/rdsk/d6 /internet/datos ufs 2 yes -
Ayudarme tb si podeis con la sincronización de los discos.
Luisinf
Aug 6, 2010, 6:28:40 AM8/6/10
to solaris-es
Joer que claro ha quedado.
> mariano.obar...@gmail.com> escribió:
> > 2010/8/6 carlos.sanchez <arrascanal...@gmail.com>
>
> >> Contesto entre lineas!!
>
> >>> 2010/8/6 carlos.sanchez <arrascanal...@gmail.com>
> >>>> primario.*
>
> >> Respondo entre lineas!!
>
> >> El 6 de agosto de 2010 10:14, Mariano J. Obarrio Miles <
> >> mariano.obar...@gmail.com> escribió:
> >> Respondo entre lineas!!
>
> >> El 6 de agosto de 2010 10:14, Mariano J. Obarrio Miles <
>
> >> Contesto entre lineas!!
>
> >>> 2010/8/6 carlos.sanchez <arrascanal...@gmail.com>
>
> >>> Buenos dias,
>
> >>>> Antes de nada, gracias por tu pronta respuesta, necesitaria el detalle
> >>>> de los siguientes puntos si no es abusar mucho.
>
> >>>> *-- Pre- Parcheo*
> >>> Buenos dias,
>
> >>>> Antes de nada, gracias por tu pronta respuesta, necesitaria el detalle
> >>>> de los siguientes puntos si no es abusar mucho.
>
>
> >>>> - Pasamos los parches recomendados al disco de boot primario.
> >>>> *Ya los tengo pasados en el /tmp pero no se si en disco de boot
> >>>> - Pasamos los parches recomendados al disco de boot primario.
> >>>> primario.*
>
> >>> Si el disco de sistema operativo (SO) esta en mirror, cualquier cosa que
> >>> copies se copiara en el disco principal y en el de mirror
>
> >>> En el /tmp no te resulta util, ya que este FS es SWAP y se crea durante
> >>> el boot, cuando reinicies se perdera la informacion contenida en el mismo.
> >>> Yo dejaria los parches por ejemplo en: /var/tmp/sun
>
> >>> PREGUNTA: Que version de solaris utilizan? y que gestor de discos
> >>> utilizan par el mirror de los discos de SO (SDS / SVM / VxVM)?
>
> >>> La version que utilizo es solaris 10u5 y para los discos de SO utilizo
> >> SVM.
>
> >>>> - Realizar un boot del disco de mirror (Garantizamos que el disco de
> >>>> mirror esta OK)
> >>>> *Como lo haria, en principio esta todo OK*
> >>> Si el disco de sistema operativo (SO) esta en mirror, cualquier cosa que
> >>> copies se copiara en el disco principal y en el de mirror
>
> >>> En el /tmp no te resulta util, ya que este FS es SWAP y se crea durante
> >>> el boot, cuando reinicies se perdera la informacion contenida en el mismo.
> >>> Yo dejaria los parches por ejemplo en: /var/tmp/sun
>
> >>> PREGUNTA: Que version de solaris utilizan? y que gestor de discos
> >>> utilizan par el mirror de los discos de SO (SDS / SVM / VxVM)?
>
> >>> La version que utilizo es solaris 10u5 y para los discos de SO utilizo
> >> SVM.
>
> >>>> - Realizar un boot del disco de mirror (Garantizamos que el disco de
> >>>> mirror esta OK)
>
> >>> Que modelo de maquina van a parchear? SPARC / x86
>
> >>> Si es SPARC, es facil, en la OBP esta definida la variable *boot-device*que indica la secuencia de arraque de los discos
> >>> Que modelo de maquina van a parchear? SPARC / x86
>
>
> >>> Ej. boot-device=bootdisk mirrordisk net
>
> >>> desde la OBP tendrias que ejecutar lo siguiente:
> >>> OK> boot mirrordisk --> Arranca del disco de mirror
> >>> OK> boot bootdisk --> Arranca del disco principal
>
> >> Todas las maquinas son SPARC y la configuración que tengo es la siguiente:
> >> boot-device=disk0 disk1
>
> >>>> *-- Parcheo *(Tiempo estimado: 2h)
> >>> Ej. boot-device=bootdisk mirrordisk net
>
> >>> desde la OBP tendrias que ejecutar lo siguiente:
> >>> OK> boot mirrordisk --> Arranca del disco de mirror
> >>> OK> boot bootdisk --> Arranca del disco principal
>
> >> Todas las maquinas son SPARC y la configuración que tengo es la siguiente:
> >> boot-device=disk0 disk1
>
> >>>> - Realizamos un boot del disco de primario
> >>>> Como se haria.
> >>>> - Rompemos el mirror
> >>>> *Que mirror tengo que romper , entiendo que aquel donde se encuentre el
> >>>> Como se haria.
> >>>> - Rompemos el mirror
> >>>> /, ¿es correcto?.A la hora de romper el mirror necesitamos hacer alguna
> >>>> modificación en algun archivo tipo vfstab,etc.*
>
> >>> Segun el gestor de volumenes que utilices, vemos estos pasos en detalle
> >>> SVM pero me puede decir algun procedimiento para verificarlo.
>
> >>>> - Parcheamos el SO
> >>>> - Reiniciamos y vemos que todo funcione OK
>
> >>>> *-- Post Parcheo*
> >>> Segun el gestor de volumenes que utilices, vemos estos pasos en detalle
> >>> SVM pero me puede decir algun procedimiento para verificarlo.
>
> >>>> - Parcheamos el SO
> >>>> - Reiniciamos y vemos que todo funcione OK
>
> >>>> - Ponemos auto-boot? en TRUE
> >>>> - 1 o 2 dias mas tardre sincronizamos los mirrors (Primario
> >>>> [parcheado] -> Mirror [no parcheado])
> >>>> *Como realizar la sincronización.*
> >>>> - 1 o 2 dias mas tardre sincronizamos los mirrors (Primario
> >>>> [parcheado] -> Mirror [no parcheado])
>
> >>> Igual que el punto anterior!
>
> >>>> Gracias de antemano.
>
> >>>> El 6 de agosto de 2010 09:11, Mariano J. Obarrio Miles <
> >>>> mariano.obar...@gmail.com> escribió:
> >>> Igual que el punto anterior!
>
> >>>> Gracias de antemano.
>
> >>>> El 6 de agosto de 2010 09:11, Mariano J. Obarrio Miles <
>
> >>>>> Buenas,
> >>>>> a grandes rasgos te paso el procedimiento, si te interesa el detalle
> >>>>> de cada punto, lo podemos ver.
>
> >>>>> *-- Pre- Parcheo*
> >>>>> Buenas,
> >>>>> a grandes rasgos te paso el procedimiento, si te interesa el detalle
> >>>>> de cada punto, lo podemos ver.
>
> >>>>> - Tenemos una consola al equipo para controlar todos los boots.
> >>>>> - Tomamos un backup del equipo (Sistema Operativo + Datos)
> >>>>> - Pasamos los parches recomendados al disco de boot primario.
> >>>>> - Realizar un boot del disco de mirror (Garantizamos que el disco
> >>>>> de mirror esta OK)
> >>>>> - Ponemos auto-boot? en FALSE (Para que no arranque solo)
>
> >>>>> *-- Parcheo *(Tiempo estimado: 2h)
> >>>>> - Tomamos un backup del equipo (Sistema Operativo + Datos)
> >>>>> - Pasamos los parches recomendados al disco de boot primario.
> >>>>> - Realizar un boot del disco de mirror (Garantizamos que el disco
> >>>>> de mirror esta OK)
> >>>>> - Ponemos auto-boot? en FALSE (Para que no arranque solo)
>
> >>>>> - Realizamos un boot del disco de primario
> >>>>> - Rompemos el mirror
> >>>>> - Parcheamos el SO
> >>>>> - Reiniciamos y vemos que todo funcione OK
>
> >>>>> *-- Post Parcheo*
> >>>>> - Rompemos el mirror
> >>>>> - Parcheamos el SO
> >>>>> - Reiniciamos y vemos que todo funcione OK
>
> >>>>> - Ponemos auto-boot? en TRUE
> >>>>> - 1 o 2 dias mas tardre sincronizamos los mirrors (Primario
> >>>>> [parcheado] -> Mirror [no parcheado])
>
> >>>>> *-- Procedimiento de vuelta atrás* (Tiempo estimado: 20m)
> >>>>> - 1 o 2 dias mas tardre sincronizamos los mirrors (Primario
> >>>>> [parcheado] -> Mirror [no parcheado])
>
> >>>>> - Realizamos un boot del disco de mirror
> >>>>> - Sincronizamos en sentido inverso (Mirror [no parcheado] ->
> >>>>> Primario [parcheado])
>
> >>>>> *-- Otras recomendaciones:*
> >>>>> - Sincronizamos en sentido inverso (Mirror [no parcheado] ->
> >>>>> Primario [parcheado])
>
> >>>>> - Tomar un explorer del equipo antes del parcheo (Siempre puede ser
> >>>>> util)
> >>>>> - Generar una imagen FLASH del equipo. Ante la perdida total, el
> >>>>> equipo puede estar reinstalado en 15 minutos. (Siempre teniendo en cuenta
> >>>>> que hablamos del SO y no de los datos, los datos se tienen que resguardar
> >>>>> por separado)
>
> >>>>> 2010/8/5 arrascanal...@gmail.com <arrascanal...@gmail.com>
> >>>>> util)
> >>>>> - Generar una imagen FLASH del equipo. Ante la perdida total, el
> >>>>> equipo puede estar reinstalado en 15 minutos. (Siempre teniendo en cuenta
> >>>>> que hablamos del SO y no de los datos, los datos se tienen que resguardar
> >>>>> por separado)
>
Luisinf
Aug 6, 2010, 6:31:13 AM8/6/10
to solaris-es
>
> >> Respondo entre lineas!!
>
> >> El 6 de agosto de 2010 10:14, Mariano J. Obarrio Miles <
> >> mariano.obar...@gmail.com> escribió:
> >> Respondo entre lineas!!
>
> >> El 6 de agosto de 2010 10:14, Mariano J. Obarrio Miles <
>
> >> Contesto entre lineas!!
>
> >>> 2010/8/6 carlos.sanchez <arrascanal...@gmail.com>
>
> >>> Buenos dias,
>
> >>>> Antes de nada, gracias por tu pronta respuesta, necesitaria el detalle
> >>>> de los siguientes puntos si no es abusar mucho.
>
> >>>> *-- Pre- Parcheo*
> >>> Buenos dias,
>
> >>>> Antes de nada, gracias por tu pronta respuesta, necesitaria el detalle
> >>>> de los siguientes puntos si no es abusar mucho.
>
>
> >>>> - Pasamos los parches recomendados al disco de boot primario.
> >>>> *Ya los tengo pasados en el /tmp pero no se si en disco de boot
> >>>> - Pasamos los parches recomendados al disco de boot primario.
> >>>> primario.*
>
> >>> Si el disco de sistema operativo (SO) esta en mirror, cualquier cosa que
> >>> copies se copiara en el disco principal y en el de mirror
>
> >>> En el /tmp no te resulta util, ya que este FS es SWAP y se crea durante
> >>> el boot, cuando reinicies se perdera la informacion contenida en el mismo.
> >>> Yo dejaria los parches por ejemplo en: /var/tmp/sun
>
> >>> PREGUNTA: Que version de solaris utilizan? y que gestor de discos
> >>> utilizan par el mirror de los discos de SO (SDS / SVM / VxVM)?
>
> >>> La version que utilizo es solaris 10u5 y para los discos de SO utilizo
> >> SVM.
>
> >>>> - Realizar un boot del disco de mirror (Garantizamos que el disco de
> >>>> mirror esta OK)
> >>>> *Como lo haria, en principio esta todo OK*
> >>> Si el disco de sistema operativo (SO) esta en mirror, cualquier cosa que
> >>> copies se copiara en el disco principal y en el de mirror
>
> >>> En el /tmp no te resulta util, ya que este FS es SWAP y se crea durante
> >>> el boot, cuando reinicies se perdera la informacion contenida en el mismo.
> >>> Yo dejaria los parches por ejemplo en: /var/tmp/sun
>
> >>> PREGUNTA: Que version de solaris utilizan? y que gestor de discos
> >>> utilizan par el mirror de los discos de SO (SDS / SVM / VxVM)?
>
> >>> La version que utilizo es solaris 10u5 y para los discos de SO utilizo
> >> SVM.
>
> >>>> - Realizar un boot del disco de mirror (Garantizamos que el disco de
> >>>> mirror esta OK)
>
> >>> Que modelo de maquina van a parchear? SPARC / x86
>
> >>> Si es SPARC, es facil, en la OBP esta definida la variable *boot-device*que indica la secuencia de arraque de los discos
> >>> Que modelo de maquina van a parchear? SPARC / x86
>
>
> >>> Ej. boot-device=bootdisk mirrordisk net
>
> >>> desde la OBP tendrias que ejecutar lo siguiente:
> >>> OK> boot mirrordisk --> Arranca del disco de mirror
> >>> OK> boot bootdisk --> Arranca del disco principal
>
> >> Todas las maquinas son SPARC y la configuración que tengo es la siguiente:
> >> boot-device=disk0 disk1
>
> >>>> *-- Parcheo *(Tiempo estimado: 2h)
> >>> Ej. boot-device=bootdisk mirrordisk net
>
> >>> desde la OBP tendrias que ejecutar lo siguiente:
> >>> OK> boot mirrordisk --> Arranca del disco de mirror
> >>> OK> boot bootdisk --> Arranca del disco principal
>
> >> Todas las maquinas son SPARC y la configuración que tengo es la siguiente:
> >> boot-device=disk0 disk1
>
> >>>> - Realizamos un boot del disco de primario
> >>>> Como se haria.
> >>>> - Rompemos el mirror
> >>>> *Que mirror tengo que romper , entiendo que aquel donde se encuentre el
> >>>> Como se haria.
> >>>> - Rompemos el mirror
> >>>> /, ¿es correcto?.A la hora de romper el mirror necesitamos hacer alguna
> >>>> modificación en algun archivo tipo vfstab,etc.*
>
> >>> Segun el gestor de volumenes que utilices, vemos estos pasos en detalle
> >>> SVM pero me puede decir algun procedimiento para verificarlo.
>
> >>>> - Parcheamos el SO
> >>>> - Reiniciamos y vemos que todo funcione OK
>
> >>>> *-- Post Parcheo*
> >>> Segun el gestor de volumenes que utilices, vemos estos pasos en detalle
> >>> SVM pero me puede decir algun procedimiento para verificarlo.
>
> >>>> - Parcheamos el SO
> >>>> - Reiniciamos y vemos que todo funcione OK
>
> >>>> - Ponemos auto-boot? en TRUE
> >>>> - 1 o 2 dias mas tardre sincronizamos los mirrors (Primario
> >>>> [parcheado] -> Mirror [no parcheado])
> >>>> *Como realizar la sincronización.*
> >>>> - 1 o 2 dias mas tardre sincronizamos los mirrors (Primario
> >>>> [parcheado] -> Mirror [no parcheado])
>
> >>> Igual que el punto anterior!
>
> >>>> Gracias de antemano.
>
> >>>> El 6 de agosto de 2010 09:11, Mariano J. Obarrio Miles <
> >>>> mariano.obar...@gmail.com> escribió:
> >>> Igual que el punto anterior!
>
> >>>> Gracias de antemano.
>
> >>>> El 6 de agosto de 2010 09:11, Mariano J. Obarrio Miles <
>
> >>>>> Buenas,
> >>>>> a grandes rasgos te paso el procedimiento, si te interesa el detalle
> >>>>> de cada punto, lo podemos ver.
>
> >>>>> *-- Pre- Parcheo*
> >>>>> Buenas,
> >>>>> a grandes rasgos te paso el procedimiento, si te interesa el detalle
> >>>>> de cada punto, lo podemos ver.
>
> >>>>> - Tenemos una consola al equipo para controlar todos los boots.
> >>>>> - Tomamos un backup del equipo (Sistema Operativo + Datos)
> >>>>> - Pasamos los parches recomendados al disco de boot primario.
> >>>>> - Realizar un boot del disco de mirror (Garantizamos que el disco
> >>>>> de mirror esta OK)
> >>>>> - Ponemos auto-boot? en FALSE (Para que no arranque solo)
>
> >>>>> *-- Parcheo *(Tiempo estimado: 2h)
> >>>>> - Tomamos un backup del equipo (Sistema Operativo + Datos)
> >>>>> - Pasamos los parches recomendados al disco de boot primario.
> >>>>> - Realizar un boot del disco de mirror (Garantizamos que el disco
> >>>>> de mirror esta OK)
> >>>>> - Ponemos auto-boot? en FALSE (Para que no arranque solo)
>
> >>>>> - Realizamos un boot del disco de primario
> >>>>> - Rompemos el mirror
> >>>>> - Parcheamos el SO
> >>>>> - Reiniciamos y vemos que todo funcione OK
>
> >>>>> *-- Post Parcheo*
> >>>>> - Rompemos el mirror
> >>>>> - Parcheamos el SO
> >>>>> - Reiniciamos y vemos que todo funcione OK
>
> >>>>> - Ponemos auto-boot? en TRUE
> >>>>> - 1 o 2 dias mas tardre sincronizamos los mirrors (Primario
> >>>>> [parcheado] -> Mirror [no parcheado])
>
> >>>>> *-- Procedimiento de vuelta atrás* (Tiempo estimado: 20m)
> >>>>> - 1 o 2 dias mas tardre sincronizamos los mirrors (Primario
> >>>>> [parcheado] -> Mirror [no parcheado])
>
> >>>>> - Realizamos un boot del disco de mirror
> >>>>> - Sincronizamos en sentido inverso (Mirror [no parcheado] ->
> >>>>> Primario [parcheado])
>
> >>>>> *-- Otras recomendaciones:*
> >>>>> - Sincronizamos en sentido inverso (Mirror [no parcheado] ->
> >>>>> Primario [parcheado])
>
> >>>>> - Tomar un explorer del equipo antes del parcheo (Siempre puede ser
> >>>>> util)
> >>>>> - Generar una imagen FLASH del equipo. Ante la perdida total, el
> >>>>> equipo puede estar reinstalado en 15 minutos. (Siempre teniendo en cuenta
> >>>>> que hablamos del SO y no de los datos, los datos se tienen que resguardar
> >>>>> por separado)
>
> >>>>> 2010/8/5 arrascanal...@gmail.com <arrascanal...@gmail.com>
> >>>>> util)
> >>>>> - Generar una imagen FLASH del equipo. Ante la perdida total, el
> >>>>> equipo puede estar reinstalado en 15 minutos. (Siempre teniendo en cuenta
> >>>>> que hablamos del SO y no de los datos, los datos se tienen que resguardar
> >>>>> por separado)
>
Mariano J. Obarrio Miles
Aug 6, 2010, 6:45:07 AM8/6/10
to solar...@googlegroups.com
Ahí va el procedimiento.... miralo con cariño que seguramente se puede mejorar!!!
Lo único que me queda en el tintero es como verificar físicamente el PATH del disco de boot [disk0] y el mirror [disk1] para saber que el disk0 es el c3t0d0 y el disk1 es el c3t1d0. Ya te lo pasare en otro mail
Salu2,
Mariano
Lo único que me queda en el tintero es como verificar físicamente el PATH del disco de boot [disk0] y el mirror [disk1] para saber que el disk0 es el c3t0d0 y el disk1 es el c3t1d0. Ya te lo pasare en otro mail
Salu2,
Mariano
2010/8/6 Luisinf <sito...@gmail.com>
carlos.sanchez
Aug 6, 2010, 6:47:04 AM8/6/10
to solar...@googlegroups.com
ok , muchas gracias.
Reply all
Reply to author
Forward
0 new messages