From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mx1.redhat.com (ext-mx14.extmail.prod.ext.phx2.redhat.com [10.5.110.43]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 39EB1946B1 for ; Mon, 14 May 2018 05:02:17 +0000 (UTC) Received: from mail-it0-f47.google.com (mail-it0-f47.google.com [209.85.214.47]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 6BE0E30C1B60 for ; Mon, 14 May 2018 05:02:06 +0000 (UTC) Received: by mail-it0-f47.google.com with SMTP id e20-v6so9068325itc.1 for ; Sun, 13 May 2018 22:02:06 -0700 (PDT) MIME-Version: 1.0 From: Patrick Mitchell Date: Mon, 14 May 2018 01:02:04 -0400 Message-ID: Subject: [linux-lvm] pvscan takes 45-90 minutes booting off ISO with thin pools 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="us-ascii" Content-Transfer-Encoding: 7bit To: linux-lvm@redhat.com Sometimes when booting off an Arch installation ISO (even recent kernel 4.16.8 & lvm2 2.02.177) LVM's pvscan takes 60-90 minutes. This is with large thin pools, which seems to have caused such delays for people in the past, with a fix being adding "--skip-mappings" in thin_check_options. This used to always happen when booting off an ISO, until I made a custom one with "--skip-mappings". With this, it's intermittent. Sometimes nearly instant, sometimes 45-90 minutes. This delay never happens when booting off an install on a drive. (I'm thinking there must be a cache that obviously doesn't exist on the ISO?) When there's a massive delay: root@archiso ~ # date && ps ax | grep scan Mon May 14 03:08:14 UTC 2018 717 ? S