Solved

suddenly, login of certain users fails...

Posted on 1998-02-06
5
167 Views
Last Modified: 2013-12-15
Hi!

It happens sometimes that, all of a sudden, a user cannot log in anymore. And even root cannot change its password!! (passwd gives ok, but /etc/shadow is NOT changed).

I've RedHat 4.2 with shadow-support installed.

Any help appreciated!
0
Comment
Question by:proffi
  • 2
  • 2
5 Comments
 
LVL 2

Expert Comment

by:alexbik
ID: 1631342
Hi,

Can you reproduce this, or does it seem to be random?
Check your /etc/passwd. Could it be that users failing
to login have a different shell?

Does your /etc/shadow contain the same users as /etc/passwd?
Are the users in /etc/passwd and /etc/shadow in the same order?

Alex
0
 

Author Comment

by:proffi
ID: 1631343
I found a workaround: If I move the user to a different location in /etc/shadow, it works again!! (whether to the top or to the bottom doesn't matter).

Of course I checked etc/passwd and /etc/shadow and /etc/group and they seem correct. All users have NO console access, only chrooted ftp to their home directory. I therefore checked the rights on their homes and they were ok, too...

What really struck me is, that passwd finished ok ("all authentication tokens updated successfully") whereas neither /etc/passwd nor /etc/shadow have been changed!

That happened now the second time since I installed RH4.2... OK I can live with it (as I now know how to proceed), but it's definitely not a feature, isn't it ? ;-(

proffi
0
 
LVL 2

Expert Comment

by:alexbik
ID: 1631344
Have you tried another passwd program (or script)?

Alex
0
 
LVL 4

Accepted Solution

by:
jlms earned 200 total points
ID: 1631345
Check the permissions and ownerships of both files (passwd and shadow),, maybe nobody can write to them, another thing to check are the permission of the program you use to manage these files (usually the passwd program), it should be suid-ed to allow  other users (different to root)  to modify the files.

  Check also the permissions of the /etc directory, it could be that there is no permission to modify the directory, meaning the contents is untouchable.
0
 

Author Comment

by:proffi
ID: 1631346
Hi!

After upgrading to RH5 the problem disappeared. Thanks anyway!

I hope you got the points..

RU
theprofessor
0

Featured Post

Efficient way to get backups off site to Azure

This user guide provides instructions on how to deploy and configure both a StoneFly Scale Out NAS Enterprise Cloud Drive virtual machine and Veeam Cloud Connect in the Microsoft Azure Cloud.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

This is the error message I got (CODE) Error caused by incompatible libmp3lame 3.98-2 with ffmpeg I've googled this error message and found out sometimes it attaches this note "can be treated with downgrade libmp3lame to version 3.97 or 3.98" …
rdate is a Linux command and the network time protocol for immediate date and time setup from another machine. The clocks are synchronized by entering rdate with the -s switch (command without switch just checks the time but does not set anything). …
Learn several ways to interact with files and get file information from the bash shell. ls lists the contents of a directory: Using the -a flag displays hidden files: Using the -l flag formats the output in a long list: The file command gives us mor…
Get a first impression of how PRTG looks and learn how it works.   This video is a short introduction to PRTG, as an initial overview or as a quick start for new PRTG users.

831 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question