<div dir="ltr"><div class="gmail_quote"><div dir="ltr">On Thu, Aug 2, 2018 at 8:18 PM Eric Blake <<a href="mailto:eblake@redhat.com">eblake@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 08/02/2018 11:51 AM, Nir Soffer wrote:<br>
> When trying to connect to nbdkit with imageio nbd client, I get this error:<br>
> <br>
> $ rm -f /tmp/nbd.sock && nbdkit file file=/var/tmp/fedora-27.img -e export<br>
> -U /tmp/nbd.sock<br>
> <br>
<br>
> ovirt_imageio_common.nbd.Error: The option sent by the client is unknown by<br>
> this server implementation [message=])<br>
<br>
Correct, nbdkit has not yet implemented this extension.  (It's on my <br>
list of things to add, someday...)<br>
<br>
> <br>
> According to the NBD protocol:<br>
> <br>
>      For backwards compatibility, clients SHOULD be prepared to also handle<br>
>      NBD_REP_ERR_UNSUP by falling back to using NBD_OPT_EXPORT_NAME.<br>
> <br>
> Should I fall back to sending NBD_OPT_EXPORT_NAME, or nbkit needs<br>
> to implement NBD_OPT_GO?<br>
<br>
Both. You need to implement the fallback to NBD_OPT_EXPORT_NAME <br>
regardless of whether nbdkit is fixed, because there are other servers <br>
that are also not fixed, and you want to interoperate with all such <br>
servers. But nbdkit should (eventually) learn how to support NBD_OPT_GO.<br></blockquote><div><br></div><div>Thanks, I'll add this to the todo list.</div><div><br></div><div>My goal is to support qemu-nbd and qemu for incremental backup and virt-v2v.</div><div>Supporting other servers is nice to have at this point.<br></div><div><br></div><div>Nir</div></div></div>