je comprend pas le probl=C3=A8me que j'ai sur un serveur rpi.
je n'arrive pas =C3=A0 =C3=A9crire des fichiers sur celui-ci, et mon nagios=
qui est
dessus ne peut plus rien =C3=A9crire en tampon.
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, http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !
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, sebastien.dinot@free.fr
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !
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, http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !
Belaïd
--001a11458c32e87c70054b3025da Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable 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 a écr it :
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 nagi os 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.
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@gmail.com> a écr it :
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 nagi os qui est
dessus ne peut plus rien écrire en tampon.
--001a11458c32e87c70054b3025da Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable 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 a écr it :
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 nagi os 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.
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, http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !
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, sebastien.dinot@free.fr
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !
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, http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !
Haricophile
Le Mon, 20 Mar 2017 22:43:49 +0100, Sébastien Dinot 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 d ans Debian, si on est dans ce cas, utiliser un disque d'install a jour... --
Le Mon, 20 Mar 2017 22:43:49 +0100,
Sébastien Dinot <sebastien.dinot@free.fr> 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 d ans
Debian, si on est dans ce cas, utiliser un disque d'install a jour...
Le Mon, 20 Mar 2017 22:43:49 +0100, Sébastien Dinot 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 d ans Debian, si on est dans ce cas, utiliser un disque d'install a jour... --
S
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
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
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
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 '%hn' | 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 '%hn' | 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, http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !
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 :
- 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 '%hn' | 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 '%hn' | 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, http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !
Haricophile
Le Wed, 22 Mar 2017 00:47:52 +0100, Sébastien Dinot 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, http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !
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 :
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. A utrement dit, il reste bien de l'espace disponible sur le disque mais plus aucun point d'entrée. Sébastien
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. A utrement
dit, il reste bien de l'espace disponible sur le disque mais plus aucun point
d'entrée.
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. A utrement dit, il reste bien de l'espace disponible sur le disque mais plus aucun point d'entrée. Sébastien
