Probleme espace disque : blocage services dhcpd,smbd,nmbd

[imalet]

Bonjour à tous,
J' ai une pratique limité de sme et ça fait 2 jours que cherche mais je trouve rien concernant mon probléme. J' ai une sme6 et elle affiche le message suivant:


supervise:warning:unable to open dhcpd/supervise/status.new: out of disk space
supervise:warning:unable to open smbd/supervise/status.new: out of disk space
supervise:warning:unable to open nmbd/supervise/status.new: out of disk space

Comme vous pouvez le constater je n' ai plus de services de resolution de noms,de partage de fichier et dhcp

J' ai fait un "df -h "et j' ai ceci :

Filesystem Size Used Avail Use% Mounted on
/dev/hda3 8.8G 6.4G 2.0G 76% /
/dev/hda1 99M 14M 80M 15% /boot
none 125M 0 124M 0% /dev/shm
/dev/hdb1 48G 21G 25G 45% /home/e-smith/files/users
/dev/hdb2 27G 9.4G 16G 36% /home/e-smith/files/ibays

la je suis bloqué.J' ai essayé de consulter les fichiers d' erreurs mais je ne maitrise pas.

Merci d' avance pour vos infos

Cordialement

IM

[Grand-Pa]

Et que donne un df -i ?

[imalet]

df -i

Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/hda3 1175040 1175040 0 100% /
/dev/hda1 26104 39 26065 1% /boot
none 31957 1 31956 1% /dev/shm
/dev/hdb1 6406144 87090 6319054 2% /home/e-smith/files/users
/dev/hdb2 3653632 37920 3615712 2% /home/e-smith/files/ibays


hd3 est à utilisé 100%?Je comprend pas.

[sibsib]

Hello,

Tu as pleins de fichiers (peut-être de taille 0, mais qui te bouffent une entrée dans ta table d'allocation, qui se trouve donc être pleine (Ton SME est plein de vide )

Essayes de voir si tu peux supprimer quelques fichiers déjà dans /tmp, çà pourra suffire pour permettre de lancer d'autre commandes, afin de localiser où sont les coquins.

Des fois, pas mal :

Code: Tout sélectionner

cd /var/spool/squid
service squid stop
rm -rf *
service squid start


(Quoiqu'en principe, le nombre de fichiers en cache devrait être controlé, mébon)

A+,
Pascal

[imalet]

Merci ça à marché :
df -i
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/hda3 1175040 1166910 8130 100% /
/dev/hda1 26104 39 26065 1% /boot
none 31957 1 31956 1% /dev/shm
/dev/hdb1 6406144 87090 6319054 2% /home/e-smith/files/users
/dev/hdb2 3653632 37920 3615712 2% /home/e-smith/files/ibays

les applis marchent.

Mais comment faire pour régler ce problème d' allocation memoire?
As tu un tuto expliquant le stockage sous linux parce que je comprend pas tout
sur la façon d' interpreter les resultats si dessus.

df -h
Filesystem Size Used Avail Use% Mounted on
/dev/hda3 8.8G 6.3G 2.1G 75% /
/dev/hda1 99M 14M 80M 15% /boot
none 125M 0 124M 0% /dev/shm
/dev/hdb1 48G 21G 25G 45% /home/e-smith/files/users
/dev/hdb2 27G 9.4G 16G 36% /home/e-smith/files/ibays

Merci
IM

[sibsib]

Hello,

En vite fait, mais je pense que google avec comme mot clef Linux Inode devrait être très bavard

Sous Linux comme sous tous les filesystems que je connais (tous les 3 ), un fichier est un espace (ou plutôt une suite d'espaces) du disque affecté à un fichier.
Pour trouver ce fichier, le système consulte une arborexcence de directory (chaque directory étant elle même un fichier, qu'on peut éditér avec vi -enfin surtout si on veut tout péter !).
La directory contient pour chaque fichier une association nom du fichier <> n° d'inode.
Le n° d'inode est l'emplacement dans la table d'allocation de l'adresse du début du premier bloc de ton fichier (l'adresse physique, c'est à dire le n° du premier secteur du disque qui contient le début de ton fichier).
Après, selon les filesystems, la gestion de la longueur de chaque bloc constituant un fichier, et la localisation du début de chaque bloc change, mais en l'occurence, ce n'est pas le propos.
Problème : la table d'allocation est créée au formatage, est se trouve être de taille fixe. La encore, c'est une image, il est possible de l'étendre, mais ce n'est pas commode/commun/courant.

Donc, comme un fichier = un n° d'inode, et que la table d'allocation a une taille finie, lors du processus de formatage, on détermine le nombre maximun de fichiers que pourra contenir le filesystem. Si ton système crée un maximum de fichiers vides (la commande 'touch' est championne du monde pour tuer un filesystem en 2 secondes !), tu ne peux plus créer de nouvelle entrée sur ton disque, même s'il reste de la place.
Ce qui devrait t'expliquer que les commandes df et df -i ont des résultats absolument pas liés.

Le plus ennuyeux, c'est d'être à cours d'inode sur le disque système, car le système passe son temps à créer des fichiers pour la gestion de la machine !

A+,
Pascal