Bug 61887 - "User account has expired" with Solaris NIS server
"User account has expired" with Solaris NIS server
Product: Red Hat Public Beta
Classification: Retired
Component: pam (Show other bugs)
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Nalin Dahyabhai
Aaron Brown
Depends On:
Blocks: 61590
  Show dependency treegraph
Reported: 2002-03-25 12:49 EST by jmbastia
Modified: 2007-04-18 12:41 EDT (History)
3 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2002-04-10 06:41:30 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description jmbastia 2002-03-25 12:49:34 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020310

Description of problem:
We're using a Solaris 8 NIS server for accounts, and on my test machine with
Skipjack-beta1, when users try to login, the error message "User account has
expired" flashes for a split second and the login prompt returns.  The same
error message appears in /var/log/secure

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

How reproducible:

Steps to Reproduce:
1. Try to login
2. "User account has expired" flashes briefly
3. Get booted out

Actual Results:  Returned to login prompt

Expected Results:  Should have been logged in correctly and given a shell

Additional info:
Comment 1 Simon Matter 2002-03-26 11:44:56 EST
Same problem here with Mandrake 7.0 NIS Server.

I have installed NIS on our Mandrake 7.0 Server today and it's the first time in
my life I'm using NIS. I have configured a test installation of RH 7.2 and it
worked. Then reinstalled the test system with skipjack-beta1 some hours later
and wanted to try NIS with autofs. Didn't work, felt stupid, couldn't even
login. Found the same "User account has expired" in /var/log/secure. Now I'm
happy to know it wasn't me.
Comment 2 Nalin Dahyabhai 2002-03-27 11:31:02 EST
Can you try updating to authconfig-4.2.7 (in today's Raw Hide), running
authconfig to get it to generate a new /etc/pam.d/system-auth, and see if that
fixes things?
Comment 3 jmbastia 2002-03-27 15:12:54 EST
The updated authconfig RPM fixed it up.  Users with accounts on the NIS server
can login now.

Comment 4 Nalin Dahyabhai 2002-03-28 14:32:20 EST
simon.matter: could you please also check that this update fixes it for you? 
I'm 99% certain that this it will, but I'd rather be sure before closing this
Comment 5 Brent Fox 2002-04-09 11:24:08 EDT
simon.matter:  Any more info here?  We need your input soon.
Comment 6 Brent Fox 2002-04-09 11:39:05 EDT
Adding simon.matter to the cc: list in hopes he adds more information.
Comment 7 Simon Matter 2002-04-10 06:41:25 EDT
Sorry, it seems everything slept at redhat last week so I didn't check bugzilla.
I don't know why but I expected to be on the cc anyway :)

I just reinstalled Skipjack-beta1 here with the autoconfig update and the bug is

Comment 8 Nalin Dahyabhai 2002-04-10 12:48:23 EDT
Excellent!  Marking as resolved->rawhide.

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