Buen Día, pues a ver quien ha tenido este problema y como lo resolvió.
Este fin de semana hubo varios apagones y al parecer la pila a la que está conectado el servidor no funciona, tengo el servicio de ldap, el problema es que el servicio dice que está corriendo y cuando le doy un netstat no aparece el puerto 389 que es por el cual debiera estar escuchando. No se ha movido nada de la configuración como para que no escuche por el mismo puerto.
Buscando en Internet me dice que con el comando "slapd_db_recover" se corrige, pues el jueves lo corrí y funcionó perfectamente, desgraciadamente se volvió a caer y ahora no funciona. Corro el comando de la sig. manera que fue como me había funcionado:
# slapd_db_recover -v -h /var/lib/ldap
Pero ahora lo que sucede es que se queda colgado, empieza a consumir mucho CPU y si lo dejo que corra, ahí se queda, como en un ciclo infinito.
Ojala y alguien me pueda dar un consejo, he estado buscando en Internet algo pero no logro encontrar nada.
Saludos!
Jorge.
On 4/30/07, Jorge de Jesus Ramirez Sanchez kokey@kokey.com.mx wrote:
Buen Día, pues a ver quien ha tenido este problema y como lo resolvió.
Este fin de semana hubo varios apagones y al parecer la pila a la que está conectado el servidor no funciona, tengo el servicio de ldap, el problema es que el servicio dice que está corriendo y cuando le doy un netstat no aparece el puerto 389 que es por el cual debiera estar escuchando. No se ha movido nada de la configuración como para que no escuche por el mismo puerto.
Buscando en Internet me dice que con el comando "slapd_db_recover" se corrige, pues el jueves lo corrí y funcionó perfectamente, desgraciadamente se volvió a caer y ahora no funciona. Corro el comando de la sig. manera que fue como me había funcionado:
# slapd_db_recover -v -h /var/lib/ldap
Pero ahora lo que sucede es que se queda colgado, empieza a consumir mucho CPU y si lo dejo que corra, ahí se queda, como en un ciclo infinito.
Ojala y alguien me pueda dar un consejo, he estado buscando en Internet algo pero no logro encontrar nada.
Saludos!
Jorge.
CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es
que dicen los logs ?
On 4/30/07, Jorge de Jesus Ramirez Sanchez kokey@kokey.com.mx wrote:
Buen Día, pues a ver quien ha tenido este problema y como lo resolvió.
Este fin de semana hubo varios apagones y al parecer la pila a la que está conectado el servidor no funciona, tengo el servicio de ldap, el problema es que el servicio dice que está corriendo y cuando le doy un netstat no aparece el puerto 389 que es por el cual debiera estar escuchando. No se ha movido nada de la configuración como para que no escuche por el mismo puerto.
Buscando en Internet me dice que con el comando "slapd_db_recover" se corrige, pues el jueves lo corrí y funcionó perfectamente, desgraciadamente se volvió a caer y ahora no funciona. Corro el comando de la sig. manera que fue como me había funcionado:
# slapd_db_recover -v -h /var/lib/ldap
Pero ahora lo que sucede es que se queda colgado, empieza a consumir mucho CPU y si lo dejo que corra, ahí se queda, como en un ciclo infinito.
Ojala y alguien me pueda dar un consejo, he estado buscando en Internet algo pero no logro encontrar nada.
Saludos!
Jorge.
CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es
que dicen los logs ?
-- Leonel _______________________________________________ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es
Pues ya quedó arreglado el error, gracias a Leonel que me recomendó utilizar el strace, y encontré un error de un archivo que no podía abrir, lo cual me llevó a buscar información al respecto en Internet y encontré lo siguiente:
"A workaround was suggested in the forums -- delete the cached files __db.00x located in cd /var/lib/ldap. This same issue can happen with the rpm database(//var/lib/rpm/__db*)."
Moví esos archivos para no borrarlos por si no funcionaba, así que después de "borrarlos" corrí de nuevo el recover y terminó rápidamente el proceso, levanté de nuevo el servicio y voila! Eso era todo, borrar los archivos de cache en el directorio /var/lib/ldap.
Saludos y ojalá les sirva la información.
Jorge.
-
Jorge de Jesus Ramirez Sanchez -
Leonel