meta data de esta página
  •  

Diferencias

Muestra las diferencias entre dos versiones de la página.

Enlace a la vista de comparación

Ambos lados, revisión anteriorRevisión previa
Próxima revisión		Revisión previa
aplicaciones:iredmail [2012/05/10 08:14] – lcaplicaciones:iredmail [2023/01/18 14:10] (actual) – editor externo 127.0.0.1
Línea 28: Línea 28:
   * Sieve  /var/log/sieve.log Se ve si el mensaje es spam   * Sieve  /var/log/sieve.log Se ve si el mensaje es spam
   * Correo entrante y saliente /var/log/maillog   * Correo entrante y saliente /var/log/maillog
-<code>tail -t /var/log/messages</code> +<code>tail -f /var/log/messages</code> 
-<code>tail -t /var/log/httpd/access_log</code>+<code>tail -f /var/log/httpd/access_log</code>
  
 === Para habilitar el modo debug en Dovecot y Sieve === === Para habilitar el modo debug en Dovecot y Sieve ===
Línea 61: Línea 61:
     * private/iRedMail.key     * private/iRedMail.key
 ==== Reparar BDD ldap ==== ==== Reparar BDD ldap ====
-  - Parar LDAP  +  - Parar LDAP <code>/etc/init.d/ldap stop</code> 
-<code>/etc/init.d/ldap stop</code> +  - Ejecutar el demonio manualmente con el flag de debug <code>/usr/sbin/slapd -u ldap -h ldap://127.0.0.1:389/ -d 256</code> para comprobar que la bdd está corrupta  
-  - Ejecutar el demonio manualmente con el flag de debug +  - Realizar el recovery <code>/usr/sbin/slapd_db_recover -h /var/lib/ldap/dominiocorreo/</code> 
-<code>/usr/sbin/slapd -u ldap -h ldap://127.0.0.1:389/ -d 256</code> +  - Iniciar el servicio ldap <code>/etc/init.d/ldap start</code> 
-Verifica que la bdd está corrupta  + 
-  - Realizar el recovery +Si aún así sigue dando problemas hay que hacer lo siguiente: 
-<code>/usr/sbin/slapd_db_recover -h /var/lib/ldap/dominiocorreo/</code> + 
-  - Reiniciar el servicio ldap +  - Parar el servidor ldap <code> service ldap stop</code> 
-<code>/etc/init.d/ldap start</code>+  - Hacer un backup de la estructura existente <code> tar -cvzf ldap.tar.gz /var/lib/ldap/dominiocorreo/*  
 +  - Realizar la recuperación <code>/usr/sbin/slapd_db_recover -h /var/lib/ldap/dominiocorreo 
 +  - Volcar la estructura a un fichero texto <code> slapcat -l ldap.ldif </code> 
 +<note>algunas veces es necesario borrar todos los ficheros bdb, pero “dn2id” y “id2entry”, deben estar accesibles para “slapcat” los ficheros </note> 
 +  - Verificar que el fichero resultante contiene la estructura de direcorio. Si no es así o slapcat da un error intentar ejecutar slapd_db_recover en modo catastrofe <code> slapd_db_recover -h /var/lib/ldap -v -c </code> 
 +  - Borrar el directorio LDAP corructo <code> rm -fr /var/lib/ldap/dominiocorreo* </code> 
 +  - Recrear el fichero DB_CONFIG file, que contiene información básica para el bdb backend <code> echo -en "set_cachesize 0 15000000 1\nset_lg_bsize 2097152\n" >/var/lib/ldap/DB_CONFIG</code> 
 +  - Recrear la estructura del directorio LDAP desde el fichero ldap.ldif creado anteriormente <code> slapadd -l ldap.ldif </code> 
 +  - Darle permisos de propietario al usuario "ldap" sobre el nuevo directorio <code>chown -R ldap:ldap /var/lib/ldap/directoriocorreo/</code> 
 +  - Iniciar el servicio LDAP <code> /etc/init.d/ldap start </code>
  
 Referencias Referencias