Re: augmenetation taille /tmp

On Wednesday 30 September 2015 12:21:16 Jean-Michel OLTRA wrote: > Mon volume monté sur /tmp ne bouge pas. Toujours 33M, ce qui est trop, > mais stable. Chez moi, suivant mes PC et le moment, il fait entre 12Ko et 304Ko...

Re: augmenetation taille /tmp

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 30/09/2015 12:21, Jean-Michel OLTRA wrote: > Si je te suis bien, je compare entre les 2 versions, si je le peux, > car il y en a pas mal, les blocks marqués comme "setting block X/Y > to data" ? Oui je pense que cela être intéressant à tester.

Re: augmenetation taille /tmp

Bonjour, Le jeudi 24 septembre 2015, BERBAR Florian a écrit... > Le sortie de la commande "xfs_db -c 'blockget -v -p' /dev/tondevice" > devrais ressembler à quelque chose comme : > "/dev/tondevice: setting block / to ou > " > Au sujet des informations de chaque block de ton

Re: augmenetation taille /tmp

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 24/09/2015 07:07, Jean-Michel OLTRA wrote: > > Bonjour, > > > Le mardi 22 septembre 2015, BERBAR Florian a écrit... > > >> Pourrais-tu préciser les options que tu as passer à l'utilitaire >> "xfs_repair" ? D'autre part, si cela n'as pas été

Re: augmenetation taille /tmp

Bonjour, Le mardi 22 septembre 2015, BERBAR Florian a écrit... > Pourrais-tu préciser les options que tu as passer à l'utilitaire > "xfs_repair" ? D'autre part, si cela n'as pas été le cas lors de ta > dernier utilisation de l'utilitaire "xfs_repair", pourrais-tu donner > la sortie de la

Re: augmenetation taille /tmp

Bonjour, Le mardi 22 septembre 2015, BERBAR Florian a écrit... > Pourrais-tu préciser les options que tu as passer à l'utilitaire > "xfs_repair" ? D'autre part, si cela n'as pas été le cas lors de ta > dernier utilisation de l'utilitaire "xfs_repair", pourrais-tu donner > la sortie de la

Re: augmenetation taille /tmp

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 21/09/2015 18:41, Jean-Michel OLTRA wrote: > > Bonjour, > > > Le lundi 21 septembre 2015, BERBAR Florian a écrit... > > >> Si un xfs_repair rend l'espace disque consommé, il est possible >> que ton système de fichier soit corrompu. La

Re: augmenetation taille /tmp

Bonjour, Le dimanche 20 septembre 2015, Jean-Michel OLTRA a écrit... > Je me demande si ce n'est pas une partie du problème. Il y a de > nombreuses années que j'utilise XFS, et c'est bien la première fois que > ça me fait ce coup là (si c'est bien lié à xfs). > Il se pourrait que mes

Re: augmenetation taille /tmp

Bonjour, Le lundi 21 septembre 2015, Jean-Michel OLTRA a écrit... > Tous mes systèmes de fichiers seraient corrompus ? Sur tous les > volumes ? Je n'y crois pas trop. Mais je vais essayer, sur /tmp. Sur les > autres, ce n'est pas possible. Pas mieux. +32M au reboot après formatage du VL

Re: augmenetation taille /tmp

Bonjour, Le lundi 21 septembre 2015, BERBAR Florian a écrit... > Si un xfs_repair rend l'espace disque consommé, il est possible que > ton système de fichier soit corrompu. La partition ne comprenant pas > de données persistante un "reformatage" de ta partition pourrait > peut-être

Re: augmenetation taille /tmp

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 21/09/2015 13:48, Jean-Michel OLTRA wrote: > Un xfs_repair sur le volume rend l'espace disque consommé. Si un xfs_repair rend l'espace disque consommé, il est possible que ton système de fichier soit corrompu. La partition ne comprenant pas de

Re: augmenetation taille /tmp

