On Wed, Oct 1, 2008 at 3:42 AM, Douglas R. Jones [EMAIL PROTECTED] wrote:
...
3) Next I created another file system called dpool/GroupWS/Integration. Its
mount point was inherited from GroupWS and is /mnt/zfs1/GroupWS/Integration.
Essentially I only allowed the new file system to inherit from
pt == Peter Tribble [EMAIL PROTECTED] writes:
pt I think the term is mirror mounts.
he doesn't need them---he's using the traditional automounter, like we
all used to use before this newfangled mirror mounts baloney.
There were no mirror mounts with the old UFS NFSv3 setup that he
On Wed, Oct 01, 2008 at 01:12:08PM -0400, Miles Nordin wrote:
pt == Peter Tribble [EMAIL PROTECTED] writes:
pt I think the term is mirror mounts.
he doesn't need them---he's using the traditional automounter, like we
all used to use before this newfangled mirror mounts baloney.
Oh
On Wed, Oct 01, 2008 at 01:30:45PM +0100, Peter Tribble wrote:
On Wed, Oct 1, 2008 at 3:42 AM, Douglas R. Jones [EMAIL PROTECTED] wrote:
Any ideas?
Well, I guess you're running Solaris 10 and not OpenSolaris/SXCE.
I think the term is mirror mounts. It works just fine on my SXCE boxes.
Douglas R. Jones wrote:
4) I change the auto.ws map thusly:
Integration chekov:/mnt/zfs1/GroupWS/
Upgradeschekov:/mnt/zfs1/GroupWS/
cstools chekov:/mnt/zfs1/GroupWS/
com chekov:/mnt/zfs1/GroupWS
This is standard NFS behavior (prior to NFSv4). Child
First of all let me thank each and everyone of you who helped with this issue.
Your responses were not only helpful but insightful as well. I have been around
Unix for a long time but only recently have I had the opportunity to do some
real world admin work (they laid off or had quit those who
I am in the process of beefing up our development environment. In essence I am
really going simply replicate what we have spread across here and there (that
what happens when you keep running out of disk space). Unfortunately, I
inherited all of this and the guy who dreamed up the conflagration
