On Thu, Apr 12, 2018 at 09:22:16AM +, Nir Soffer wrote:
> I think we can expose NBD using ndb-server and dynamic exports.
> It can work like this:
>
> 0. Install nbd and enable nbd-server on a host, running
>as vdsm:kvm, not exporting anything.
>
> 1. User starts transfer session via oVir
Hi,
this is the v3 of my series for nbdkit_realpath; this series adds an
extra documentation update to nbdkit_absolute_path, documenting when it
can only be used, and then adds nbdkit_realpath.
Thanks,
Pino Toscano (2):
docs: improve documentation of nbdkit_absolute_path
plugin: add and use
Hi,
this small patch series exposes one of the utility in f2fs-tools, and
use it to expand f2fs partitions in virt-resize.
Thanks,
Pino Toscano (2):
New API: f2fs_expand
resize: expand f2fs partitions
daemon/Makefile.am| 1 +
daemon/f2fs.c | 49
Expose the resize.f2fs utility from f2fs-tools, to expand a f2fs
filesystem.
---
daemon/Makefile.am| 1 +
daemon/f2fs.c | 49 +++
generator/actions_core.ml | 9 +
generator/proc_nr.ml | 1 +
lib/MAX_PROC_NR |
On Thu, Apr 12, 2018 at 5:42 PM Eric Blake wrote:
> On 04/12/2018 05:24 AM, Richard W.M. Jones wrote:
>
> > I don't think we have nbd-server in RHEL, and in any case wouldn't it
> > be better to use qemu-nbd?
> >
> > You just start a new qemu-nbd process instead of faffing around with
> > configu
I'm fairly sure that these bugs which appear in the Python plugin:
https://bugzilla.redhat.com/show_bug.cgi?id=1566516
https://bugzilla.redhat.com/show_bug.cgi?id=1566522
are really bugs in the SERIALIZE_ALL_REQUESTS thread model. See
the first patch for the full explanation.
The second patch i
The thread model SERIALIZE_ALL_REQUESTS claims that although multiple
handles may be open at the same time,
"[...] data requests
are serialized so that for the plugin as a whole only one
read/write/etc request will be in progress at any time."
The text seems to apply to only datapat
On Thu, Apr 12, 2018 at 03:44:26PM +, Nir Soffer wrote:
> On Thu, Apr 12, 2018 at 5:42 PM Eric Blake wrote:
>
> > On 04/12/2018 05:24 AM, Richard W.M. Jones wrote:
> >
> > > I don't think we have nbd-server in RHEL, and in any case wouldn't it
> > > be better to use qemu-nbd?
> > >
> > > You