Le 20 sept. 2015 à 00:46, Francois Lafont a écrit : > 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 >>

Re: augmenetation taille /tmp

Bonjour, Le dimanche 20 septembre 2015, Francois Lafont a écrit... > > 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 ! Confirmé ! Le volume monté sur /tmp s'est pris 32M au reboot Le

Re: augmenetation taille /tmp

Le dimanche 20 septembre 2015, 11:02:26 Sylvain L. Sauvage a écrit : > 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

Re: augmenetation taille /tmp

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

Re: augmenetation taille /tmp

Jean-Michel OLTRA a écrit : > >> Et quel est le FS ? > > xfs > > /dev/mapper/debian-lvtmp on /tmp type xfs (rw,relatime,inode64,noquota) > > Je reviens sur la configuration en volume comme facteur. Je me dis que > si je ne vois rien concernant le système de fichiers (fichiers effacés > mais

Re: augmenetation taille /tmp

On 19/09/2015 23:16, Jean-Michel OLTRA wrote: > > 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

Re: augmenetation taille /tmp

On 20/09/2015 10:44, Jean-Michel OLTRA wrote: > espinasse:~$ lsof /tmp J'avais indiqué la commande « lsof | grep /tmp », pas la commande ci-dessus. Par ailleurs, et là par contre je ne l'ai pas indiqué, il faut mieux lancer la commande en tant que root. > COMMAND PID USER FD TYPE

Re: augmenetation taille /tmp

Bonjour, Le dimanche 20 septembre 2015, Pascal Hambourg a écrit... > Je ne vois pas comment. Les méta-données de LVM sont stockées en dehors > des volumes logiques et leurs systèmes de fichiers. Oui, j'ai vu ça. > Je soupçonne plutôt le système de fichiers lui-même. Peut-être un >

Re: augmenetation taille /tmp

Bonjour, Le dimanche 20 septembre 2015, Daniel Huhardeaux a écrit... > >Au fait : personne en LVM et XFS sur la liste…? > Si, sur plusieurs serveurs en wheezy et jessie, rien noté de spécial. Je me demande si ce n'est pas une partie du problème. Il y a de nombreuses années que j'utilise

Re: augmenetation taille /tmp

Le 20/09/2015 18:38, Jean-Michel OLTRA a écrit : [...] Au fait : personne en LVM et XFS sur la liste…? Si, sur plusieurs serveurs en wheezy et jessie, rien noté de spécial. -- Daniel

Re: augmenetation taille /tmp

Le dimanche 20 septembre 2015, 18:47:50 Francois Lafont a écrit : > On 20/09/2015 10:44, Jean-Michel OLTRA wrote: > > espinasse:~$ lsof /tmp > > J'avais indiqué la commande « lsof | grep /tmp », pas la > commande ci-dessus. Le résultat est le même quand /tmp est un point de montage, ce qui

Re: augmenetation taille /tmp

Le 20/09/2015 18:47, Francois Lafont a écrit : > On 20/09/2015 10:44, Jean-Michel OLTRA wrote: > >> espinasse:~$ lsof /tmp > J'avais indiqué la commande « lsof | grep /tmp », pas la commande > ci-dessus. Par ailleurs, et là par contre je ne l'ai pas indiqué, > il faut mieux lancer la commande en

Re: augmenetation taille /tmp

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

Re: augmenetation taille /tmp

Bonjour, Le samedi 19 septembre 2015, Francois Lafont a écrit... > 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

Re: augmenetation taille /tmp

Bonjour, Le samedi 19 septembre 2015, Sylvain L. Sauvage a écrit... > > 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 ?

Re: augmenetation taille /tmp

Bonjour, On 19/09/2015 19:22, Sylvain L. Sauvage wrote: >> 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

augmenetation taille /tmp

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

Re: augmenetation taille /tmp

Le samedi 19 septembre 2015, 10:39:36 Jean-Michel OLTRA a écrit : > Bonjour, ’soir, > 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