Weird exportfs behavior

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hello,
	I'm working on a new export option for labeled nfs and I'm getting some
really weird behavior out of exportfs. I reverted my work to see if it
was the cause of the problem however the error still persists. For a
while I was getting errors about exportfs not knowing about
no_all_squashlabelloc=key so I tried to fix that and in the process I'd
had managed to get it to ignore labelloc all together. I don't think
that is the cause of the problems though. When I cat /var/lib/nfs/etab I
get a really weird line.

/exports	*(rw,sync,wdelay,security_label,hide,nocrossmnt,insecure,root_squash,no_all_squash,no_subtree_check,secure_locks,acl,fsid=0,anonuid=65534,anongid=65534,sec=unix,rw,root_squash,no_all_squash)

if you notice rw,root_squash, and no_all_squash are in that line twice.
I can't seem to figure out where the second set of those come from. I
believe that is causing the problem with my labelloc export because I
can't figure out how to get the last no_all_squash to have a comma after
it. It seems odd to me that this is doubled and I'm guessing it might be
a bug. I'm using the kernel and nfs-utils git hashes below.

Kernel: 22763c5cf3690a681551162c15d34d935308c8d7 (with LNFS patches)
nfs-utils: 1a1f991870f02b303a05e1d63915226e7cfb9f53 (with LNFS patches)

Dave

--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Filesystem Development]     [Linux USB Development]     [Linux Media Development]     [Video for Linux]     [Linux NILFS]     [Linux Audio Users]     [Yosemite Info]     [Linux SCSI]

  Powered by Linux