[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

[RESOLU] Re: espace disque sur /var



Merci pour toutes les réponses.

J'ai pris la solution de Pierre et ça marche sans problème (sauf : ne pas utiliser les options -r et p avec la cde mv - c'est pour cp ;-) )



Pierre Hourdebaigt a écrit :
phdb a écrit :
Bonjour,

Si tu as de la disponibilité sur un autre filesystem (même à travers un montage NFS), peut être simplement faire un lien symbolique sur /var/lib/ à partir d'un autre filesystem ?
Donc :
   - su
   - Arrêter slapd
- mv /var/lib/ldap sur le filesystem dispo (ex : mv -rp /var/lib/ldap /data/ldap)
Je me corrige : (ex : mv -rp /var/lib/ldap /data) sinon je crée /data/ldap/ldap...
- Faire un lien symbolique vers /var/lib (ex : ln -s /data/ldap /var/lib/ldap)
   - Vérifier les droits
   - Relancer slapd
Cela doit marcher.

Patrick DUBAU a écrit :
Bonjour,

j'ai un problème d'espace sur la partition /var.
Installé il y a un an, ça suffisait, maintenant j'arrive à saturation.
Le problème vient de ldap.
En effet, le serveur abrite un annuaire LDAP Samba en esclave.
Ma question :
Comment réglé mon pb sans casse (machine en prod) et au plus vite.
1) Redimensioner la partition /var . Mais comment ? quelqu'un a-t-il déjà fait ?
2) Déplacer l'annuaire LDAP sur une autre partition
Méthode :
-    Arrêter slapd
- déplacer le contenu de /var/lib/ldap dans /annuaire/lib/ldap (par exemple, partition racine)
- modifier dans fichier /etc/ldap/slapd.conf  la directive
   directory       "/var/lib/ldap"
en
 directory       "/annuaire/lib/ldap"
- relancer slapd

Les étapes décrites sont-elles correctes ?

Merci pour toute aide et conseil








--
------------------------------------------------------------------------------------------------------------------------------------------
Patrick DUBAU
IUFM d'Alsace -  Service Informatique : "Parfois détruire, souvent construire, toujours Servir"
200 avenue de Colmar 67100 STRASBOURG
Téléphone: 03.88.40.79.76
------------------------------------------------------------------------------------------------------------------------------------------



Reply to: