Bug 31103
| Summary: | nfs read i/o error when nfs-mounting onto server | ||
|---|---|---|---|
| Product: | Base System | Reporter: | System Admin Account <admin%dyn> |
| Component: | kern | Assignee: | freebsd-bugs (Nobody) <bugs> |
| Status: | Closed FIXED | ||
| Severity: | Affects Only Me | ||
| Priority: | Normal | ||
| Version: | 4.4-RELEASE | ||
| Hardware: | Any | ||
| OS: | Any | ||
Update by originator: I just noticed that this description is not very clear. I will elaborate. I further noticed that I already reported a very related behaviour (misc/3980) a long time ago. I had forgotten about that ;-) The abstract should better read: On an NFS-server, I mount some filesystem from another NFS server somewhere into a filesystem that is currently in part exported to a third system (Client), and accessed from there. Comment: I agree that this is a rather unusual scenario which should not happen in production environment, as it reflects a bad site planning. It does happen in experimental environments, due to the habit of creating just one large /usr Filesystem, which will contain lots of different data. Now, as I recently found out, the vinum subsystem seems to suit well as a LVM and eases the task to maintain a well-structured directory- tree even on-the-fly in experimental scenarios. So, possibly, we might decide that the above-said construct is of not enough practical relevance to have to work flawlessly, and therefore close both of the PMRs. Comments? rgds, PMc State Changed From-To: open->closed As you point out in the follow-up, this is a duplicate of misc/3980, which I think describes the problem more clearly. |
At the moment when mounting from "srv" onto "dyn" into a directory in the filesystem that is exported to "disp", "disp" gets a read error from the nfs ("i/o error" or "permission denied"). (The export from "dyn" to "disp" has option "-alldirs" set.) Fix: Puuuh, not yet. How-To-Repeat: see description above.