Date: Mon, 10 Dec 2001 16:40:02 -0800 (PST) From: Peter Much <pmc@citylink.dinoex.sub.de> To: freebsd-bugs@FreeBSD.org Subject: Re: kern/31103 Message-ID: <200112110040.fBB0e2Z70313@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
The following reply was made to PR kern/31103; it has been noted by GNATS. From: Peter Much <pmc@citylink.dinoex.sub.de> To: freebsd-gnats-submit@freebsd.org Cc: peter@freebsd.org Subject: Re: kern/31103 Date: Mon, 10 Dec 2001 22:54:25 +0100 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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200112110040.fBB0e2Z70313>