fail to login via rlogin/telnet after installing Patch Management

[Tal Drigov_4]

I've installed Patch Management bundle and after the reboot I'm trying to login to the system and it's getting stuck. e.g:

====================================
GenericSysName [HP Release B.11.00] (see /etc/issue)
Console Login: oper
Password:
====================================
after I enter the password it seems that it hangs for 1-2 minutes and then back to the login prompt again.

The same goes when I try to connect via telnet or via "rlogin server -l oper".

BUT! - when I do "su -" on remote server and then try to "rlogin server" with the "-l" option, seems to be fine.

Any ideas ?

Please help me out here I have two production systems in critical state!!!

Regards,
Tal.

[Tal Drigov_4]

An update;

BUT! - when I do "su -" on remote server and then try to "rlogin server" without the "-l" option, seems to be fine.

Any ideas ?

Please help me out here I have two production systems in critical state!!!

Regards,
Tal.

[Sanjay_6]

Hi,

Can you do a direct telnet / rlogin to the server as root,

telnet to server as root / rlogin from remote server as root
rlogin server -l root

a possibility is that the oper entry in the password file is corrupted.

Hope this helps.

Regds

[Sanjay_6]

Also,

If the id "oper" exist in the passwd file, then reset the "oper" id password and try again.

Do you get any error message.

Hope this helps.

Regds

[Tal Drigov_4]

Ok guys.

I've found the problem, as strange as it might be.

It appears that after installing the patches instead of the file /etc/securetty somehow the patches created a HIDDEN directory which called /etc/securetty.

After renaming the directory and creating the file (touch /etc/securetty) with permissions of 644, the login came back to life.

Thanks for your help.

Regards,
Tal.

[Tal Drigov_4]

Ok guys.

I've found the problem, as strange as it might be.

It appears that after installing the patches instead of the file /etc/securetty somehow the patches created a HIDDEN directory which called /etc/securetty.

After renaming the directory and creating the file (touch /etc/securetty) with permissions of 644, the login came back to life.

Thanks for your help.

Regards,
Tal.