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.
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 '%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
ok, je regarde ça... mais je vais certainement retenter la réinstallation.
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 :
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 '%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
ok, je regarde ça... mais je vais certainement retenter la réinstallation.
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 :
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
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
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
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 :
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 '%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
ok, je regarde ça... mais je vais certainement retenter la réinstallation.
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.
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 :
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 '%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
ok, je regarde ça... mais je vais certainement retenter la réinstallation.
Haricophile
Le Thu, 30 Mar 2017 16:50:55 +0200, 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 d e log, pour épargner la carte SD.
Si on a vraiment besoin des logs il y a aussi différents moyen de les stocker ailleurs. --
Le Thu, 30 Mar 2017 16:50:55 +0200,
contact <contact@billard-francois-marie.eu> 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 d e
log, pour épargner la carte SD.
Si on a vraiment besoin des logs il y a aussi différents moyen de les
stocker ailleurs.
Le Thu, 30 Mar 2017 16:50:55 +0200, 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 d e log, pour épargner la carte SD.
Si on a vraiment besoin des logs il y a aussi différents moyen de les stocker ailleurs. --
Eric Degenetais
--001a114be4f07ec0b2054bf6fae1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Je me réponds à moi-même: grosse confusion, la taille des bl ocs 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 p lace pour le stockage des contenus des fichiers. Il y a un compromis à fair e en fonction de la taille moyenne des fichiers. Le 30 mars 2017 20:27, "Eric Degenetais" a écri t : Le 30 mars 2017 20:20, "Haricophile" a écrit : Le Thu, 30 Mar 2017 16:50:55 +0200, 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 d e log, pour épargner la carte SD.
Si on a vraiment besoin des logs il y a aussi différents moyen de les stocker ailleurs. -- Mais si c'est un problème d'inodes et non de volumétrie, est-ce q u'on ne peut pas aussi jouer sur des paramètres du système de fichiers (d iminuer la taille des unités d'allocations pour avoir plus d'inodes, par exemple ?) --001a114be4f07ec0b2054bf6fae1 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable <div dir="auto"><div>Je me réponds à moi-même: grosse conf usion, la taille des blocs n'a rien à faire là. Par contre, i l 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 po ur le stockage des contenus des fichiers. Il y a un compromis à faire en fonction de la taille moyenne des fichiers. <br><div class="gmail _extra"><br><div class="gmail_quote">Le 30 mars 2017 20:27, "Er ic Degenetais" <<a href="mailto:">edegenetais @henix.fr</a>> a écrit :<br type="attribution"><blockquote c lass="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;paddin g-left:1ex"><div dir="auto"><div><br><div class="gmail_extra"><div clas s="elided-text"><br><div class="gmail_quote">Le 30 mars 2017 20:20 , "Haricophile" <<a href="mailto:" targ et="_blank"></a>> a écrit :<br type=" attribution"><blockquote class="m_-6609674500615383120quote" style="mar gin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Le Thu, 30 Mar 2017 16:50:55 +0200,<br> contact <<a href="mailto:" target=" _blank"><wbr>e.eu</a>> a écrit :<br> <div class="m_-6609674500615383120quoted-text"><br> > Je ne sais pas si cela est en lien avec le problème, mais sur la< br> > raspberry pi, il est conseillée de supprimer le maximum de fichie r de<br> > log, pour épargner la carte SD.<br> <br> </div>Si on a vraiment besoin des logs il y a aussi différents moyen d e les<br> stocker ailleurs.<br> <font color="#888888"><br> --<br> <a href="mailto:" target="_blank"> ha.fr</a><br> <br> </font></div></div>Mais si c'est un problème d'in odes et non de volumétrie, est-ce qu'on ne peut pas aussi jouer su r des paramètres du système de fichiers (diminuer la taille des u nités d'allocations pour avoir plus d'inodes, par exemple ?) </div></div><div class="gmail_extra" dir="auto"><br></div></div> </div><br></div></div></div> --001a114be4f07ec0b2054bf6fae1--
Je me réponds à moi-même: grosse confusion, la taille des bl ocs 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 p lace
pour le stockage des contenus des fichiers. Il y a un compromis à fair e en
fonction de la taille moyenne des fichiers.
Le 30 mars 2017 20:27, "Eric Degenetais" <edegenetais@henix.fr> a écri t :
Le 30 mars 2017 20:20, "Haricophile" <haricophile@aranha.fr> a écrit :
Le Thu, 30 Mar 2017 16:50:55 +0200,
contact <contact@billard-francois-marie.eu> 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 d e
log, pour épargner la carte SD.
Si on a vraiment besoin des logs il y a aussi différents moyen de les
stocker ailleurs.
--
haricophile@aranha.fr
Mais si c'est un problème d'inodes et non de volumétrie, est-ce q u'on ne
peut pas aussi jouer sur des paramètres du système de fichiers (d iminuer la
taille des unités d'allocations pour avoir plus d'inodes, par exemple ?)
<div dir="auto"><div>Je me réponds à moi-même: grosse conf usion, la taille des blocs n'a rien à faire là. Par contre, i l 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 po ur le stockage des contenus des fichiers. Il y a un compromis à faire en fonction de la taille moyenne des fichiers. <br><div class="gmail _extra"><br><div class="gmail_quote">Le 30 mars 2017 20:27, "Er ic Degenetais" <<a href="mailto:edegenetais@henix.fr">edegenetais @henix.fr</a>> a écrit :<br type="attribution"><blockquote c lass="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;paddin g-left:1ex"><div dir="auto"><div><br><div class="gmail_extra"><div clas s="elided-text"><br><div class="gmail_quote">Le 30 mars 2017 20:20 , "Haricophile" <<a href="mailto:haricophile@aranha.fr" targ et="_blank">haricophile@aranha.fr</a>> a écrit :<br type=" attribution"><blockquote class="m_-6609674500615383120quote" style="mar gin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Le Thu, 30 Mar 2017 16:50:55 +0200,<br>
contact <<a href="mailto:contact@billard-francois-marie.eu" target=" _blank">contact@billard-francois-mari<wbr>e.eu</a>> a écrit :<br>
<div class="m_-6609674500615383120quoted-text"><br>
> Je ne sais pas si cela est en lien avec le problème, mais sur la< br>
> raspberry pi, il est conseillée de supprimer le maximum de fichie r de<br>
> log, pour épargner la carte SD.<br>
<br>
</div>Si on a vraiment besoin des logs il y a aussi différents moyen d e les<br>
stocker ailleurs.<br>
<font color="#888888"><br>
--<br>
<a href="mailto:haricophile@aranha.fr" target="_blank">haricophile@aran ha.fr</a><br>
<br>
</font></blockquote></div></div>Mais si c'est un problème d'in odes et non de volumétrie, est-ce qu'on ne peut pas aussi jouer su r des paramètres du système de fichiers (diminuer la taille des u nités d'allocations pour avoir plus d'inodes, par exemple ?) </div></div><div class="gmail_extra" dir="auto"><br></div></div>
</blockquote></div><br></div></div></div>
--001a114be4f07ec0b2054bf6fae1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Je me réponds à moi-même: grosse confusion, la taille des bl ocs 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 p lace pour le stockage des contenus des fichiers. Il y a un compromis à fair e en fonction de la taille moyenne des fichiers. Le 30 mars 2017 20:27, "Eric Degenetais" a écri t : Le 30 mars 2017 20:20, "Haricophile" a écrit : Le Thu, 30 Mar 2017 16:50:55 +0200, 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 d e log, pour épargner la carte SD.
Si on a vraiment besoin des logs il y a aussi différents moyen de les stocker ailleurs. -- Mais si c'est un problème d'inodes et non de volumétrie, est-ce q u'on ne peut pas aussi jouer sur des paramètres du système de fichiers (d iminuer la taille des unités d'allocations pour avoir plus d'inodes, par exemple ?) --001a114be4f07ec0b2054bf6fae1 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable <div dir="auto"><div>Je me réponds à moi-même: grosse conf usion, la taille des blocs n'a rien à faire là. Par contre, i l 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 po ur le stockage des contenus des fichiers. Il y a un compromis à faire en fonction de la taille moyenne des fichiers. <br><div class="gmail _extra"><br><div class="gmail_quote">Le 30 mars 2017 20:27, "Er ic Degenetais" <<a href="mailto:">edegenetais @henix.fr</a>> a écrit :<br type="attribution"><blockquote c lass="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;paddin g-left:1ex"><div dir="auto"><div><br><div class="gmail_extra"><div clas s="elided-text"><br><div class="gmail_quote">Le 30 mars 2017 20:20 , "Haricophile" <<a href="mailto:" targ et="_blank"></a>> a écrit :<br type=" attribution"><blockquote class="m_-6609674500615383120quote" style="mar gin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Le Thu, 30 Mar 2017 16:50:55 +0200,<br> contact <<a href="mailto:" target=" _blank"><wbr>e.eu</a>> a écrit :<br> <div class="m_-6609674500615383120quoted-text"><br> > Je ne sais pas si cela est en lien avec le problème, mais sur la< br> > raspberry pi, il est conseillée de supprimer le maximum de fichie r de<br> > log, pour épargner la carte SD.<br> <br> </div>Si on a vraiment besoin des logs il y a aussi différents moyen d e les<br> stocker ailleurs.<br> <font color="#888888"><br> --<br> <a href="mailto:" target="_blank"> ha.fr</a><br> <br> </font></div></div>Mais si c'est un problème d'in odes et non de volumétrie, est-ce qu'on ne peut pas aussi jouer su r des paramètres du système de fichiers (diminuer la taille des u nités d'allocations pour avoir plus d'inodes, par exemple ?) </div></div><div class="gmail_extra" dir="auto"><br></div></div> </div><br></div></div></div> --001a114be4f07ec0b2054bf6fae1--
