<div dir="ltr"><div dir="ltr">On Fri, Dec 11, 2020 at 3:30 AM Peter Krempa <<a href="mailto:pkrempa@redhat.com">pkrempa@redhat.com</a>> wrote:</div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
There's also virJSONValueObjectAdd, that might come in handy given my<br>
comment below.<br><br>
[...]<br><br>
The best bet is to actually avoid formatting the user/group members<br>
formatting towards qemu.<br>
<br>
Unfortunately 0 is a very valid uid, so you'll probably need to use -1<br>
to signal that it's the default.<br></blockquote><div><br></div><div>We wanted to make sure we understood what you meant here. We've changed our code to store -1 into the nfs_uid and gid whenever the default is assumed, and only called virJSONValueObjectAdd to put the group and user integer properties into the JSON object if the uid and gid are not -1 (i.e. not defaults). This would leave them as "undefined" values in the JSON object. Is this what QEMU accepts when the default is needed, or have we misunderstood? </div></div></div>