Précédent
- 1
- 2
-
okok. moi je pense que le premier ne marche pas car il n'est pas propriétaire du fichier
openldap-slurp
lance la commande
chown -R ldap:ldap /var/db/ -
-
erf...
heu essai de réparer ta base de donnée .
commande:
db_recover-X.Y -h /var/db/openldap-data (X.Y = version de ta db) -
>Pk tu ve ke je repar ma base alors qu'elle est toute propre?
-
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question -
-
-
et bien tu quand tu l'a telecharger , ta pris lakel ? la version 2.0 ?
-
-
-
La commande que tu me demande de faire consiste a faire quoi exactement??
-
a reparer la base d'openldap.
fais une sauvegarde quand meme au cas ou -
La commande que je dois taper est celle ci alors : db_recover-2.2.13 -h /var/lib/ldap
Mais dois le faire avec le démon allumé ou pas? -
essai sans l'allumé pour voir
moi de mon coté je vai faire des test avec une version ldap aussi
-
-
-
la base est saine donc sa ne vient pas de ça!! la commande était slapd_db_recover
-
okok. mais c'est vraiment bizarre que le premier ne marche pas...
as tu bien verifier ses droit sur db -
-
En faite ce que j'ai même fait, c'est ajouter l'utilisateur la premiere fois, puis le resupprimer et le rajouter ! Et la sa a marché!! C'est à chaque fois le premier ajout qui ne demarre pas. De plus lors du premier ajout, mon fichier slurpd.status est à 0 octet c'est qu'aprés le second ajout qu'il passe a 42octets
-
Précédent
- 1
- 2
