Oscar Mas, de Cadinor, nos deja hoy un post muy bueno. En ocasiones, nos podemos encontrar en la situación, de tener que mover buzones de Zimbra entre nuestros diferentes servidores de Storage.
Según la documentación de Zimbra, el corte de servicio que se ocasiona a los buzones, mientras se están moviendo entre nuestros servidores storage, es mínimo. Yo, por mi experiencia en mover buzones entre Storage, os puedo asegurar que esto es realmente falso. Este procedimiento, se ha de hacer por las noches, de otra manera lo único que conseguiremos es que el usuario del buzón que estamos moviendo nos llame y tengamos que cancelar el movimiento de buzón, ocasionando problemas a nuestros usuarios.
Para realizar este movimiento, simplemente hemos de lanzar el siguiente comando:
El nuevo comando para migrar buzones es:
zmmboxmove -a [email protected] -f zimbra1.ilba.cat -t zimbra2.ilba.cat sync
Este comando está deprecado (zmmailboxmove), es mejor no usar más.
zimbra@zimbra1:~$ zmmailboxmove -a [email protected] -ow -s zimbra1.ilba.cat -t zimbra2.ilba.cat –force
Lo que nos hará este comando, es mover el buzón [email protected] desde el ztorage zimbra1.ilba.cat al storage zimbra2.ilba.cat.
Una vez el buzón se ha movido de un storage al otro, realizaremos un par de verificaciones antes de eliminar la cuenta del servidor zimbra1.ilba.cat. Esta eliminación manual, es a consecuencia que el comando anterior, simplemente copia el contenido del buzón del primer storage al segundo storage. Los pasos a verficar son dos:
1.- Verificaremos que el buzón se ha migrado correctamente al storage de destino:
zimbra@zimbra1:~$ zmprov ga [email protected] zimbraMailHost # name [email protected] zimbraMailHost: zimbra2.ilba.cat
2.- Que la cuenta esté activa. Este procedimiento lo hago, ya que cuando movemos un buzón de un storage al otro, en el momento del corte de servicio (se supone que es al final de la copia), Zimbra pone la cuenta en el estado bloqueda, para que no entren mensajes en el buzón en el ultimo momento y perdamos mails:
zimbra@zimbra1:~$ zmprov ga [email protected] | grep AccountStatus zimbraAccountStatus: active
Una vez verificado, que los pasos anteriores han ido correctamente, procederemos a eliminar la cuenta. Es muy importante que al eliminar, se haga desde el storage de origen.
zimbra@zimbra1:~$ zmpurgeoldmbox -a [email protected] -s zimbra1.ilba.cat
Al eliminar la cuenta, en ocasiones os podéis encontréis con este error:
Error occurred: mailbox in maintenance mode: 460 reason: cannot add new maintenance thread when inner maintenance is already started
Para solucionarlo, simplemente reiniciando los servicios del storage, podremos volver a lanzar el comando:
zimbra@zimbra1:~$ zmmailboxdctl restart
Cabe destacar que todo este procedimiento se puede realizar del el interface GUI que nos brinda Zimbra.
Buenas, yo lo hago de forma distinta:
zmmboxmove -a [email protected] -f zcs1.ilba.cat -t zcs2.ilba.cat
y finalmente zmpurgeoldmbox -a [email protected]
Para comprobar el status del buzón, podemos verlo con zmmboxmovequery
De vez en cuando, tira un mensaje de error que pone la cuenta en stranded y no la deja mover. Para solucionar el problema, se tiene que hacer
zmsoap -z UnregisterMailboxMoveOutRequest/account @name=”[email protected]” @dest=”zcs2.ilba.cat”
Espero que os sirva
Por cierto, este método evita tener que reiniciar zmmailboxdctl
Muchas gracias por tu aporte Carles, un abrazo enorme.
Gracias por la información…. 😉
Hola!
Gracias por la información.
Una duda, existe la posibilidad de mover usuarios entre stores y que sea transparente para el usuario?
Me refiero a que si el usuarios es movido tiene que actualizar la información de imap/pop/smtp en su cliente de correo, ¿existe alguna forma para que no tenga que cambiar nada?
Muchas gracias
Estimado David, en una instalación multinodo las conexiones de los clientes no apuntan a los mailboxs directamente por lo que este movimiento debiera ser transparente a ese nivel para el usuario (no hay modificación en el/los MTA)
Saludos
Buenas tardes Gustavo,
Creeo que David no ha debido implementar el Proxy, asique debe estar apuntando a correoweb.dominio.es que realmente apunta a un Mailbox mientras que correoweb2.dominio.es apunta a otro mailbox, ¿es así David?
Un saludo y muchas gracias por escribir Gustavo.
Hola Jorge,
Es correcto, en mis pruebas he montado zimbraMTA.dominio.com + zimbraST1.dominio.com + zimbraST2.dominio.com y cada usuario se tiene que autentificar en el storage donde tiene la cuenta alojada.
Lo que decís del proxy es algo que he estado pensando, pero no tengo claro como se tiene que montar. ¿conocéis algún manual?
Muchas gracias.
Estimados una guía de instalación multi-nodo (vers. 7x) se encuentra disponible en:
http://zimbra.imladris.sk/download/zimbra-packages/HELIX-720/zcs-7.2.0_GA_2678.FreeBSD_amd64.20120629001519/docs/en_US/OSmultiserverinstall.pdf
Es el documento que quizás estás buscando David.
Saludos
Gustavo,
Muchas gracias por el documento, lo he revisado y no veo la implementación del paquete proxy.
Una pregunta, en una instalación multinodo las conexiones donde deberían apuntar? al LDAP?
Gracias otra vez!
Hola de nuevo!
Sólo quería comentar que he hecho la instalación con el proxy y ahora me autentifica en el servidor “primario” y los storages quedan al marge.
Muchiiiisiimas gracias!
Que bueno David,
Y encima por tu cuenta 🙂 Seguro que ha sido excepcional. Me alegro, ahora ya puedes “fluir” libre y no preocuparte de los Storage.
Un saludo !
hola, excelente informacion, tengo una duda, Se puede configurar dos storage y que la sincronizacion de los buzones almacenados en los mismos, sean en tiempo real sin afectar a los usuarios en ningun momento, los storage estan alojados en localidades distintas
otra duda, puedo tener dos servidores ldap replicados y que permitan lectura y escritura?
es lo que seria una instalacion Split Zimbra, nos podrias hablar un poco sobre este tipo de implementaciones
gracias
Saludos Jorge,
Felicitaciones por tu blog.
Una pregunta, que método de migración me recomiendas si quiero ir de un:
Zimbra sobre Ubuntu con una versión release 8.0.x (de los primeritos)
A un Zimbra sobre Centos 7 con el ultimo release 8.7.11 Ambos son 64bit.
He leído sobre: zmztozmig
Creo que se trae el buzón, agenda, no se si la firma o que mas se trae.
Algún otro método de preferencia o recomendado?
Lo hago en limpio? o le aplico el update? previo respaldo.
Saludos JoseAL,
Te recomiendo mejor ir a ZCS 8.8, y usar estos pasos:
https://wiki.zimbra.com/wiki/Zimbra_NG_Modules/Zimbra_NG_Backup/zxbackup-migration
Puedes mover todo de esa version que tienes a ZCS 8.8 sobre un nuevo OS, mucho mas cómodo.
Un saludo
Buenos dias Jorge como puedo recuperar los correso de zimbra eliminados los de la bandeja de entrada y los recibidos desaparecieron por arte de magia
Saludos,
Quiza con Dumpster, o si no lo tienes activado, sera un cliente POP3 que no deje copia, o si no desde tu copia de seguridad 🙂
Jorge
Buenas Noches
Tengo el problema de un equipo Zimbra 8.0.3_GA, sobre un Linux Ubuntu 12, pero durante su instalación definieron / con 92 Gb, actualmente ese espacio resulta insuficiente.
Tengo otra particion de 358 Gb, como puedo modificar la ruta de almacenamiento hacia esta partición.
Esperando nos puedas orientar sobre como se podría solventar esto.
Gracias
Saludos,
Saludos Hector,
Esos 92GB seguramente son del ldap, y no se pueden reducir. Lo mejor seria que instales Zextras en este server viejo, hagas backup a un NFS o NAS, instales ultima version de Zimbra con su parche, pongas Zextras y restaures backup.