Erreur lors de l'écriture de test.txt : Aucun espace disponible sur le périphérique

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
17 messages Options
Reply | Threaded
Open this post in threaded view
|

Erreur lors de l'écriture de test.txt : Aucun espace disponible sur le périphérique

pat G
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 nagios qui 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.
Reply | Threaded
Open this post in threaded view
|

Re: Erreur lors de l'écriture de test.txt : Aucun espace disponible sur le périphérique

Belaïd MOUNSI
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 <[hidden email]> a écrit :
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 nagios qui 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.



--
< Belaid >
Reply | Threaded
Open this post in threaded view
|

Re: Erreur lors de l'écriture de test.txt : Aucun espace disponible sur le périphérique

Sébastien Dinot
In reply to this post by pat G
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

--
Sébastien Dinot, [hidden email]
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

Reply | Threaded
Open this post in threaded view
|

Re: Erreur lors de l'écriture de test.txt : Aucun espace disponible sur le périphérique

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



--
Sébastien Dinot, [hidden email]
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

Reply | Threaded
Open this post in threaded view
|

Re: Erreur lors de l'écriture de test.txt : Aucun espace disponible sur le périphérique

haricophile@aranha.fr
Le Mon, 20 Mar 2017 22:43:49 +0100,
Sébastien Dinot <[hidden email]> a écrit :

> 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.

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...

--
[hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Erreur lors de l'écriture de test.txt : Aucun espace disponible sur le périphérique

Sébastien NOBILI-3
In reply to this post by Sébastien Dinot
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

Reply | Threaded
Open this post in threaded view
|

Re: Erreur lors de l'écriture de test.txt : Aucun espace disponible sur le périphérique

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


--
Sébastien Dinot, [hidden email]
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

Reply | Threaded
Open this post in threaded view
|

Re: Erreur lors de l'écriture de test.txt : Aucun espace disponible sur le périphérique

haricophile@aranha.fr
Le Wed, 22 Mar 2017 00:47:52 +0100,
Sébastien Dinot <[hidden email]> 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

--
[hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Erreur lors de l'écriture de test.txt : Aucun espace disponible sur le périphérique

Sébastien NOBILI-3
Bonjour,

Le jeudi 23 mars 2017 à 12:23, Haricophile a écrit :

> Le Wed, 22 Mar 2017 00:47:52 +0100,
> Sébastien Dinot <[hidden email]> 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

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

Merci pour le tuyau.

Sébastien

Reply | Threaded
Open this post in threaded view
|

Re: Erreur lors de l'écriture de test.txt : Aucun espace disponible sur le périphérique

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.

--
Sébastien Dinot, [hidden email]
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

Reply | Threaded
Open this post in threaded view
|

Re: Erreur lors de l'écriture de test.txt : Aucun espace disponible sur le périphérique

pat G
In reply to this post by Sébastien Dinot
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 :

> 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
>


Reply | Threaded
Open this post in threaded view
|

Re: Erreur lors de l'écriture de test.txt : Aucun espace disponible sur le périphérique

pat G
In reply to this post by Sébastien Dinot
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 :

> 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
>
>
>

Reply | Threaded
Open this post in threaded view
|

Re: Erreur lors de l'écriture de test.txt : Aucun espace disponible sur le périphérique

pat G
In reply to this post by Sébastien Dinot
ok

Le 22/03/2017 à 00:47, Sébastien Dinot a écrit :
> 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.
j'utilise nagios, glpi, ocsinventory dessus... c'est sur un raspberry pi

> 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
ok, je regarde ça... mais je vais certainement retenter la réinstallation.

Reply | Threaded
Open this post in threaded view
|

Re: Erreur lors de l'écriture de test.txt : Aucun espace disponible sur le périphérique

contact-11
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 :

> ok
>
> Le 22/03/2017 à 00:47, Sébastien Dinot a écrit :
>> 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.
> j'utilise nagios, glpi, ocsinventory dessus... c'est sur un raspberry pi
>> 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
> ok, je regarde ça... mais je vais certainement retenter la réinstallation.
>

Reply | Threaded
Open this post in threaded view
|

Re: Erreur lors de l'écriture de test.txt : Aucun espace disponible sur le périphérique

haricophile@aranha.fr
Le Thu, 30 Mar 2017 16:50:55 +0200,
contact <[hidden email]> 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.

--
[hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Erreur lors de l'écriture de test.txt : Aucun espace disponible sur le périphérique

Eric Degenetais


Le 30 mars 2017 20:20, "Haricophile" <[hidden email]> a écrit :
Le Thu, 30 Mar 2017 16:50:55 +0200,
contact <[hidden email]> 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.

--
[hidden email]

Mais si c'est un problème d'inodes et non de volumétrie, est-ce qu'on ne peut pas aussi jouer sur des paramètres du système de fichiers (diminuer la taille des unités d'allocations pour avoir plus d'inodes, par exemple ?) 

Reply | Threaded
Open this post in threaded view
|

Re: Erreur lors de l'écriture de test.txt : Aucun espace disponible sur le périphérique

Eric Degenetais
Je me réponds à moi-même: grosse confusion, la taille des blocs n'a rien à faire là. Par contre, il me semble qu'on peut jouer à la création du système de fichiers pour avoir plus d'inodes, au prix d'une perte de place pour le stockage des contenus des fichiers. Il y a un compromis à faire en fonction de la taille moyenne des fichiers. 

Le 30 mars 2017 20:27, "Eric Degenetais" <[hidden email]> a écrit :


Le 30 mars 2017 20:20, "Haricophile" <[hidden email]> a écrit :
Le Thu, 30 Mar 2017 16:50:55 +0200,
contact <[hidden email]> 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.

--
[hidden email]

Mais si c'est un problème d'inodes et non de volumétrie, est-ce qu'on ne peut pas aussi jouer sur des paramètres du système de fichiers (diminuer la taille des unités d'allocations pour avoir plus d'inodes, par exemple ?)