search for: kergon

Displaying 18 results from an estimated 18 matches for "kergon".

2009 Sep 03
2
[PATCH resend] block: silently error unsupported empty barriers too
...empty barriers, on devices like virtio_blk which don't support them. See also: https://bugzilla.redhat.com/514901 Signed-off-by: Mark McLoughlin <markmc at redhat.com> Cc: Rusty Russell <rusty at rustcorp.com.au> Cc: Mikulas Patocka <mpatocka at redhat.com> Cc: Alasdair G Kergon <agk at redhat.com> Cc: Neil Brown <neilb at suse.de> Cc: Christoph Hellwig <hch at infradead.org> --- block/blk-core.c | 3 +-- 1 files changed, 1 insertions(+), 2 deletions(-) diff --git a/block/blk-core.c b/block/blk-core.c index e3299a7..35ad2bb 100644 --- a/block/blk-cor...
2009 Sep 03
2
[PATCH resend] block: silently error unsupported empty barriers too
...empty barriers, on devices like virtio_blk which don't support them. See also: https://bugzilla.redhat.com/514901 Signed-off-by: Mark McLoughlin <markmc at redhat.com> Cc: Rusty Russell <rusty at rustcorp.com.au> Cc: Mikulas Patocka <mpatocka at redhat.com> Cc: Alasdair G Kergon <agk at redhat.com> Cc: Neil Brown <neilb at suse.de> Cc: Christoph Hellwig <hch at infradead.org> --- block/blk-core.c | 3 +-- 1 files changed, 1 insertions(+), 2 deletions(-) diff --git a/block/blk-core.c b/block/blk-core.c index e3299a7..35ad2bb 100644 --- a/block/blk-cor...
2006 May 23
19
LVM2 snapshots and XEN = problem :(
Hello guys Does anyone use lvm2 backends for domU storages ? I do and I wanted to use lvm''s snapshot feature to make backups of domUs in background but I got the following problem. When I create a snapshot LV and copy data from it to backup storage it works perfect. Then I do umount and then lvremove. lvremove asks me if I really want to remove the volume and then just hangs forever.
2009 Aug 06
1
[PATCH] block: silently error unsupported empty barriers too
...empty barriers, on devices like virtio_blk which don't support them. See also: https://bugzilla.redhat.com/514901 Signed-off-by: Mark McLoughlin <markmc at redhat.com> Cc: Rusty Russell <rusty at rustcorp.com.au> Cc: Mikulas Patocka <mpatocka at redhat.com> Cc: Alasdair G Kergon <agk at redhat.com> Cc: Neil Brown <neilb at suse.de> --- block/blk-core.c | 3 +-- 1 files changed, 1 insertions(+), 2 deletions(-) diff --git a/block/blk-core.c b/block/blk-core.c index e3299a7..35ad2bb 100644 --- a/block/blk-core.c +++ b/block/blk-core.c @@ -1163,8 +1163,7 @@ st...
2009 Aug 06
1
[PATCH] block: silently error unsupported empty barriers too
...empty barriers, on devices like virtio_blk which don't support them. See also: https://bugzilla.redhat.com/514901 Signed-off-by: Mark McLoughlin <markmc at redhat.com> Cc: Rusty Russell <rusty at rustcorp.com.au> Cc: Mikulas Patocka <mpatocka at redhat.com> Cc: Alasdair G Kergon <agk at redhat.com> Cc: Neil Brown <neilb at suse.de> --- block/blk-core.c | 3 +-- 1 files changed, 1 insertions(+), 2 deletions(-) diff --git a/block/blk-core.c b/block/blk-core.c index e3299a7..35ad2bb 100644 --- a/block/blk-core.c +++ b/block/blk-core.c @@ -1163,8 +1163,7 @@ st...
2012 Jan 18
0
blockdev --flushbufs required [was: parted issue/question
[Following up on this thread: http://thread.gmane.org/gmane.linux.kernel.device-mapper.devel/14999] Alasdair G Kergon wrote: > Try > blkdev --flushbufs > after any cmd that writes to a dev to see if that makes any difference. Thanks for the work-around. Using "blockdev --flushbufs $dev" does indeed make parted behave the same with dm-backed storage as with other devices. Adjusting my small e...
2013 Nov 10
0
[linux-3.10 test] 21641: regressions - FAIL
...4e77f7f1261f65cff06918bc5e66d02a418fc842 baseline version: linux 14e9c7db465387ede7f019c42f28c90f99fc2793 ------------------------------------------------------------ People who touched revisions under test: AKASHI Takahiro <takahiro.akashi@linaro.org> Alasdair G Kergon <agk@redhat.com> Andrew Morton <akpm@linux-foundation.org> Antonella Pellizzari <anto.pellizzari83@gmail.com> Christophe Gouault <christophe.gouault@6wind.com> Dan Carpenter <dan.carpenter@oracle.com> Dan Williams <dcbw@redhat.com> Daniel Borkmann &lt...
2018 Feb 09
0
ANNOUNCE: libguestfs 1.38 released
...lder (Pino Toscano). Enable serial console for these templates (Florian Klink). In the daemon, instead of making a private copy of lvm.conf and modifying it (eg for filters), start with an empty file since LVM understands that to mean "all defaults" (Alasdair Kergon, Zdenek Kabelac). The "direct" backend can now run QMP queries against the QEMU binary, enhancing the kinds of information we can detect. In addition the code to query QEMU has been made more robust for handling multiple parallel queries of different v...
2011 Jun 29
33
Re: Mis-Design of Btrfs?
On 06/27/2011 07:46 AM, NeilBrown wrote: > On Thu, 23 Jun 2011 12:53:37 +0200 Nico Schottelius > <nico-lkml-20110623@schottelius.org> wrote: > >> Good morning devs, >> >> I''m wondering whether the raid- and volume-management-builtin of btrfs is >> actually a sane idea or not. >> Currently we do have md/device-mapper support for raid >>
2013 Aug 29
0
[linux-linus test] 18805: regressions - FAIL
...an@lxorguk.ukuu.org.uk> Alan M Butler <alanbutty12@gmail.com> Alan McIvor <alan.mcivor@reveal.co.nz> Alan Ott <alan@signal11.us> Alan Stern <stern@rowland.harvard.edu Alan Stern <stern@rowland.harvard.edu> Alan Swanson <swanson@ukfsn.org> Alasdair G Kergon <agk@redhat.com> Alasdair Kergon <agk@redhat.com> Alban Bedel <alban.bedel@avionic-design.de> Alban Browaeys <prahal@yahoo.com> Alban Crequy <alban.crequy@collabora.co.uk> Albert Pool <albertpool@solcon.nl> Albert Pool<albertpool@solcon.nl> Al...
2013 Aug 29
0
[linux-linus test] 18844: regressions - FAIL
...an@lxorguk.ukuu.org.uk> Alan M Butler <alanbutty12@gmail.com> Alan McIvor <alan.mcivor@reveal.co.nz> Alan Ott <alan@signal11.us> Alan Stern <stern@rowland.harvard.edu Alan Stern <stern@rowland.harvard.edu> Alan Swanson <swanson@ukfsn.org> Alasdair G Kergon <agk@redhat.com> Alasdair Kergon <agk@redhat.com> Alban Bedel <alban.bedel@avionic-design.de> Alban Browaeys <prahal@yahoo.com> Alban Crequy <alban.crequy@collabora.co.uk> Albert Pool <albertpool@solcon.nl> Albert Pool<albertpool@solcon.nl> Al...
2013 Mar 18
0
[linux-linus test] 17325: regressions - trouble: broken/fail/pass
...an@lxorguk.ukuu.org.uk> Alan M Butler <alanbutty12@gmail.com> Alan McIvor <alan.mcivor@reveal.co.nz> Alan Ott <alan@signal11.us> Alan Stern <stern@rowland.harvard.edu Alan Stern <stern@rowland.harvard.edu> Alan Swanson <swanson@ukfsn.org> Alasdair G Kergon <agk@redhat.com> Alban Bedel <alban.bedel@avionic-design.de> Alban Crequy <alban.crequy@collabora.co.uk> Albert Pool <albertpool@solcon.nl> Albert Pool<albertpool@solcon.nl> Albert Wang <twang13@marvell.com> Alberto Garcia <agarcia@igalia.com>...
2013 Mar 29
0
[linux-linus test] 17454: regressions - FAIL
...an@lxorguk.ukuu.org.uk> Alan M Butler <alanbutty12@gmail.com> Alan McIvor <alan.mcivor@reveal.co.nz> Alan Ott <alan@signal11.us> Alan Stern <stern@rowland.harvard.edu Alan Stern <stern@rowland.harvard.edu> Alan Swanson <swanson@ukfsn.org> Alasdair G Kergon <agk@redhat.com> Alban Bedel <alban.bedel@avionic-design.de> Alban Crequy <alban.crequy@collabora.co.uk> Albert Pool <albertpool@solcon.nl> Albert Pool<albertpool@solcon.nl> Albert Wang <twang13@marvell.com> Alberto Garcia <agarcia@igalia.com>...
2013 Apr 10
0
[linux-linus test] 17612: regressions - FAIL
...an@lxorguk.ukuu.org.uk> Alan M Butler <alanbutty12@gmail.com> Alan McIvor <alan.mcivor@reveal.co.nz> Alan Ott <alan@signal11.us> Alan Stern <stern@rowland.harvard.edu Alan Stern <stern@rowland.harvard.edu> Alan Swanson <swanson@ukfsn.org> Alasdair G Kergon <agk@redhat.com> Alban Bedel <alban.bedel@avionic-design.de> Alban Crequy <alban.crequy@collabora.co.uk> Albert Pool <albertpool@solcon.nl> Albert Pool<albertpool@solcon.nl> Albert Wang <twang13@marvell.com> Alberto Garcia <agarcia@igalia.com>...
2013 May 05
0
[linux-linus test] 17901: regressions - FAIL
...an@lxorguk.ukuu.org.uk> Alan M Butler <alanbutty12@gmail.com> Alan McIvor <alan.mcivor@reveal.co.nz> Alan Ott <alan@signal11.us> Alan Stern <stern@rowland.harvard.edu Alan Stern <stern@rowland.harvard.edu> Alan Swanson <swanson@ukfsn.org> Alasdair G Kergon <agk@redhat.com> Alban Bedel <alban.bedel@avionic-design.de> Alban Crequy <alban.crequy@collabora.co.uk> Albert Pool <albertpool@solcon.nl> Albert Pool<albertpool@solcon.nl> Albert Wang <twang13@marvell.com> Alberto Garcia <agarcia@igalia.com>...
2013 May 07
0
[linux-linus test] 17916: regressions - FAIL
...an@lxorguk.ukuu.org.uk> Alan M Butler <alanbutty12@gmail.com> Alan McIvor <alan.mcivor@reveal.co.nz> Alan Ott <alan@signal11.us> Alan Stern <stern@rowland.harvard.edu Alan Stern <stern@rowland.harvard.edu> Alan Swanson <swanson@ukfsn.org> Alasdair G Kergon <agk@redhat.com> Alban Bedel <alban.bedel@avionic-design.de> Alban Crequy <alban.crequy@collabora.co.uk> Albert Pool <albertpool@solcon.nl> Albert Pool<albertpool@solcon.nl> Albert Wang <twang13@marvell.com> Alberto Garcia <agarcia@igalia.com>...
2013 Jun 16
0
[linux-linus test] 18150: regressions - FAIL
...an@lxorguk.ukuu.org.uk> Alan M Butler <alanbutty12@gmail.com> Alan McIvor <alan.mcivor@reveal.co.nz> Alan Ott <alan@signal11.us> Alan Stern <stern@rowland.harvard.edu Alan Stern <stern@rowland.harvard.edu> Alan Swanson <swanson@ukfsn.org> Alasdair G Kergon <agk@redhat.com> Alban Bedel <alban.bedel@avionic-design.de> Alban Crequy <alban.crequy@collabora.co.uk> Albert Pool <albertpool@solcon.nl> Albert Pool<albertpool@solcon.nl> Albert Wang <twang13@marvell.com> Alberto Garcia <agarcia@igalia.com>...
2013 Jun 23
0
[linux-linus test] 18181: regressions - trouble: broken/fail/pass
...an@lxorguk.ukuu.org.uk> Alan M Butler <alanbutty12@gmail.com> Alan McIvor <alan.mcivor@reveal.co.nz> Alan Ott <alan@signal11.us> Alan Stern <stern@rowland.harvard.edu Alan Stern <stern@rowland.harvard.edu> Alan Swanson <swanson@ukfsn.org> Alasdair G Kergon <agk@redhat.com> Alban Bedel <alban.bedel@avionic-design.de> Alban Crequy <alban.crequy@collabora.co.uk> Albert Pool <albertpool@solcon.nl> Albert Pool<albertpool@solcon.nl> Albert Wang <twang13@marvell.com> Alberto Garcia <agarcia@igalia.com>...