From mboxrd@z Thu Jan 1 00:00:00 1970 References: <6cfeccb2-b3f6-dbd0-f5b8-b5e79a25baf8@strike.wu.ac.at> <3450079e-1251-792f-c4c2-982f309b41b5@strike.wu.ac.at> From: Zdenek Kabelac Message-ID: Date: Mon, 13 Nov 2017 16:20:16 +0100 MIME-Version: 1.0 In-Reply-To: <3450079e-1251-792f-c4c2-982f309b41b5@strike.wu.ac.at> Content-Language: en-US Content-Transfer-Encoding: 8bit Subject: Re: [linux-lvm] LVM hangs Reply-To: LVM general discussion and development List-Id: LVM general discussion and development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , List-Id: Content-Type: text/plain; charset="utf-8"; format="flowed" To: LVM general discussion and development , Alexander 'Leo' Bergolth Dne 13.11.2017 v 16:12 Alexander 'Leo' Bergolth napsal(a): > Hi! > > On 11/13/2017 03:51 PM, Zdenek Kabelac wrote: >> Dne 13.11.2017 v 14:41 Alexander 'Leo' Bergolth napsal(a): >>> I have a EL7 desktop box with two sata harddisks and two ssds in a >>> LVM raid1 - thin pool - cache configuration. (Just migrated to this >>> setup a few weeks ago.) >>> >>> After some days, individual processes start to block in disk wait. >>> I don't know if the problem resides in the cache-, thin- or raid1-layer >>> but the underlying block-devices are fully responsive. >>> >>> I have prepared some info at: >>> �� http://leo.kloburg.at/tmp/lvm-blocks/ >>> >>> Do the stack backtraces provide enough information to locate the source >>> of the blocks? >>> >>> I'd be happy to provide additional info, if necessary. >>> Meanwhile I'll disable the LVM cache layer to eliminate this potential >>> candidate. >> >> It would be probably nice to see the result of 'dmsetup status' > > > OK. Will be included next time. > > >> I'd have guessed you are probably hitting� 'frozen' raid state >> which is unfortunate existing upstream bug. > > Are you talking about RH bug 1388632? > https://bugzilla.redhat.com/show_bug.cgi?id=1388632 > > Unfortunately I can only view the google-cached version of the bugzilla > page, since the bug is restricted to internal view only. > that could be similar issue yes > But the google-cached version suggests that the bug is mainly hit when > removing the raid-backed cache pool under IO. > > I my scenario, no modification (like cache removal) of the lvm setup was > done when the blocks occured. Easiest is to check 'dmsetup status' - just to exclude if it's frozen raid case. Zdenek