[linux-lvm] LVM RAID: task mdX_raid1:221 blocked for more than 120 seconds

Zdenek Kabelac zkabelac at redhat.com
Mon Nov 26 11:40:40 UTC 2018


Dne 26. 11. 18 v 12:31 Cesare Leonardi napsal(a):
> Resending, I erroneusly replied only to Zdenek, sorry.
> 
> 
> 
> I can provide details about this, that was filed by me:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=913119
> 
> It's about a desktop PC, with two SSD (Samsung 850 EVO) on which i build RAID1 
> using LVM.
> # pvs
>    PV         VG  Fmt  Attr PSize    PFree
>    /dev/sdb3  vg0 lvm2 a--  <250,00g 15,98g
>    /dev/sdc3  vg0 lvm2 a--  <250,00g 15,98g
> 
> # lvs
>    LV    VG  Attr       LSize   Pool Origin Data%  Meta%  Move Log Cpy%Sync 
> Convert
>    home  vg0 rwi-aor--- 200,00g 100,00
>    root  vg0 rwi-aor---  30,00g 100,00
>    swap0 vg0 rwi-aor---   4,00g 100,00
> 
> It's a desktop PC using Debian unstable, so it's rebooted quite often due to 
> frequent updates.

So you should probably start first with running latest available kernel - 4.19.

You also should collect 'dmesg' report

> The freezes happens during normal work, without any resizing or any 
> maintenance on LVM going on. Most of the time I noted the freeze while I was 
> using Thunderbird. But eventually they resolve by themself: I wait minutes and 

Aren't you running out-of-memory ?

Install some CPU/MEM monitoring service and watch out for problems
(AFAIK OOM doesn't really work on my machine - and often  FF + Thunderbird 
combo brings it to the state mouse barely moves and CPU spins in kswapd...)

> I've not noticed any corruption due to these freeze but often they are very 
> long and very impacting. The only reliable workaround found was to reboot with:
> scsi_mod.use_blk_mq=0 dm_mod.use_blk_mq=0

I doubt this have anything in common with this.

Regards

Zdenek




More information about the linux-lvm mailing list