On 1 Apr 2016, at 16:31, Eric Blake <ebl...@redhat.com> wrote:

> When qemu client is talking to a qemu server, there is no
> incompatibility between the two - all client commands that set FUA are
> sanely handled by the recipient server code.  But the same is not true
> if you pair a current qemu client with current nbd.git server, as the
> qemu will unconditionally set FUA on flush, and the server now rejects
> it as an invalid flag (thus making it impossible for qemu to flush).  So
> we probably ought to fix qemu client to quit unconditionally sending FUA
> (no change when qemu client talks to qemu server); and at the same time
> out to fix NBD server to silently ignore FUA on flush (fix the breakage
> between the pairing).

+1.

--
Alex Bligh




Attachment: signature.asc
Description: Message signed with OpenPGP using GPGMail

Reply via email to