Bonjour,
L'occupation de ma partition montée sur /tmp augmente
régulièrement. C'est un volume logique.
Il y a une semaine ou
deux, elle avait conservé sa taille initiale (100M). J'ai du
la remonter à 500, puis 800 hier soir, avec actuellement une
occupation (au sens de df) de 560M. Hier soir, lorsque j'ai
stoppé la machine, j'avais 496M. Donc 64M de mieux au reboot,
si je puis dire. Ãvidemment, un `du -sh /tmp` ne donne
quasiment rien.
Un `lsof -a +L1` sur /tmp ne donne quasiment rien, que des
fichiers apache2 ou mysqld. L'arrêt de ces services ne rend
rien de probant, et surtout pas de l'espace disque.
Avant de stopper la machine, j'ai tenté, hier soir, de me
mettre sur le terminal, couper X et un certain nombre de
services (postfix, mysql, apache, cron, clamav, nut, dnsmasq,
memcached, libvirt). Sans succès.
Une idée pour un meilleur diagnostic ?
Bonjour,
L'occupation de ma partition montée sur /tmp augmente
régulièrement. C'est un volume logique.
Il y a une semaine ou
deux, elle avait conservé sa taille initiale (100M). J'ai du
la remonter à 500, puis 800 hier soir, avec actuellement une
occupation (au sens de df) de 560M. Hier soir, lorsque j'ai
stoppé la machine, j'avais 496M. Donc 64M de mieux au reboot,
si je puis dire. Ãvidemment, un `du -sh /tmp` ne donne
quasiment rien.
Un `lsof -a +L1` sur /tmp ne donne quasiment rien, que des
fichiers apache2 ou mysqld. L'arrêt de ces services ne rend
rien de probant, et surtout pas de l'espace disque.
Avant de stopper la machine, j'ai tenté, hier soir, de me
mettre sur le terminal, couper X et un certain nombre de
services (postfix, mysql, apache, cron, clamav, nut, dnsmasq,
memcached, libvirt). Sans succès.
Une idée pour un meilleur diagnostic ?
Bonjour,
L'occupation de ma partition montée sur /tmp augmente
régulièrement. C'est un volume logique.
Il y a une semaine ou
deux, elle avait conservé sa taille initiale (100M). J'ai du
la remonter à 500, puis 800 hier soir, avec actuellement une
occupation (au sens de df) de 560M. Hier soir, lorsque j'ai
stoppé la machine, j'avais 496M. Donc 64M de mieux au reboot,
si je puis dire. Ãvidemment, un `du -sh /tmp` ne donne
quasiment rien.
Un `lsof -a +L1` sur /tmp ne donne quasiment rien, que des
fichiers apache2 ou mysqld. L'arrêt de ces services ne rend
rien de probant, et surtout pas de l'espace disque.
Avant de stopper la machine, j'ai tenté, hier soir, de me
mettre sur le terminal, couper X et un certain nombre de
services (postfix, mysql, apache, cron, clamav, nut, dnsmasq,
memcached, libvirt). Sans succès.
Une idée pour un meilleur diagnostic ?
deux, elle avait conservé sa taille initiale (100M). J'ai du
la remonter à 500, puis 800 hier soir, avec actuellement une
occupation (au sens de df) de 560M. Hier soir, lorsque j'ai
stoppé la machine, j'avais 496M. Donc 64M de mieux au reboot,
si je puis dire. Évidemment, un `du -sh /tmp` ne donne
quasiment rien.
Autrement dit, la partition se remplit mais aucun fichier
n’apparaît prendre cet espace.
D’où l’idée de chercher des fichiers effacés mais toujours là
avec lsof :
deux, elle avait conservé sa taille initiale (100M). J'ai du
la remonter à 500, puis 800 hier soir, avec actuellement une
occupation (au sens de df) de 560M. Hier soir, lorsque j'ai
stoppé la machine, j'avais 496M. Donc 64M de mieux au reboot,
si je puis dire. Évidemment, un `du -sh /tmp` ne donne
quasiment rien.
Autrement dit, la partition se remplit mais aucun fichier
n’apparaît prendre cet espace.
D’où l’idée de chercher des fichiers effacés mais toujours là
avec lsof :
deux, elle avait conservé sa taille initiale (100M). J'ai du
la remonter à 500, puis 800 hier soir, avec actuellement une
occupation (au sens de df) de 560M. Hier soir, lorsque j'ai
stoppé la machine, j'avais 496M. Donc 64M de mieux au reboot,
si je puis dire. Évidemment, un `du -sh /tmp` ne donne
quasiment rien.
Autrement dit, la partition se remplit mais aucun fichier
n’apparaît prendre cet espace.
D’où l’idée de chercher des fichiers effacés mais toujours là
avec lsof :
> L'occupation de ma partition montée sur /tmp augmente
> régulièrement. C'est un volume logique.
Qu’est ce que tu entends par « volume logique » ? Un LV de LVM ? Tu
penses que ça peut être un facteur ?
Autrement dit, la partition se remplit mais aucun fichier
n’apparaît prendre cet espace.
Donc les fichiers en cours mais effacés ne semblent pas être
ceux qui prennent de l’espace.
Et arrêter les suspects habituels ne libère pas l’espace
disque qui, je suppose, n’est toujours pas rendu et n’est
toujours dans aucun répertoire…?
> Une idée pour un meilleur diagnostic ?
Je suppose que tu as vérifié que l’espace utilisé grossit
toujours même sans les services ?
Et si tu réduits la taille de la partition et que tu attends que
quelqu’un plante ?
Et quel est le FS ?
> L'occupation de ma partition montée sur /tmp augmente
> régulièrement. C'est un volume logique.
Qu’est ce que tu entends par « volume logique » ? Un LV de LVM ? Tu
penses que ça peut être un facteur ?
Autrement dit, la partition se remplit mais aucun fichier
n’apparaît prendre cet espace.
Donc les fichiers en cours mais effacés ne semblent pas être
ceux qui prennent de l’espace.
Et arrêter les suspects habituels ne libère pas l’espace
disque qui, je suppose, n’est toujours pas rendu et n’est
toujours dans aucun répertoire…?
> Une idée pour un meilleur diagnostic ?
Je suppose que tu as vérifié que l’espace utilisé grossit
toujours même sans les services ?
Et si tu réduits la taille de la partition et que tu attends que
quelqu’un plante ?
Et quel est le FS ?
> L'occupation de ma partition montée sur /tmp augmente
> régulièrement. C'est un volume logique.
Qu’est ce que tu entends par « volume logique » ? Un LV de LVM ? Tu
penses que ça peut être un facteur ?
Autrement dit, la partition se remplit mais aucun fichier
n’apparaît prendre cet espace.
Donc les fichiers en cours mais effacés ne semblent pas être
ceux qui prennent de l’espace.
Et arrêter les suspects habituels ne libère pas l’espace
disque qui, je suppose, n’est toujours pas rendu et n’est
toujours dans aucun répertoire…?
> Une idée pour un meilleur diagnostic ?
Je suppose que tu as vérifié que l’espace utilisé grossit
toujours même sans les services ?
Et si tu réduits la taille de la partition et que tu attends que
quelqu’un plante ?
Et quel est le FS ?
Personnellement, je ne comprends pas qu'un reboot n'ait pas résolu
ce problème.
Personnellement, je ne comprends pas qu'un reboot n'ait pas résolu
ce problème.
Personnellement, je ne comprends pas qu'un reboot n'ait pas résolu
ce problème.
Personnellement, je ne comprends pas qu'un reboot n'ait pas résolu
ce problème.
Non seulement ça ne le résoud pas, mais en plus ça fait empirer le
phénomène, puisque mon volume monté sur /tmp s'est pris 64M après le
reboot !
Personnellement, je ne comprends pas qu'un reboot n'ait pas résolu
ce problème.
Non seulement ça ne le résoud pas, mais en plus ça fait empirer le
phénomène, puisque mon volume monté sur /tmp s'est pris 64M après le
reboot !
Personnellement, je ne comprends pas qu'un reboot n'ait pas résolu
ce problème.
Non seulement ça ne le résoud pas, mais en plus ça fait empirer le
phénomène, puisque mon volume monté sur /tmp s'est pris 64M après le
reboot !
On 19/09/2015 23:40, Jean-Michel OLTRA wrote:Personnellement, je ne comprends pas qu'un reboot n'ait pas résolu
ce problème.
Non seulement ça ne le résoud pas, mais en plus ça fait empirer le
phénomène, puisque mon volume monté sur /tmp s'est pris 64M après le
reboot !
La seule explication possible que je vois à un truc pareil c'est que
tu as un processus (ou plusieurs) qui est lancé au démarrage du système
qui t'écrit plein de trucs dans /tmp et cela avant même le vidage
de /tmp qui lui aussi s'effectue à chaque démarrage du système.
Pour moi, un fichier qui prend de la place dans le fs mais qu'on ne
voit plus dans l'arborescence, c'est forcément un fichier utilisé
par un processus, je ne vois pas comment il peut en être autrement
(où alors un fs en vrac peut-être).
Perso, à ta place je tenterais ceci :
# apt-get install lsof
lsof | grep /tmp/
Sauf erreur, ça devrait t'afficher la liste de tous les
processus qui utilisent un fichier dans /tmp/ *même* si
celui-ci n'existe plus dans l'arborescence.
À tester donc...
PS : j'ose à peine te le demander mais bon juste au cas où : tu
as bien sûr fait un `ls -al /tmp` pour afficher aussi les fichiers
« cachés », n'est-ce pas ? ;)
--
François Lafont
On 19/09/2015 23:40, Jean-Michel OLTRA wrote:
Personnellement, je ne comprends pas qu'un reboot n'ait pas résolu
ce problème.
Non seulement ça ne le résoud pas, mais en plus ça fait empirer le
phénomène, puisque mon volume monté sur /tmp s'est pris 64M après le
reboot !
La seule explication possible que je vois à un truc pareil c'est que
tu as un processus (ou plusieurs) qui est lancé au démarrage du système
qui t'écrit plein de trucs dans /tmp et cela avant même le vidage
de /tmp qui lui aussi s'effectue à chaque démarrage du système.
Pour moi, un fichier qui prend de la place dans le fs mais qu'on ne
voit plus dans l'arborescence, c'est forcément un fichier utilisé
par un processus, je ne vois pas comment il peut en être autrement
(où alors un fs en vrac peut-être).
Perso, à ta place je tenterais ceci :
# apt-get install lsof
lsof | grep /tmp/
Sauf erreur, ça devrait t'afficher la liste de tous les
processus qui utilisent un fichier dans /tmp/ *même* si
celui-ci n'existe plus dans l'arborescence.
À tester donc...
PS : j'ose à peine te le demander mais bon juste au cas où : tu
as bien sûr fait un `ls -al /tmp` pour afficher aussi les fichiers
« cachés », n'est-ce pas ? ;)
--
François Lafont
On 19/09/2015 23:40, Jean-Michel OLTRA wrote:Personnellement, je ne comprends pas qu'un reboot n'ait pas résolu
ce problème.
Non seulement ça ne le résoud pas, mais en plus ça fait empirer le
phénomène, puisque mon volume monté sur /tmp s'est pris 64M après le
reboot !
La seule explication possible que je vois à un truc pareil c'est que
tu as un processus (ou plusieurs) qui est lancé au démarrage du système
qui t'écrit plein de trucs dans /tmp et cela avant même le vidage
de /tmp qui lui aussi s'effectue à chaque démarrage du système.
Pour moi, un fichier qui prend de la place dans le fs mais qu'on ne
voit plus dans l'arborescence, c'est forcément un fichier utilisé
par un processus, je ne vois pas comment il peut en être autrement
(où alors un fs en vrac peut-être).
Perso, à ta place je tenterais ceci :
# apt-get install lsof
lsof | grep /tmp/
Sauf erreur, ça devrait t'afficher la liste de tous les
processus qui utilisent un fichier dans /tmp/ *même* si
celui-ci n'existe plus dans l'arborescence.
À tester donc...
PS : j'ose à peine te le demander mais bon juste au cas où : tu
as bien sûr fait un `ls -al /tmp` pour afficher aussi les fichiers
« cachés », n'est-ce pas ? ;)
--
François Lafont
> Non seulement ça ne le résoud pas, mais en plus ça fait empirer le
> phénomène, puisque mon volume monté sur /tmp s'est pris 64M après le
> reboot !
Sauf erreur, ça devrait t'afficher la liste de tous les
processus qui utilisent un fichier dans /tmp/ *même* si
celui-ci n'existe plus dans l'arborescence.
PS : j'ose à peine te le demander mais bon juste au cas où : tu
as bien sûr fait un `ls -al /tmp` pour afficher aussi les fichiers
« cachés », n'est-ce pas ? ;)
> Non seulement ça ne le résoud pas, mais en plus ça fait empirer le
> phénomène, puisque mon volume monté sur /tmp s'est pris 64M après le
> reboot !
Sauf erreur, ça devrait t'afficher la liste de tous les
processus qui utilisent un fichier dans /tmp/ *même* si
celui-ci n'existe plus dans l'arborescence.
PS : j'ose à peine te le demander mais bon juste au cas où : tu
as bien sûr fait un `ls -al /tmp` pour afficher aussi les fichiers
« cachés », n'est-ce pas ? ;)
> Non seulement ça ne le résoud pas, mais en plus ça fait empirer le
> phénomène, puisque mon volume monté sur /tmp s'est pris 64M après le
> reboot !
Sauf erreur, ça devrait t'afficher la liste de tous les
processus qui utilisent un fichier dans /tmp/ *même* si
celui-ci n'existe plus dans l'arborescence.
PS : j'ose à peine te le demander mais bon juste au cas où : tu
as bien sûr fait un `ls -al /tmp` pour afficher aussi les fichiers
« cachés », n'est-ce pas ? ;)
Je viens d'enregistrer les sorties de `df` et `df -h`. J'ai d'autres
volumes logiques sur ce raid logiciel, un qui couvre /usr, et un autre
sur un home utilisateur qui n'est plus utilisé. Je vais voir si ceux ci
grossissent également. La suite demain, donc.
Je viens d'enregistrer les sorties de `df` et `df -h`. J'ai d'autres
volumes logiques sur ce raid logiciel, un qui couvre /usr, et un autre
sur un home utilisateur qui n'est plus utilisé. Je vais voir si ceux ci
grossissent également. La suite demain, donc.
Je viens d'enregistrer les sorties de `df` et `df -h`. J'ai d'autres
volumes logiques sur ce raid logiciel, un qui couvre /usr, et un autre
sur un home utilisateur qui n'est plus utilisé. Je vais voir si ceux ci
grossissent également. La suite demain, donc.
Bonjour,
[â¦]
Le volume monté sur /home/laurena est _totalement_ inutilisé ,
lui, mais il s'est pris 32M. Je me dis donc que l'occupation
disque est bas niveau et invisible au système de fichiers.
Bonjour,
[â¦]
Le volume monté sur /home/laurena est _totalement_ inutilisé ,
lui, mais il s'est pris 32M. Je me dis donc que l'occupation
disque est bas niveau et invisible au système de fichiers.
Bonjour,
[â¦]
Le volume monté sur /home/laurena est _totalement_ inutilisé ,
lui, mais il s'est pris 32M. Je me dis donc que l'occupation
disque est bas niveau et invisible au système de fichiers.
Le dimanche 20 septembre 2015, 10:44:17 Jean-Michel OLTRA a
écrit :
> Bonjour,
âjour,
>[â¦]
>
> Le volume monté sur /home/laurena est _totalement_
> inutilisé, lui, mais il s'est pris 32M. Je me dis donc que
> l'occupation disque est bas niveau et invisible au système
> de fichiers.
Et des snapshots LVW au boot ?
Bon, il faudrait que la taille dâun instantané « vide » soit
de 32 Mo pour le /home/laurena, et ça me paraît beaucoup⠦
Le dimanche 20 septembre 2015, 10:44:17 Jean-Michel OLTRA a
écrit :
> Bonjour,
âjour,
>[â¦]
>
> Le volume monté sur /home/laurena est _totalement_
> inutilisé, lui, mais il s'est pris 32M. Je me dis donc que
> l'occupation disque est bas niveau et invisible au système
> de fichiers.
Et des snapshots LVW au boot ?
Bon, il faudrait que la taille dâun instantané « vide » soit
de 32 Mo pour le /home/laurena, et ça me paraît beaucoup⠦
Le dimanche 20 septembre 2015, 10:44:17 Jean-Michel OLTRA a
écrit :
> Bonjour,
âjour,
>[â¦]
>
> Le volume monté sur /home/laurena est _totalement_
> inutilisé, lui, mais il s'est pris 32M. Je me dis donc que
> l'occupation disque est bas niveau et invisible au système
> de fichiers.
Et des snapshots LVW au boot ?
Bon, il faudrait que la taille dâun instantané « vide » soit
de 32 Mo pour le /home/laurena, et ça me paraît beaucoup⠦