Steinar H. Gunderson wrote:
> On Mon, Sep 24, 2007 at 04:29:02PM -0700, David Liontooth wrote:
>
>> Hi Neil,
>>
>> Thanks for looking.
>>
>
> I didn't see an answer to this mail; was the problem forgotten, or was it
> resolved?
>
> /* Steinar */
>
I didn't hear back from Neil, but the issue should be considered
resolved. I mistakenly believed it was possible to unexport a particular
resource to several hosts, without unexporting other resources.
For instance, I have
/tv01 \
134.32.443.30(ro,no_subtree_check,async) \
134.32.443.32(ro,no_subtree_check,async) \
134.32.443.33(ro,no_subtree_check,async) \
134.32.443.34(ro,no_subtree_check,async) \
134.32.443.35(ro,no_subtree_check,async) \
134.32.443.36(ro,no_subtree_check,async) \
134.32.443.37(ro,no_subtree_check,async)
Several other drives have similar entries.
If I understand Neil correctly, it's not possible to unexport /tv01 to
all of these hosts by issuing
exportfs -u :/tv01
man exportfs says, "To remove individual export entries, one can
specify a host:/path pair. This deletes the specified entry from xtab
and removes the corresponding kernel entry (if any)." The man page may
be assuming the resource has only been exported to one host, but it
doesn't state that limitation. Apparently there's no command for
unexporting a resource to all or a subset of hosts; the command works
only if there's a single host.
We could leave the report in place but downgrade it to wishlist. If I've
described the situation correctly, the man page could do with a
revision, for instance using this language:
To remove an export to a host, specify a host:/path pair. This deletes
the specified entry from xtab and removes the corresponding kernel entry
(if any). To remove one or more exports to several hosts, use exportfs -ua.
David
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
