Opened 14 years ago

Last modified 13 years ago

#57 accepted task

MIGRACION NFS MAIL

Reported by: tonin Owned by: tonin
Milestone: SANUCO 1.1 Component: NAS
Version: 1.0 Severity: major
Keywords: Cc: cc0luism, javier, cc0mgg
Origen: Parent ID:

Description

NEWMAIL
NEWMAIL1
NEWMAIL2

Child Tickets

Change History (11)

comment:1 Changed 14 years ago by emcbull

Sesiones de replica y exports creados de los tres filesystems.
Alojados en el "Pool Correo"

Path	           File System
/NEWMAIL	   NEWMAIL
/NEWMAIL1/MAIL	   NEWMAIL1
/NEWMAIL2/MAIL	   NEWMAIL2
/NEWMAIL/MAIL	   NEWMAIL

comment:2 Changed 13 years ago by tonin

Procedimiento

Prerequisitos

  • Comprobar que la réplica SAN esta en marcha.
  • Comprobar permisos de montaje de nfsivnx.
  • Comprobar que no hay montajes del antiguo por nfs en:
    • hpsrv09
  • Preparar ficheros fstab
    • imap1
    • imap2

Inicio

  • Parar postfix en imap1 e imap2
  • Comprobar mailq vacia
  • Parar dovecot en imap1 e imap2
  • Matar conexiones pendientes
  • Comprobar y matar bash nuestras en esos directorios
  • Desmontar /home /home2 y /home3

Completar la réplica

  • Hacer el switchover desde la vieja.
  • Esperar a que los FS destino estén R/W

Restablecer servicio

  • Cambiar fstabs de imap1 y imap2
  • Montar /home /home2 y /home3
  • Comprobar que se tiene permisos de root en ellos.
  • Arrancar dovecot
  • Arrancar postfix

Post comprobaciones

  • Comprobar maillog
  • Comprobar acceso desde cliente

Post operaciones

  • Forzar la entrega de ironport a imap
  • Desactivar backup no full de estos hasta el viernes
  • Programar snapshots para los backups eliminados
  • Reconfigurar el backup
  • Desactivar del backup las copias no full para esos filesystems.

comment:3 Changed 13 years ago by tonin

  • Cc cc0luism javier added
  • Owner set to tonin
  • Status changed from new to accepted

DONE

Pongo en copia a Luis y Javier para las postoperaciones.

comment:4 Changed 13 years ago by tonin

Crear Checkpoints

Creados NEWMAIL-DESPUES-DE-MIGRAR, NEWMAIL1-DESPUES-DE-MIGRAR y NEWMAIL2-DESPUES-DE-MIGRAR.

Como es lógico están en el VNX ya.

comment:5 Changed 13 years ago by tonin

Borrar las réplicas

Para que no consuman espacio ni ios innecesarias.
Los FS originales en la CX3 se quedan tal cual de momento, como una segunda copia justo antes de migrar.

comment:6 Changed 13 years ago by tonin

  • Cc cc0mgg added

comment:7 Changed 13 years ago by tonin

Programar checkpoints para backup

(pongo en copia a Manolo)

Se configura un schedule de checkpoints para cada FS desde los días 16 a 23 de Noviembre que se realize a las 22 horas diariamente, manteniendo 7 checkpoints activos para cada uno.

Ante problemas con el backup nos servirá como sistema alternativo de recuperación.

comment:8 Changed 13 years ago by tonin

Desprogramar backup por NDMP

De momento dejo la tarea en espera, más adelante la borramos.

comment:9 Changed 13 years ago by tonin

Desprogramar tareas de backup de home2 y home3

Elimino estos directorios de imap1 e imap2 respectivamente para que no las haga esta noche.

comment:10 Changed 13 years ago by tonin

Programar nuevas tareas de backup =

Esto queda para el viernes....

comment:11 Changed 13 years ago by tonin

Añadía a ibmblade45 el backup de NEWMAIL (era el mejor candidato con acceso ya al VNX).

Pero se me olvidó reactivar las casillas de NEWMAIL1 y NEWMAIL2. Por ello cuando me di cuenta el viernes a las 23 horas lanzé una tarea manual con estos dos FS para que se hiciera el completo.

La velocidad de backup no es ni por asomo la que habiamos visto en las pruebas que hicimos. Es normal que fuera algo menor en un backup real, pero está muy por debajo. Pero hay varias cosas que pueden infuir:

  • Ucobck está al 100% de cpu por el servicio tapeeng. Esto puede influir en que vaya más lento.
  • ibmblade45 se ha tirado 3 días al 100% de cpu. Del sábado al domingo ha bajado el consumo de cpu de golpe. No se si ha sido solo o alguien ha matado algo. En cualquier caso la carga al 100% era anterior a que empezara el backup.

Este primer backup no será muy definitorio de por donde van a ir los tiros. De una parte hay que arreglar estos consumos excesivos de cpu. De otra reorganizar los FS con lo de levels.

Note: See TracTickets for help on using tickets.