From: Ben Myers Date: Mon, 23 May 2011 12:07:00 +0000 (-0400) Subject: exportfs: getexportent interprets -test-client- as default options X-Git-Tag: nfs-utils-1-2-4-rc9~12 X-Git-Url: https://git.decadent.org.uk/gitweb/?a=commitdiff_plain;h=56f537535190d034039570bafd9a0de71b79b8f1;hp=56f537535190d034039570bafd9a0de71b79b8f1;p=nfs-utils.git exportfs: getexportent interprets -test-client- as default options With commit 1374c3861abdc66f3a1410e26cc85f86760b51dd Neil added a -test-client- export to test the exportability of filesystems when exportfs is run. When using the old cache controls (i.e. /proc/fs/nfsd is not mounted) exportfs will read /proc/fs/nfs/exports to process existing exports and find these test client entries. The dash at the beginning of -test-client- will be cause getexportent to look for default options in the rest of the string, which test-client- will not match: exportfs: /proc/fs/nfs/exports:1: unknown keyword "test-client-(rw" This patch resolves that problem (as Steve suggested) by not processing any default options if we are reading the list of existing exports from the kernel. Default options are converted to individual exports by exportfs so the kernel won't have any regardless. Signed-off-by: Ben Myers Signed-off-by: Steve Dickson ---