From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([2001:4830:134:3::10]:40986)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <kripper@imatronix.cl>) id 1YTwHs-00015h-Ef
	for qemu-devel@nongnu.org; Fri, 06 Mar 2015 12:43:49 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <kripper@imatronix.cl>) id 1YTwHp-0003c4-8P
	for qemu-devel@nongnu.org; Fri, 06 Mar 2015 12:43:48 -0500
Received: from abufalia.dnsforhost.com ([67.220.212.159]:52325)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <kripper@imatronix.cl>) id 1YTwHo-0003ba-Tu
	for qemu-devel@nongnu.org; Fri, 06 Mar 2015 12:43:45 -0500
Message-ID: <54F9E74B.4030708@imatronix.cl>
Date: Fri, 06 Mar 2015 14:43:39 -0300
From: Christopher Pereira <kripper@imatronix.cl>
MIME-Version: 1.0
References: <54EE6992.1070107@imatronix.cl>
	<20150306171950.GE2431@stefanha-thinkpad.redhat.com>
In-Reply-To: <20150306171950.GE2431@stefanha-thinkpad.redhat.com>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [Qemu-devel] Reopen file descriptors on 'cont' command
List-Id: <qemu-devel.nongnu.org>
List-Unsubscribe: <https://lists.nongnu.org/mailman/options/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.nongnu.org/archive/html/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <https://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Stefan Hajnoczi <stefanha@gmail.com>
Cc: qemu-devel@nongnu.org

On 06-03-2015 14:19, Stefan Hajnoczi wrote:
> On Wed, Feb 25, 2015 at 09:32:18PM -0300, Christopher Pereira wrote:
>> Does qemu reopen files on a 'cont' command?
>>
>> When working with images on a gluster volume, file descriptors may get into
>> a bad state because of network timeouts, remounting a share, etc...and
>> reinitializing file descriptors may be usefull to get paused VMs up again.
>>
>> Related BZ:
>> https://bugzilla.redhat.com/show_bug.cgi?id=1058300
> No, QEMU doesn't reopen file descriptors.
>
> This can be challenging because QEMU supports file descriptor passing,
> which is used when the QEMU process is isolated using SELinux so it
> cannot open files itself.  Reopening would require new file descriptors
> passed in from the management tool.

Thanks Stefan.

I confirmed that libvirtd is not passing a FD to QEMU, but an image path.
Is QEMU reopening this image file when the VM is resumed?
QEMU must check if the FD (initialized by QEMU) is still valid, 
especially after resuming a paused VM.