hilpers


  hilpers > linux.debian.user.french

 #1  
20/03/2017, 23h10
Patrice Go
Bonjour,

je comprend pas le problème que j'ai sur un serveur rpi.
je n'arrive pas à écrire des fichiers sur celui-ci, et mon nagiosqui est
dessus ne peut plus rien écrire en tampon.

lorsque je fais un df -h ça donne:

/dev/root 7,2G 3,8G 3,4G 54% /
devtmpfs 215M 0 215M 0% /dev
tmpfs 219M 0 219M 0% /dev/shm
tmpfs 219M 8,4M 211M 4% /run
tmpfs 5,0M 0 5,0M 0% /run/lock
tmpfs 219M 0 219M 0% /sys/fs/cgroup
/dev/mmcblk0p1 50M 19M 31M 38% /boot
tmpfs 44M 0 44M 0% /run/user/0

donc il semble y avoir de la place.

et pour un df -i ça donne :

/dev/root 432352 432352 0 100% /
devtmpfs 54945 311 54634 1% /dev
tmpfs 55986 1 55985 1% /dev/shm
tmpfs 55986 392 55594 1% /run
tmpfs 55986 7 55979 1% /run/lock
tmpfs 55986 8 55978 1% /sys/fs/cgroup
/dev/mmcblk0p1 0 0 0 - /boot
tmpfs 55986 4 55982 1% /run/user/0

dans /etc/fstab :

proc /proc proc defaults
0 0
/dev/mmcblk0p1 /boot vfat defaults
0 0
/dev/mmcblk0p3 none swap sw
0 0
/swapfile1 none swap sw
0 0

je ne comprend pas ce qui bloque l'écriture ?

si quelqu'un a déjà eu ce genre de problème et aurait une piste ...

merci.

 #2  
20/03/2017, 23h30
Sébastien Dinot
Patrice Go a écrit :
> et pour un df -i ça donne :
> /dev/root        432352 432352      0  100% /


Il n'y a plus aucun i-node disponible sur le système de fichier. Autrement
dit, il reste bien de l'espace disponible sur le disque mais plus aucun point
d'entrée.

Sébastien
 #3  
20/03/2017, 23h30
Belaïd
Bonjour,
Le nombre d'inodes utilités sur le rootfs est à 100% (/dev/root
432352 432352 0 100% /). J'imagine que c'est pour ça que la création
de nouveau fichier bloque puisque pour chaque fichier correspond une
structure inodes.

Le 20 mars 2017 à 22:06, Patrice Go <patgsiosisr> a écrit :
[..]
 #4  
20/03/2017, 23h50
Sébastien Dinot
Sébastien Dinot a écrit :
> Il n'y a plus aucun i-node disponible sur le système de fichier.
> Autrement dit, il reste bien de l'espace disponible sur le disque mais
> plus aucun point d'entrée.


J'ai oublié de préciser qu'à ma connaissance, il n'est pas possible
d'augmenter a posteriori le nombre d'inodes d'un système de fichiers. Ce
faisant, les solutions possibles sont :

A. Dans l'immédiat

Dans l'urgence, supprimer des fichiers, par exemple des paquets Debian
inutiles. À ce jeu, les paquets linux-headers-* sont d'excellents
candidats. Attention, les commandes de gestion de paquets de haut
niveau, notamment les commandes graphiques, sont inopérantes dans ces
circonstances car elles ont elles-mêmes besoin de créer des fichiers
temporaires sur le disque. Rien ne vaut un « dpkg --purge <paquet> »
dans ce cas.

B. À terme

- Sauvegarder les données utiles, notamment le contenu des répertoires
/etc, /home, /root, ... (si le disque est de faible taille, il peut
même être prudent de copier tout son contenu sur un autre support).

- Reformater le disque en augmentant le nombre d'inodes

- Réinstaller le système

- Recopier les données utiles

Sébastien
 #5  
21/03/2017, 01h00
Haricophile
Le Mon, 20 Mar 2017 22:43:49 +0100,
Sébastien Dinot <sebastien.dinot> a écrit :

> J'ai oublié de préciser qu'à ma connaissance, il n'est paspossible
> d'augmenter a posteriori le nombre d'inodes d'un système de fichiers.


Pour ext4 en tout cas, je ne sais pas si c'est vrai de tous les FS

Dans les "workaround" si on a de la place disque dispo pour faire une
partition, on peut recréer un nouveau fs et le monter à la place d'un
dossier qui encombre avec de nombreux petits fichiers.

Il me semble aussi qu'il y avait à une époque un bug a ce sujet dans
Debian, si on est dans ce cas, utiliser un disque d'install a jour...
 #6  
21/03/2017, 18h40
Sébastien NOBILI
Bonjour,

Le lundi 20 mars 2017 à 22:43, Sébastien Dinot a écrit :
> B. À terme


- identifier ce qui a consommé autant d?i-nodes et voir si c?est bien
normal

> - Sauvegarder les données utiles, notamment le contenu des répertoires
> /etc, /home, /root, ... (si le disque est de faible taille, il peut
> même être prudent de copier tout son contenu sur un autre support).
> - Reformater le disque en augmentant le nombre d'inodes
> - Réinstaller le système
> - Recopier les données utiles


Sébastien
 #7  
22/03/2017, 01h50
Sébastien Dinot
Sébastien NOBILI a écrit :
> - identifier ce qui a consommé autant d?i-nodes et voir si c?est bien
> normal


