From owner-freebsd-questions Mon Jul 8 12:28:53 1996 Return-Path: owner-questions Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA01917 for questions-outgoing; Mon, 8 Jul 1996 12:28:53 -0700 (PDT) Received: from iworks.InterWorks.org (deischen@iworks.interworks.org [128.255.18.10]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA01911 for ; Mon, 8 Jul 1996 12:28:51 -0700 (PDT) Received: by iworks.InterWorks.org (1.37.109.8/16.2) id AA24290; Mon, 8 Jul 1996 14:25:50 -0500 Message-Id: <9607081925.AA24290@iworks.InterWorks.org> Date: Mon, 8 Jul 1996 14:25:50 -0500 From: "Daniel M. Eischen" To: branson@widomaker.com, freebsd-questions@Freebsd.org Subject: Re: YP/NIS and AMD Sender: owner-questions@Freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > # Set to appropriate flags if you want to use AMD amdflags=NO > > Here you should be able to start amd. I use flags like this: > > amdflags="-r -n -y ferguson -l syslog /ump amd.ump" > > where -y sets your domain -l sets the type of logging and most > importantly... amd.ump sets the file. DO NOT put a leading / on that > filename and amd will use the yp version of the map. ... > > #nis_clientflags="-s -S clc.gdeb.com,vfr" > > nis_clientflags="NO" > > You should be able to start yp here. If you are having to comment it > out ... that is a YP issue that I have not run into... I tend to > use -ypsetme so that I am hard bound to a specific server. I do that > because generally the NFS server is the YP server and if they loose > the primary YP server, they have lost either home or /usr/local/ in > any case. Yeah, I can't have YP start up before AMD. I'll keep looking into that. > Interesting map.. I do somthing a bit more falmboyant but this reads > a bit easier. I also use somthing called /ump which is Universal > Mount Point which was introduced at NASA Langely. > > (http://ice-www.larc.nasa.gov/LCUC/papers/ump.ps) I just grabged it and will take a look at it. > I have some scripts that can convert this to a ypmap if you are > interested and also allow you to keep this in a hierarchial format and > compile the final amd.ump. Thanks, I may take you up on that. Dan Eischen deischen@iworks.InterWorks.org