¿Algún método seguro para "clonar" la carpeta /opt/zimbra?
J.C. Sánchez
Llevo ya más de un mes haciendo pruebas para conseguir "clonar" la
carpeta /opt/zimbra una vez al día y que la esta copia sea idéntica al
original. Con el siguiente comando:
rsync -avHK --delete /opt/zimbra/ /backup/zimbra
funciona con la primera sincronización, pero cuando vuelvo a
ejecutarlo unos dias después, si vuelco /backup/zimbra en /opt/zimbra
el servidor no arranca.
¿Vosotros cómo haceis el backup? ¿Cómo comprobais si la copia sería
buena en el caso de tener que hacer uso de ella?
Gracias!
Patricio Bruna
--
Has recibido este mensaje porque eres miembro de "zimbra grupo" de Google.
Si quieres publicar envía un mensaje de correo a zimbr...@googlegroups.com o entra en http://groups.google.es/group/zimbragrupo
Para anular la suscripción envía un mensaje a zimbragrupo...@googlegroups.com
Juan Carlos Sánchez
[root@zimbra zimbra]# su - zimbra -c"/opt/zimbra/bin/zmcontrol start"
Host zimbra.siamotril.es
Starting ldap...Done.
Failed.
Failed to start slapd. Attempting debug start to determine error.
hdb_db_open: database "": db_open(/opt/zimbra/data/ldap/hdb/db/
id2entry.bdb) failed: Invalid argument (22).
backend_startup_one (type=hdb, suffix=""): bi_db_open failed! (22)
bdb_db_close: database "": alock_close failed
Amperis me proporcionó unos enlaces con la posible solución pero no tiene mucho que ver con mi caso. Si la copia hecha el primer día funciona perfectamente SIEMPRE, porqué no funcionan las copias hechas dias después?
Mientras no encuentre la solución a este problema no podremos poner en producción el servidor ya que estaríamos "con el culo al aire" en caso de problemas...
De todas formas gracias por tu respuesta compañero.
Un saludo!
Manuel Silva Extraviz
rsync -avHK --exclude=*.pid --delete /opt/zimbra/ root@ip:/backup/zimbra
donde ip es la ip del servidor donde hago la copia
Juan Carlos Sánchez
Por si sirve de ayuda, las pruebas de la copia la hago renombrando el directorio zimbra de /opt y haciendo un copy-paste del zimbra de /backup desde el entorno gráfico... ¿tendrá esto algo que ver? Lo que no comprendo es porqué la primera vez si funciona y las posteriores no...
The Hunter
la primera ves tu carpeta destino está vacia, te aconsejo una ves
tengas tu carpeta destino la primera ves aplique tar y crees un
archivo .tar de tu carpeta destino, luego vacias la carpeta destino y
listo al próximo rsync la carpeta estará vacía
salu2
On 6 feb, 13:36, Juan Carlos Sánchez <jcarlos.sanc...@gmail.com>
wrote:
> Ese es exactamente el mismo comando que uso yo, sólo que la copia la hago en
> una carpeta del propio servidor. Y como te digo, cuando borro el contenido
> de /backup/zimbra y sincronizo, la copia obtenida funciona pero si vuelvo a
> sincronizar al dia siguiente sobre esta copia ya no funciona... estoy
> perdido y no sé cual puede ser el problema.
> Por si sirve de ayuda, las pruebas de la copia la hago renombrando el
> directorio zimbra de /opt y haciendo un copy-paste del zimbra de /backup
> desde el entorno gráfico... ¿tendrá esto algo que ver? Lo que no comprendo
> es porqué la primera vez si funciona y las posteriores no...
>
> El 6 de febrero de 2010 14:41, Manuel Silva Extraviz
> <msilv...@gmail.com>escribió:
>
> > yo utilizo
>
> > rsync -avHK --exclude=*.pid --delete /opt/zimbra/ root@ip
> > :/backup/zimbra
>
> > donde ip es la ip del servidor donde hago la copia
>
Juan Carlos Sánchez
Ya había pensado en borrar la carpeta /backup/zimbra una vez comprimida y pasada a otro server de almacenamiento, pero esto no tiene sentido ya que habría que hacer una copia COMPLETA DIARIA de /opt/zimbra para luego borrarla...
Por favor, si hay alguien que haga el backup de su Zimbra usando el comando rsync, ¿podría explicarme cómo hacerlo y si ha probado a restaurar la copia para ver si funciona?
Gracias!
The Hunter
prueba, aplica un tar a la carpeta /opt/zimbra y anota cuanto se
demora luego aplica rsync a la misma y ve cuanto se demora mira los
resultados y tendras la primera respuesta de porque aplicar rsync,
ahora yo creo en que las copias del server de correo tienen que ser
diarias y completas, ¿porque? por la sencilla razon de que si alguien
borra por error sus email el día anterior a tu backup que sucedera
cuando te pida que le restaures sus email ????????
te lo dejo a tu razonamiento.
Ahora si no confias en rsync, las copias con tar son fiables al 100%
comprobado jajajajajaj no olvides detener todos los procesos de zimbra
antes de tu backup
salu2
On 8 feb, 15:22, Juan Carlos Sánchez <jcarlos.sanc...@gmail.com>
wrote:
> Entonces, ¿qué sentido tiene el comando rsync si no es para sincronizar una
> carpeta con otra ya existente y con datos?
> Ya había pensado en borrar la carpeta /backup/zimbra una vez comprimida y
> pasada a otro server de almacenamiento, pero esto no tiene sentido ya que
> habría que hacer una copia COMPLETA DIARIA de /opt/zimbra para luego
> borrarla...
> Por favor, si hay alguien que haga el backup de su Zimbra usando el comando
> rsync, ¿podría explicarme cómo hacerlo y si ha probado a restaurar la copia
> para ver si funciona?
>
> Gracias!
>
Juan Carlos Sánchez
Yo tenía previsto hacer copias incrementales de lunes a sábado y una copia completa el domingo pero teniendo en cuenta la mala experiencia que estoy teniendo con las incrementales creo que terminaré haciendo copia completa a diario, aunque tengo previsto que la carpeta /opt/zimbra alcance un tamaño de 200GB con lo que el server deberá estar parado durante horas en la madrugada, cuando se estén sincronizanco /opt/zimbra y /backup/zimbra.
¿Cuánto tiempo crees que tardaría rsync en hacer la copia de carpeta a carpeta de los 200GB? Yo calculo que las 4 horas no se las quita nadie porque los 1,7GB actuales tarda casi 3 minutos...
Gracias!
The Hunter
consejo trata de colocar un disco duro físico distinto al que tienes
el /opt/zimbra, si realizas el proceso en cualquier partición del
disco donde tengas zimbra se demora una eternidad con este cambio
logre rebajar las 5 horas a 1 hora, no te olvides de sacar del server
tu respaldo, por ningun motivo manejes los respaldos en la misma
máquina, solo hace el proceso en ella, pero luego scp a otra maquina y
listo
dos cosas mas debian etch deja de tener soporte y lo segundo las
tareas de cron con rsync dan problema lo estuve probando y al correr
el script desde cron no termina el rsync completamente y tampoco la
ejecucion de todo el archivo batch ten cuidado no te fies
luego probare con la ultima ver de debian y te cuento que sucede
salu2
On 9 feb, 09:32, Juan Carlos Sánchez <jcarlos.sanc...@gmail.com>
wrote:
> Muy buenas compañero!
>
> Yo tenía previsto hacer copias incrementales de lunes a sábado y una copia
> completa el domingo pero teniendo en cuenta la mala experiencia que estoy
> teniendo con las incrementales creo que terminaré haciendo copia completa a
> diario, aunque tengo previsto que la carpeta /opt/zimbra alcance un tamaño
> de 200GB con lo que el server deberá estar parado durante horas en la
> madrugada, cuando se estén sincronizanco /opt/zimbra y /backup/zimbra.
>
> ¿Cuánto tiempo crees que tardaría rsync en hacer la copia de carpeta a
> carpeta de los 200GB? Yo calculo que las 4 horas no se las quita nadie
> porque los 1,7GB actuales tarda casi 3 minutos...
>
> Gracias!
>
Artemi
Maquina A) en produccion y una maquina B) para que funcione solo en caso de caida de la maquina A).
La maquina B) funciona, y le pongo el /opt/zimbra de la maquina A) y funciona la primera vez, al día siguiente vuelvo a poner de la misma manera el /opt/zimbra de la maquina A en la maquina B y me da el mismo error que al compañero.
Failed to start slapd. Attempting debug start to determine error.
bdb_db_close: database "": alock_close failed
La maquina B tiene el mismo nombre que la maquina A, solo cambia la ip, pero con el dns local bind resuelve correctamente su propia ip....
Como digo funciona la maquina B perfectamente una vez, al volver a ponerle la copia de seguridad falla el slapd...
Alfonso Camacho
Tienes q modificar tambien el /etc/hosts de la maquina B o si no Zimbra no te arrancara correctamente.
----- Mensaje original -----
Artemi
es al parar y actualizar el directorio /opt/zimbra que da un error id2entry.dbd
Marcelo Santiago Jara Henriquz
Si eso ya esta todo controlado, ya arranca una vez y funciona, sino daria un error de bind...
es al parar y actualizar el directorio /opt/zimbra que da un error id2entry.dbd
--
Artemi
Juan Ignacio Ciriaco
No se trata de tener una maquina de respaldo... Pero probada que restaura y funciona en otra maquina B) y no restaurar en la maquina de produccion en la maquina de producción.
--
Has recibido este mensaje porque eres miembro de "zimbra grupo" de Google.
Si quieres publicar envía un mensaje de correo a zimbr...@googlegroups.com o entra en http://groups.google.es/group/zimbragrupo
Para anular la suscripción envía un mensaje a zimbragrupo...@googlegroups.com
Juan Ignacio Ciriaco
Movil: 221-572-7461
Artemi
Muchas Gracias a king0770
zimbra LDAP crash when start
as root
# cp /opt/zimbra/data/ldap/ldap.bak /tmp/ldap.bak # /opt/zimbra/openldap/sbin/slapadd -q -b "" -F /opt/zimbra/data/ldap/config -cv -l /tmp/ldap.bak # chown zimbra:zimbra -R /opt/zimbra/data/ldap/hdb/ # su zimbra $ zmcontrol start ldap Running logger Running mailbox Running mta Running snmp Running spell Running stats Running
Tenia una antiguedad de 6 días más atras que la copia de seguridad, pero no habia creado ningun usuario ni alias ni nada.
Porfavor espero una respuesta a esta ultima pregunta para poder tener siempre una actualización de este fichero.