Le 05/05/2017 à 17:03, Dominique Rousseau a écrit :
> Le Fri, May 05, 2017 at 04:55:16PM +0200, Julien Escario [esca...@azylog.net]
> a écrit:
> [...]
>>
>> En revanche, en terme de symptômes, je n'ai aucun retour de pvdisplay,
>> lvdisplay, vgdisplay ou lvs.
>
> Tu dois avec un (ou plusieurs) de
Salut,
Un strace sur lvdisplay se bloque à quel endroit ?
Le 5 mai 2017 à 17:45, Julien Escario a écrit :
> Le 05/05/2017 à 17:16, Pierre DOLIDON a écrit :
> > Salut
> >
> > Tu as une archi comme ça ? disk -> LVM -> DRBD ou disk -> drbd -> LVM ?
>
>
> disk -> LVM (thin) -> DRBD
>
> Un LV par V
Le 05/05/2017 à 17:16, Pierre DOLIDON a écrit :
> Salut
>
> Tu as une archi comme ça ? disk -> LVM -> DRBD ou disk -> drbd -> LVM ?
disk -> LVM (thin) -> DRBD
Un LV par VM en somme (et donc une ressource DRBD par VM). C'est du DRBD9 géré
avec drbdmanage (qui marche plutôt bien et quand ça coin
Salut
Tu as une archi comme ça ? disk -> LVM -> DRBD ou disk -> drbd -> LVM ?
> Le 5 mai 2017 à 17:03, Dominique Rousseau a écrit :
>
> Le Fri, May 05, 2017 at 04:55:16PM +0200, Julien Escario [esca...@azylog.net]
> a écrit:
> [...]
>>
>> En revanche, en terme de symptômes, je n'ai aucun ret
Le Fri, May 05, 2017 at 04:55:16PM +0200, Julien Escario [esca...@azylog.net] a
écrit:
[...]
>
> En revanche, en terme de symptômes, je n'ai aucun retour de pvdisplay,
> lvdisplay, vgdisplay ou lvs.
Tu dois avec un (ou plusieurs) device qui amene tes pv* / lv* a
rencontrer une i/o bloquante
( ce
Bonsoir,
Pour bien finir la semaine, j'ai un hyperviseur utilisant LVM en temps que
storage backend (avec une petite couche de DRBD dessus) qui semble totalement
blocké.
Précisons que les VMs écrivent et lisent correctement leurs disques.
En revanche, le DRBD ne veut plus rien savoir. Il fait enc
