Re: [libvirt] [PATCH 2/2] Ignore backing file errors in FS storage pool (v3)

2011-02-25 Thread Daniel P. Berrange
On Thu, Feb 24, 2011 at 02:35:58PM -0700, Eric Blake wrote: > On 02/24/2011 12:26 AM, Philipp Hahn wrote: > > If you use '[PATCHv3] subject' instead of '[PATCH] subject (v3)', then > 'git am' won't include the (v3) as part of the commit message (a good > thing, since once the patch is upstream, no

Re: [libvirt] [PATCH 2/2] Ignore backing file errors in FS storage pool (v3)

2011-02-24 Thread Eric Blake
On 02/24/2011 12:26 AM, Philipp Hahn wrote: If you use '[PATCHv3] subject' instead of '[PATCH] subject (v3)', then 'git am' won't include the (v3) as part of the commit message (a good thing, since once the patch is upstream, no one cares any longer if it took three revisions to be ready for upstr

[libvirt] [PATCH 2/2] Ignore backing file errors in FS storage pool (v3)

2011-02-23 Thread Philipp Hahn
Currently a single storage volume with a broken backing file will disable the whole storage pool. This can happen when the backing file is on some unavailable network storage or if the backing volume is deleted, while the storage volumes using it are not. Since the storage pool then can not be re-

[libvirt] [PATCH 2/2] Ignore backing file errors in FS storage pool (v2)

2011-02-23 Thread Philipp Hahn
Currently a single storage volume with a broken backing file will disable the whole storage pool. This can happen when the backing file is on some unavailable network storage or if the backing volume is deleted, while the storage volumes using it are not. Since the storage pool then can not be re-a

[libvirt] [PATCH 2/2] Ignore backing file errors in FS storage pool

2011-02-23 Thread Philipp Hahn
Currently a single storage volume with a broken backing file will disable the whole storage pool. This can happen when the backing file is on some unavailable network storage or if the backing volume is deleted, while the storage volumes using it are not. Since the storage pool then can not be re-a