Bug 124498 - Autofs should be restarted when firstboot is ready
Summary: Autofs should be restarted when firstboot is ready
Alias: None
Product: Fedora
Classification: Fedora
Component: authconfig   
(Show other bugs)
Version: 2
Hardware: i386
OS: Linux
Target Milestone: ---
Assignee: Tomas Mraz
QA Contact: Brian Brock
Depends On:
TreeView+ depends on / blocked
Reported: 2004-05-27 00:14 UTC by Tuomas Haarala
Modified: 2007-11-30 22:10 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2004-12-13 17:29:47 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Tuomas Haarala 2004-05-27 00:14:06 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040510

Description of problem:
After the network authentication has been selected, autofs should be
restarted (made aware of new automounter maps). If this isn't done,
users logging in with, for example, NIS accounts won't have home
directory mounted.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. Install the system
2. Configure NIS authentication with firstboot
3. Try to log in as user

Actual Results:  Network authenticated account didn't have home
directory mounted after the system was configured.

Expected Results:  Network authenticated account should have home
directory after the system is configured.

Additional info:

Comment 1 Brent Fox 2004-06-14 18:57:41 UTC
Firstboot calls authconfig-gtk to do the NIS configuration.  It seems
to me that authconfig-gtk should contain the code to restart autofs if
necessary instead of firstboot.

Comment 2 Jindrich Novy 2004-08-26 13:17:07 UTC
authconfig-gtk restarts automatically all the following services if
they exist in /etc/init.d/<service>, --firstboot is its argument and
changes are confirmed by pressing OK:

firstbootservices = [

The autofs is present in the list so I think the problem is somewhere
else here ... 


Comment 4 Joe Orton 2004-12-13 17:14:17 UTC
Does it also run "nscd -i <blah>" to invalidate the passwd and group
caches in a running nscd daemon?  I just hit a similar problem where
nscd had cached negative entries for users so even after restarting
the relevant service (sshd), I could log in.  Restarting nscd was

Comment 5 Tomas Mraz 2004-12-13 17:28:43 UTC
If restarting nscd is enough to invalidate the caches then yes, it
restarts nscd after writing configuration files.

Comment 6 Tomas Mraz 2004-12-13 17:29:47 UTC
Fixed in FC3.

Note You need to log in before you can comment on or make changes to this bug.