linux-nfs.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Dave Chiluk <dave.chiluk@canonical.com>
To: linux-nfs@vger.kernel.org
Subject: NFSv4 setattr null-terminates strings
Date: Fri, 08 Mar 2013 11:11:45 -0600	[thread overview]
Message-ID: <513A1BD1.6060709@canonical.com> (raw)

As of commit 57e62324e469e092ecc6c94a7a86fe4bd6ac5172, the SETATTR nfsv4
command now null terminates fattr_owner and fattr_owner_group.

Here is an example excerpt from a tcpdump
Opcode: SETATTR (34)
    stateid
        [StateID Hash: 0xafa9]
        seqid: 0x00000000
        Data: 000000000000000000000000
    obj_attributes
        attrmask
            recc_attr: FATTR4_OWNER_GROUP (37)
                fattr4_owner_group: groupname@domainname.com
                    length: 25

This means that even though there are actually 24 characters in
groupname@domainname.com, we now send 24 characters + 1 null character.
Hence the total length of 25.  Previously the client would send just the
24 characters and set length to 24.

This isn't an issue for communication with other Linux machines, but it
is an issue for interaction with AIX machines.  As is discussed here.
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1101292

I attempted to read the RFC available here
http://tools.ietf.org/html/rfc5661, but have not been able to find a
statement instructing one way or the other.

So the question becomes, is it correct for linux to be sending this null
terminator when read against the RFC, or is it AIX's responsibility to
handle null-terminated strings?

Thank you,
Dave.

             reply	other threads:[~2013-03-08 17:11 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-03-08 17:11 Dave Chiluk [this message]
2013-03-08 18:33 ` NFSv4 setattr null-terminates strings Myklebust, Trond
2013-03-08 21:00   ` Dave Chiluk
2013-03-14 14:57   ` Dave Chiluk
2013-03-19 16:56   ` Dave Chiluk

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=513A1BD1.6060709@canonical.com \
    --to=dave.chiluk@canonical.com \
    --cc=linux-nfs@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).