Description of problem:
An empty directory with dirty flags on one server stats successfully but remain with the dirty flags.

Version-Release number of selected component (if applicable):
3.2.6

How reproducible:
Always

Steps to Reproduce:
1. # getfattr -d -e hex -m . "/brick/inverso-1/thumb/"
getfattr: Removing leading '/' from absolute path names
# file: brick/inverso-1/thumb/
trusted.afr.inverso-client-1=0x000000000000000100000001
trusted.gfid=0x80d9a95bdb994da19949ece63b9c529c
2.# getfattr -d -e hex -m . "/brick/inverso-2/thumb/"
getfattr: Removing leading '/' from absolute path names
# file: brick/inverso-2/thumb/
trusted.gfid=0x80d9a95bdb994da19949ece63b9c529c
3.# stat /mnt/temp/thumb
    File: `/mnt/temp/thumb'
  Size: 4096            Blocks: 8          IO Block: 131072 directory
Device: 16h/22d Inode: 18446744072986443650  Links: 2
Access: (0775/drwxrwxr-x)  Uid: ( 1122/svn-automatico)   Gid: (   81/ UNKNOWN)
Access: 2012-02-13 11:51:26.063726935 -0200
Modify: 2012-02-13 11:51:26.063726935 -0200
Change: 2012-02-24 11:53:23.711935489 -0200
 Birth: -

Actual results:
Dirty afr flags remain dirty:
 getfattr -d -e hex -m . "/brick/inverso-1/thumb/"
getfattr: Removing leading '/' from absolute path names
# file: brick/inverso-1/thumb/
trusted.afr.inverso-client-1=0x000000000000000100000001
trusted.gfid=0x80d9a95bdb994da19949ece63b9c529c

Expected results:
Cleaned afr flags after stat

Additional info:
I wonder if this might be related to the stat-prefetch issue mentioned by Jeff Darcy at https://bugzilla.redhat.com/show_bug.cgi?id=764232#c14