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/07/31 08:52] – 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 +
-<code>/usr/sbin/slapd_db_recover -h /var/lib/ldap/dominiocorreo/</code> +
-  - Reiniciar el servicio ldap +
-<code>/etc/init.d/ldap start</code>+
  
 Si aún así sigue dando problemas hay que hacer lo siguiente: Si aún así sigue dando problemas hay que hacer lo siguiente:
Línea 80: Línea 75:
   - 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>   - 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>   - 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  +  - 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>
-<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>   - 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>   - Darle permisos de propietario al usuario "ldap" sobre el nuevo directorio <code>chown -R ldap:ldap /var/lib/ldap/directoriocorreo/</code>