<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">On 2019/3/21 11:29, Xiubo Li wrote:<br>
</div>
<blockquote type="cite"
cite="mid:f08643c9-2b0b-268b-630b-11552fb0cbd3@redhat.com">
<p class="part" data-startline="46" data-endline="46">All,</p>
<p class="part" data-startline="48" data-endline="48">I am one of
the contributor for<span> </span><a
href="https://github.com/gluster/gluster-block"
target="_blank" rel="noopener" moz-do-not-send="true">gluster-block</a>[1]
project, and also I contribute to linux kernel and<span> </span><a
href="https://github.com/open-iscsi" target="_blank"
rel="noopener" moz-do-not-send="true">open-iscsi</a>
project.[2]</p>
<p class="part" data-startline="50" data-endline="50">NBD was
around for some time, but in recent time, linux kernel’s Network
Block Device (NBD) is enhanced and made to work with more
devices and also the option to integrate with netlink is added.
So, I tried to provide a glusterfs client based NBD driver
recently. Please refer<span> </span><a
href="https://github.com/gluster/glusterfs/issues/633"
target="_blank" rel="noopener" moz-do-not-send="true">github
issue #633</a>[3], and good news is I have a working code,
with most basic things @<span> </span><a
href="https://github.com/gluster/nbd-runner" target="_blank"
rel="noopener" moz-do-not-send="true">nbd-runner project</a>[4].</p>
</blockquote>
<p>As mentioned the nbd-runner(NBD proto) will work in the same
layer with tcmu-runner(iSCSI proto), this is not trying to replace
the gluster-block/ceph-iscsi-gateway great projects.<br>
</p>
<p>It just provides the common library to do the low level stuff,
like the sysfs/netlink operations and the IOs from the nbd kernel
socket, and the great tcmu-runner project is doing the sysfs/uio
operations and IOs from the kernel SCSI/iSCSI.</p>
<p>The nbd-cli tool will work like the iscsi-initiator-utils, and
the nbd-runner daemon will work like the tcmu-runner daemon,
that's all.</p>
<p>In tcmu-runner for different backend storages, they have separate
handlers, glfs.c handler for Gluster, rbd.c handler for Ceph, etc.
And what the handlers here are doing the actual IOs with the
backend storage services once the IO paths setup are done by
ceph-iscsi-gateway/gluster-block....<br>
</p>
<p>Then we can support all the kind of backend storages, like the
Gluster/Ceph/Azure... as one separate handler in nbd-runner, which
no need to care about the NBD low level's stuff updates and
changes.<br>
</p>
<p>Thanks.</p>
<p><br>
</p>
<blockquote type="cite"
cite="mid:f08643c9-2b0b-268b-630b-11552fb0cbd3@redhat.com">
<p class="part" data-startline="53" data-endline="53">While this
email is about announcing the project, and asking for more
collaboration, I would also like to discuss more about the
placement of the project itself. Currently nbd-runner project is
expected to be shared by our friends at Ceph project too, to
provide NBD driver for Ceph. I have personally worked with some
of them closely while contributing to open-iSCSI project, and we
would like to take this project to great success.</p>
<p class="part" data-startline="55" data-endline="55">Now few
questions:</p>
<ol class="part" data-startline="57" data-endline="57">
<li class="" data-startline="57" data-endline="57">Can I
continue to use<span> </span><a
href="http://github.com/gluster/nbd-runner" target="_blank"
rel="noopener" moz-do-not-send="true">http://github.com/gluster/nbd-runner</a><span> </span>as
home for this project, even if its shared by other filesystem
projects?</li>
</ol>
<ul class="part" data-startline="58" data-endline="59">
<li class="" data-startline="58" data-endline="59">I personally
am fine with this.</li>
</ul>
<ol start="2" class="part" data-startline="60" data-endline="60">
<li class="" data-startline="60" data-endline="60">Should there
be a separate organization for this repo?</li>
</ol>
<ul class="part" data-startline="61" data-endline="62">
<li class="" data-startline="61" data-endline="62">While it may
make sense in future, for now, I am not planning to start any
new thing?</li>
</ul>
<p class="part" data-startline="63" data-endline="63">It would be
great if we have some consensus on this soon as nbd-runner is a
new repository. If there are no concerns, I will continue to
contribute to the existing repository.</p>
<p class="part" data-startline="65" data-endline="66">Regards,<br>
Xiubo Li (@lxbsz)</p>
<p class="part" data-startline="69" data-endline="72">[1] -<span> </span><a
href="https://github.com/gluster/gluster-block"
target="_blank" rel="noopener" moz-do-not-send="true">https://github.com/gluster/gluster-block</a><br>
[2] -<span> </span><a href="https://github.com/open-iscsi"
target="_blank" rel="noopener" moz-do-not-send="true">https://github.com/open-iscsi</a><br>
[3] -<span> </span><a
href="https://github.com/gluster/glusterfs/issues/633"
target="_blank" rel="noopener" moz-do-not-send="true">https://github.com/gluster/glusterfs/issues/633</a><br>
[4] -<span> </span><a
href="https://github.com/gluster/nbd-runner" target="_blank"
rel="noopener" moz-do-not-send="true">https://github.com/gluster/nbd-runner</a></p>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<pre class="moz-quote-pre" wrap="">_______________________________________________
Gluster-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Gluster-users@gluster.org">Gluster-users@gluster.org</a>
<a class="moz-txt-link-freetext" href="https://lists.gluster.org/mailman/listinfo/gluster-users">https://lists.gluster.org/mailman/listinfo/gluster-users</a></pre>
</blockquote>
<p><br>
</p>
</body>
</html>