From seggers@semyam.dinoco.de  Sat Jun  6 08:30:31 1998
Received: from tim.xenologics.com (tim.xenologics.com [194.77.5.24])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA13689
          for <FreeBSD-gnats-submit@freebsd.org>; Sat, 6 Jun 1998 08:30:29 -0700 (PDT)
          (envelope-from seggers@semyam.dinoco.de)
Received: (from uucp@localhost)
	by tim.xenologics.com (8.8.5/8.8.8) with UUCP id RAA07771
	for FreeBSD-gnats-submit@freebsd.org; Sat, 6 Jun 1998 17:29:52 +0200 (MET DST)
Received: (from seggers@localhost)
	by semyam.dinoco.de (8.8.8/8.8.8) id RAA04814;
	Sat, 6 Jun 1998 17:28:12 +0200 (CEST)
	(envelope-from seggers)
Message-Id: <199806061528.RAA04814@semyam.dinoco.de>
Date: Sat, 6 Jun 1998 17:28:12 +0200 (CEST)
From: Stefan Eggers <seggers@semyam.dinoco.de>
Reply-To: seggers@semyam.dinoco.de
To: FreeBSD-gnats-submit@freebsd.org
Cc: seggers@semyam.dinoco.de
Subject: accounting prevents transition to multi user
X-Send-Pr-Version: 3.2

>Number:         6874
>Category:       kern
>Synopsis:       accounting prevents transition to multi user
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sat Jun  6 08:30:01 PDT 1998
>Closed-Date:    Sun Jun 02 04:37:36 PDT 2002
>Last-Modified:  Sun Jun 02 04:37:36 PDT 2002
>Originator:     Stefan Eggers
>Release:        FreeBSD 2.2.6-STABLE i386
>Organization:
none
>Environment:

	Tested on two systems:

	1) FreeBSD 2.2.6-RELEASE
	2) FreeBSD 2.2.6-stable as of May 29th, 1998

	Both systems have / and /var on separate file systems.

>Description:

	Both systems have problems going multi user after being in
single user when accounting is enabled in /etc/rc.conf.  One gets the
complaint that /var is busy (/var contains the accounting file) and
has to enter single user mode again.

	This only happens after going to single user from multi user.
The single user mode entered immediately after booting is not affected
by this problem as accounting is still off when mounts happen there.

>How-To-Repeat:

	1) Boot till multi user is reached.
	2) Enable accounting with "/sbin/accton /var/account/acct".
	3) Go single user with "shutdown now".
	4) Try to leave single user mode.

>Fix:
	
	The fix I thought of was to call accton in /etc/rc before
doing the mount of the file systems.  The problem with this is that
accton resides in /usr/sbin and during the initial boot definitely is
not available.

	I see two possible ways to do it.  Move accton to /sbin and
add a call to it for turning accounting off early in /etc/rc.  The
other way is leaving accton where it is and calling it if it is
available for use.  I definitely prefer the first solution as the
latter depends on /usr/sbin being available when accounting must be
turned of.  This not guaranteed.

>Release-Note:
>Audit-Trail:
State-Changed-From-To: open->feedback 
State-Changed-By: iedowse 
State-Changed-When: Sat Jan 19 14:08:01 PST 2002 
State-Changed-Why:  

Does this problem still exist? 

http://www.FreeBSD.org/cgi/query-pr.cgi?pr=6874 
State-Changed-From-To: feedback->closed 
State-Changed-By: iedowse 
State-Changed-When: Sun Jun 2 04:37:20 PDT 2002 
State-Changed-Why:  

Feedback timeout. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=6874 
>Unformatted:
