Bug 13775 - multi-user boot may hang in NIS environment
Summary: multi-user boot may hang in NIS environment
Status: Closed Overcome By Events
Alias: None
Product: Base System
Classification: Unclassified
Component: conf (show other bugs)
Version: 3.2-STABLE
Hardware: Any Any
: Normal Affects Only Me
Assignee: freebsd-bugs mailing list
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 1999-09-16 19:20 UTC by Mikhail Teterin
Modified: 2019-01-07 07:01 UTC (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Bill Fumerola 1999-09-16 18:27:46 UTC
On Thu, 16 Sep 1999, Mikhail Teterin wrote:

> 	When the machine boots, /etc/rc is doing certain things,
> 	like chown, which fail/hang  since ypbind is not running
> 	yet.
> 
> 	In particular,  things like chown (needs  user and group
> 	ids), mounting  NFS systems  (needs host  names), syslog
> 	(needs syslog service from services database).

Amen. This has bitten me a few times too.

-- 
- bill fumerola - billf@chc-chimes.com - BF1560 - computer horizons corp -
- ph:(800) 252-2421 - bfumerol@computerhorizons.com - billf@FreeBSD.org  -
Comment 1 Mikhail Teterin 1999-09-16 19:20:02 UTC
	When the machine boots, /etc/rc is doing certain things,
	like chown, which fail/hang  since ypbind is not running
	yet.

	In particular,  things like chown (needs  user and group
	ids), mounting  NFS systems  (needs host  names), syslog
	(needs syslog service from services database).

Fix: 

Probably, ypbind should go into network_pass1...

	A  workaround   is  to  put  the   syslog  service  into
	/etc/services. Change `chown  root:wheel' to `chown 0:0'
	in /etc/rc and put the NFS servers into /etc/hosts.

	This should not be needed...
How-To-Repeat: 
	In our environment, the /etc/services file consists only
	of a  single `+'. `+:::::::::'  follows the list  of the
	FreeBSD standard  "users". `+:::'  is the first  line of
	/etc/group.

	When such a setup boots,  one needs to press ^C and then
	start things like syslog manually.
Comment 2 Mike Barcroft freebsd_committer 2001-07-21 02:45:25 UTC
State Changed
From-To: open->feedback


Does this problem still occur in newer versions of FreeBSD, 
such as 4.3-RELEASE?
Comment 3 Mike Barcroft freebsd_committer 2001-07-23 18:10:03 UTC
Adding to Audit-Trail.

----- Forwarded message from Mikhail Teterin <mi@aldan.algebra.com> -----

Delivered-To: mike@freebsd.org
Date: Mon, 23 Jul 2001 11:17:52 -0400 (EDT)
From: Mikhail Teterin <mi@aldan.algebra.com>
Subject: Re: conf/13775: multi-user boot may hang in NIS environment
To: mike@FreeBSD.org
Cc: freebsd-bugs@FreeBSD.org, billf@FreeBSD.org
In-Reply-To: <200107210145.f6L1jhH60693@freefall.freebsd.org>

On 20 Jul, mike@FreeBSD.org wrote:
> Synopsis: multi-user boot may hang in NIS environment
> 
> State-Changed-From-To: open->feedback
> State-Changed-By: mike
> State-Changed-When: Fri Jul 20 18:45:25 PDT 2001
> State-Changed-Why: 
> 
> Does this problem still occur in newer versions of FreeBSD,
> such as 4.3-RELEASE?

Well, I suppose  it does. I don't  think, the loud calls  for PR closing
implies they need to be handled  like this... The problem description, I
believe, is pretty  clear -- until the NIS-client is  started before the
syslogd, the syslogd  will hang trying to figure out  the port number of
the syslog  service (if the  services database is  NIS-distributed). And
the glimpse over /etc/rc and /etc/rc.network  shows that it is still the
case.

Then, of course,  since I left the company where  I observed the problem
well over a year ago, I can not confirm this 100%. Only 99...

Bill, now  that Mike brought  this up, may be,  you, who were  bitten by
this "a  few times" too,  can arrange for  moving of the  NIS-stuff from
network_pass2 to network_pass1?

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

	-mi



----- End forwarded message -----
Comment 4 Mike Barcroft freebsd_committer 2001-07-24 00:59:53 UTC
State Changed
From-To: feedback->suspended


This is still a problem.  Awaiting fix and committer.
Comment 5 madisonkay412 2011-04-30 02:12:33 UTC
Itouch is always be redirected and it allow https ( safesite)

Sent from my iPod
Comment 6 Chris Rees freebsd_committer 2013-03-12 21:25:03 UTC
State Changed
From-To: suspended->feedback

[crees@pegasus]~% rcorder /etc/rc.d/* | grep -E 
'ypbind|devfs|ipfs|mdconfig2|named' /etc/rc.d/ipfs /etc/rc.d/devfs 
/etc/rc.d/mdconfig2 /etc/rc.d/named /etc/rc.d/ypbind 

The above scripts use chown and run before ypbind, but no longer 
including syslogd.  devfs and mdconfig only use chown if configured to, 
and ipfs only on first running. 

The only real one that may cause an issue is named, which we could 
probably switch to using 0:0 

Do you know if this is still a problem? 


Comment 7 Chris Rees freebsd_committer 2013-03-12 21:25:03 UTC
Responsible Changed
From-To: freebsd-bugs->freebsd-rc

RC PR
Comment 8 Eitan Adler freebsd_committer freebsd_triage 2017-12-31 07:59:24 UTC
For bugs matching the following criteria:

Status: In Progress Changed: (is less than) 2014-06-01

Reset to default assignee and clear in-progress tags.

Mail being skipped
Comment 9 Warner Losh freebsd_committer 2019-01-07 07:01:58 UTC
This has been in feedback for years.
Closing as OBE.
If someone has a scenario today where this hangs on boot, please open a new bug.