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
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 es
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
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 ta
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 DEVICE
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
> journa
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 t
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
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 snapsh
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 suit
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
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
>> phénomène, puisque mon volum
12 matches
Mail list logo