Certes, il n'est pas idiot de se poser cette question.

Pour ce qui est du nombre d'inodes consommés, le nombre annoncé ne me
semble pas gargantuesque quand je le compare aux serveurs que
j'administre : entre 170 000 et 2 200 000 inodes sont consommés selon
les machines.

Mais sans plus d'éléments d'information sur le serveur considéré, il est
impossible de dire s'il est normal que 432352 inodes soient consommés.

Pour localiser les applications et/ou paquets qui consomment beaucoup
d'inodes, Patrice peut tenter d'identifier les répertoires qui
contiennent le plus grand nombre de fichiers. Voici ce que cela donne
sur deux de mes machines :

sudo find / -xdev -printf '%h\n' | sort | uniq -c | sort -k1nr | head -n 3
11907 /home/seb/.josm/cache/wms/4/lambertcc9
8842 /home/seb/.josm/cache/wms/5/lambertcc9
4758 /home/seb/.josm/cache/wms/5/mercator

sudo find / -xdev -printf '%h\n' | sort | uniq -c | sort -k1nr | head -n 3
12970 /var/lib/dpkg/info
7521 /usr/share/man/man3
3571 /usr/share/man/man1

Sébastien
 #8  
23/03/2017, 13h50
Haricophile
Le Wed, 22 Mar 2017 00:47:52 +0100,
Sébastien Dinot <sebastien.dinot> a écrit :

> sudo find / -xdev -printf '%h\n' | sort | uniq -c | sort -k1nr | head
> -n 3 11907 /home/seb/.josm/cache/wms/4/lambertcc9
> 8842 /home/seb/.josm/cache/wms/5/lambertcc9
> 4758 /home/seb/.josm/cache/wms/5/mercator
> sudo find / -xdev -printf '%h\n' | sort | uniq -c | sort -k1nr | head
> -n 3 12970 /var/lib/dpkg/info
> 7521 /usr/share/man/man3
> 3571 /usr/share/man/man1


moi j'ai tendance à utiliser "df" et "du" pour ce genre d'exploration,
il y a une option --inodes
 #9  
23/03/2017, 15h20
Sébastien NOBILI
Bonjour,

Le jeudi 23 mars 2017 à 12:23, Haricophile a écrit :
> Le Wed, 22 Mar 2017 00:47:52 +0100,
> Sébastien Dinot <sebastien.dinot> a écrit :
>> moi j'ai tendance à utiliser "df" et "du" pour ce genre d'exploration,

> il y a une option --inodes


Excellent ! Je n?avais jamais fait attention à ça (alors que ça paraît pourtant
tellement logique?).

Merci pour le tuyau.

Sébastien
 #10  
24/03/2017, 00h10
Sébastien Dinot
Sébastien NOBILI a écrit :
> Excellent ! Je n?avais jamais fait attention à ça (alors que ça paraît
> pourtant tellement logique?).


Idem.

> Merci pour le tuyau.


Idem.

> Sébastien


Idem.
 #11  
30/03/2017, 16h10
pat G
ok, on peut avoir des inodes pleins et pas le disque... c'est
intéressant... je regarde la suite.

Le 20/03/2017 à 22:25, Sébastien Dinot a écrit :
[..]
 #12  
30/03/2017, 16h20
pat G
ok

Le 22/03/2017 à 00:47, Sébastien Dinot a écrit :
[..]
> 12970 /var/lib/dpkg/info
> 7521 /usr/share/man/man3
> 3571 /usr/share/man/man1

ok, je regarde ça... mais je vais certainement retenter la réinstallation.
 #13  
30/03/2017, 16h20
pat G
merci. je vais regarder ça, et certainement réinstaller... j'ai
l'impression que c'est reccurent sur ma machine , c'est un rapsberry pi2
(juste pour du monitoring nagios). peut-être changer de carte SD ?

Le 20/03/2017 à 22:43, Sébastien Dinot a écrit :
[..]
 #14  
30/03/2017, 18h00
contact
Bonjour

Je ne sais pas si cela est en lien avec le problème, mais sur la
raspberry pi, il est conseillée de supprimer le maximum de fichier de
log, pour épargner la carte SD.

cordialement--
*François-Marie BILLARD*
Sculpteur - Céramiste <www.billard-francois-marie.eu>

Le 30/03/2017 à 15:19, pat G a écrit :
[..]
 #15  
30/03/2017, 21h30
Eric Degenetais
Le 30 mars 2017 20:20, "Haricophile" <haricophile> a écrit :

Le Thu, 30 Mar 2017 16:50:55 +0200,
contact <contact> a écrit :

> Je ne sais pas si cela est en lien avec le problème, mais sur la
> raspberry pi, il est conseillée de supprimer le maximum de fichier de
> log, pour épargner la carte SD.


Si on a vraiment besoin des logs il y a aussi différents moyen de les
stocker ailleurs.


Discussions similaires
Disk-free et bash ne sont pas d'accord ! (Aucun espace disponible blablabla)

aptitude : aucun espace disponible sur le périphérique

Les fichiers "autour" du noyau et m-a [was: aptitude : aucun espace disponible sur le périphérique]

aucun périphérique mélangeur n'est disponible ?


Fuseau horaire GMT +2. Il est actuellement 06h16. | Privacy Policy