Unable to log in to a user account

[Yaroki]

Hello,

I'm running an HP-UX B.11.11.

When trying to log in a specific account I receives an error message, and the login process terminates.

I can remotely connect to this account via ssh and it looks fine.

Please see the attached error message.

BR,

Yali

[Dennis Handly]

Have you tried a CDE Failsafe Session?

You can login to other users?

[Yaroki]

I did. But how can I fix the problem there?
I can login to other users.

[Dennis Handly]

>But how can I fix the problem there?

Does Failsafe Session work for that user?

>I can login to other users.

Anything special about that user's ~/.profile or ~/.Xdefaults?

Have you tried /usr/contrib/bin/X11/dr_dt?

[Yaroki]

Yes, the FaailSafe session works for that user.

I compared the following files with other user:

~/.login ~/.profile ~/.dtprofile

The  all look the same.

I have already ran the scripts and fixed the following:

permissions for several files (i.e /etc/hosts was 664 -> 444)

Added the /var/adm/intsec file (was not exist)

And still I have a warning massage that I don't know how to fix as follow:

The  /  directory is not properly configured. The current configuration is:

drwxr-xr-x

owner = root

group = root

For HP CDE it should be

dr-xr-xr-x

owner = root

group = sys

After all the corrections I made lt is tsill impossible to log in the account.

[Yaroki]

Any suggestions?

[Matti_Kurkela]

Google tells me that a common cause for CDE issues is the inability of the server to look up its own hostname. If the hostname resolution files like /etc/hosts, /etc/nsswitch.conf or /etc/resolv.conf have non-standard permissions, one user might have problems while other users can use CDE normally. These files should be readable by everyone, but writeable by root only.

[Yaroki]

That's right. I have already ran that check script, which verify the correct permissions and fixed accordingly
/usr/contrib/bin/X11/dr_dt but still can't log in.

[Yaroki]

Can anyone please help here?

[Dennis Handly]

Are there any logs anywhere with errors?

Do you have any evidence that the users ~/.profile was accessed (ll -u) and when?