From nobody  Sun Dec 20 01:11:03 1998
Received: (from nobody@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id BAA19697;
          Sun, 20 Dec 1998 01:11:03 -0800 (PST)
          (envelope-from nobody)
Message-Id: <199812200911.BAA19697@hub.freebsd.org>
Date: Sun, 20 Dec 1998 01:11:03 -0800 (PST)
From: sysadmin@mfn.org
To: freebsd-gnats-submit@freebsd.org
Subject: NIS "Magic cookie" in master.passwd slays non-NIS enabled systems
X-Send-Pr-Version: www-1.0

>Number:         9140
>Category:       i386
>Synopsis:       NIS "Magic cookie" in master.passwd slays non-NIS enabled systems
>Confidential:   no
>Severity:       serious
>Priority:       low
>Responsible:    freebsd-bugs
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sun Dec 20 01:20:00 PST 1998
>Closed-Date:    Tue Jun 12 12:44:44 PDT 2001
>Last-Modified:  Tue Jun 12 12:45:44 PDT 2001
>Originator:     J.A. Terranson
>Release:        2.2.5-R
>Organization:
Missouri FreeNet
>Environment:
FreeBSD 2.2.5-RELEASE (SUPPORT) #0: Thu Dec 17 23:14:31 CST 1998 
>Description:
On machines which are *not* NIS clients, having an NIS "cookie" in
the password database will cause a 300 second delay at the beginning
of any operation that looks up UID/GID info.


>How-To-Repeat:
Place a cookie *::::::::: into the password database, and make sure 
NIS is disabled.
>Fix:
Prior to calling NIS, check to see if it's enabled, rather than making the
call and letting it time out.
>Release-Note:
>Audit-Trail:

From: sysadmin@mfn.org
To: freebsd-gnats-submit@freebsd.org, sysadmin@mfn.org
Cc:  Subject: Re:i386/9140:NIS"Magiccookie"inmaster.passwdslaysnon-NISenabledsys
Date: Thu, 24 Dec 1998 19:58:04 -0600 (CST)

 The problem as reported exists on all but one of our 2.2.5-R servers: on this
 one server, we were able to reproduce this error with the cookie in only the
 /etc/group file.
 
State-Changed-From-To: open->closed 
State-Changed-By: unfurl 
State-Changed-When: Tue Jun 12 12:44:44 PDT 2001 
State-Changed-Why:  
This problem seems to have been fixed somewhere along the way. Tested on 
the following machine: 

FreeBSD snarf.sf.swansystems.com 4.3-STABLE FreeBSD 4.3-STABLE #1: 
Thu May 24 14:23:34 PDT 2001 
bswingle@snarf.sf.swansystems.com:/usr/obj/usr/src/sys/SNARF  i386 



http://www.FreeBSD.org/cgi/query-pr.cgi?pr=9140 
>Unformatted:
