From: Eric Sandeen Subject: Re: [PATCH] e2fsprogs: error checking in blkid/devname.c Date: Fri, 22 Feb 2008 09:02:56 -0600 Message-ID: <47BEE420.8030105@redhat.com> References: <47BDF6C9.8090009@redhat.com> <20080222131622.GK20118@mit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: ext4 development , pspencer@fields.utoronto.ca To: Theodore Tso Return-path: Received: from mx1.redhat.com ([66.187.233.31]:47409 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753107AbYBVPDW (ORCPT ); Fri, 22 Feb 2008 10:03:22 -0500 In-Reply-To: <20080222131622.GK20118@mit.edu> Sender: linux-ext4-owner@vger.kernel.org List-ID: Theodore Tso wrote: > This looks good, but I assume that the bug was caused by some race > condition where if you try to call dm_task_get_info() while some other > process is creating or removing a snapshot, dm_task_get_info() is > returning some kind of EAGAIN, or some other "Try again; we're busy" > error, right? > > If that is the case, can you try to find out what error is being > returned? It may be the right thing to do is to check to see if we > are getting a "resource is locked; try again in a sec" error message, > and retry the dm_task_get_info(), instead of just returning a failure. well, dm_task_get_info just returns either 0 or 1; unless there is some other contextual piece of information to use, I don't know if we can differentiate between error types. I'll ask agk... > Thanks!! > > - Ted