Bug 151333 - WB5 Pretest q 5
Summary: WB5 Pretest q 5
Alias: None
Product: Red Hat Academy
Classification: Retired
Component: RHA130 Curriculum (Show other bugs)
(Show other bugs)
Version: 2.2
Hardware: All Linux
Target Milestone: ---
Assignee: Bowe Strickland
QA Contact: Bowe Strickland
Depends On:
TreeView+ depends on / blocked
Reported: 2005-03-17 01:19 UTC by steven marcus
Modified: 2007-04-18 17:20 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2005-08-03 01:25:09 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 steven marcus 2005-03-17 01:19:17 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050223 Firefox/1.0.1

Description of problem:
[root@station root]# chage -l elvis
Minimum:        5
Maximum:        20
Warning:        7
Inactive:       -1
Last Change:            Nov 04, 2003
Password Expires:       Never
Password Inactive:      Never
Account Expires:        Never

5. After what date will elvis be forced to change his password upon login?
A 	Nov 24, 2003 (correct)
B 	Nov 11, 2003
C 	Nov 09, 2003
D 	elvis will never be forced to change his password.
E 	Not enough information is provided.
Wouldn't an inactive date of -1 cause the password to Never expire, making D the correct answer instead?

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

How reproducible:

Steps to Reproduce:
1. complete wb 5 pretest

Additional info:

Comment 1 Bowe Strickland 2005-08-03 01:25:09 UTC
inactive date is irrelevent, what's important is "Maximum" of 20...

from chage(1) man page:

       With the -M option, the value of maxdays is the maximum number of days
       during  which  a password is valid.  When maxdays plus lastday is less
       than the current day, the user will be required to change her password
       before  being  able to use her account.  This occurance can be planned
       for in advance by use of the -W option, which provides the  user  with
       advance warning.


       The  -I option is used to set the number of days of inactivity after a
       password has expired before  the  account  is  locked.   The  inactive
       option is the number of days of inactivity. A value of 0 disables this
       feature.  A user whose account  is  locked  must  contact  the  system
       administrator before being able to use the system again.

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