From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:34508) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YTvuo-00041Y-CP for qemu-devel@nongnu.org; Fri, 06 Mar 2015 12:19:59 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YTvuk-0002vG-S5 for qemu-devel@nongnu.org; Fri, 06 Mar 2015 12:19:57 -0500 Received: from mail-we0-x233.google.com ([2a00:1450:400c:c03::233]:40657) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YTvuk-0002ux-Ls for qemu-devel@nongnu.org; Fri, 06 Mar 2015 12:19:54 -0500 Received: by wevk48 with SMTP id k48so17345558wev.7 for ; Fri, 06 Mar 2015 09:19:54 -0800 (PST) Date: Fri, 6 Mar 2015 11:19:50 -0600 From: Stefan Hajnoczi Message-ID: <20150306171950.GE2431@stefanha-thinkpad.redhat.com> References: <54EE6992.1070107@imatronix.cl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k3qmt+ucFURmlhDS" Content-Disposition: inline In-Reply-To: <54EE6992.1070107@imatronix.cl> Subject: Re: [Qemu-devel] Reopen file descriptors on 'cont' command List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Christopher Pereira Cc: qemu-devel@nongnu.org --k3qmt+ucFURmlhDS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 25, 2015 at 09:32:18PM -0300, Christopher Pereira wrote: > Does qemu reopen files on a 'cont' command? >=20 > When working with images on a gluster volume, file descriptors may get in= to > a bad state because of network timeouts, remounting a share, etc...and > reinitializing file descriptors may be usefull to get paused VMs up again. >=20 > Related BZ: > https://bugzilla.redhat.com/show_bug.cgi?id=3D1058300 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. Stefan --k3qmt+ucFURmlhDS Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJU+eG2AAoJEJykq7OBq3PIYwUH/AoGfcJ/aAoM4Hl+edS1xh+k 7CRVJymNkhs7aGKWZqjMOTIWO8FPDA7jo2tOh/iN7r9pKHrRf6VVf8UJoB5eUE8D AoI9zbiAgbB/x6/C7cuWsxBVn9ny+1KhbLiueon44jLvsxCd7B4K2J65OrbnxN7G C/BaX3PZfZ0a8KZameN8scnpj1OylvF3ZgzCvjRpz+Q+UI9aoQaCpbYMDCBNPnGQ SBhDb5yzHIUcV3HwBMSNp4GPhkg0oXaI1Sr1L353wzYHjVbQ1kyUWVOCy0aREnnx FXigsE7A4obIpGnQoMRBE6H3BZ8pNiK3oKW6gNWCVJmwRRb88uUitRGyp+lWQYc= =nson -----END PGP SIGNATURE----- --k3qmt+ucFURmlhDS--