unable to login using CDE.

[presage112]

hi,
I'm not able to login graphically with any user except the root user,I checked the environmental variabl DISPLAY,of the other users I found that it is same as the root user.
the problem started when the root directory was full.then I freed some files that are not system files.

[Sanjay Kumar Suri]

What is the error/info message when you are trying to logon?

sks

[presage112]

Nothing it just try to login ,but it brings me the login screen after a period of time.
I think it cannot load the CDE environment ..

OS ver. HP-UX 11.0

[Michael D'Aulerio · Accepted solution]

root is the only user that can write to / when it is full. You need to free up file space on / for other users to login.
Have you tried to open a terminal window after you login as root? You can try:
rlogin system -l user_name
See what the message is when you login this way.

[Sridhar Bhaskarla]

Hi,

A good tool that can give information about missing files is /usr/contrib/bin/X11/dr_dt. Run it through fail-safe/telnet session and fix the errors given by it. I am sure the permissions got messed up somewhere during the cleanup. dr_dt shoudl point them out.

-Sri

[Robert-Jan Goossens]

Hi,

Check if you can find some errors in one of the $HOME/.dt/startlog, run below command.

# dr_dt

Post the error/warning messages on the forum.

Hope this helps,
Robert-Jan

[RAC_1]

Apart from checking dr_dt for errors. What does $HOME/.dt/errorlog and startlog says??

Is the host resolution OK from cllints--to and fro??

Are there any errors in /vat/dt/Xerrors??

Anil

[Rick Beldin]

When only the root user can login, this is generally an indication of some sort of permission problem. Among the most popular:

- bad perms on /tmp (all users need to be able to create and delete files)

- bad perms on /dev/null

- problems with NFS (are users home dir local or NFS)

- bad perms on /etc/hosts, /etc/resolv.conf, /etc/nsswitch.conf...

- problems with the user's HOME directory

- quota problems

- Also - problems with user's .profile, .login or with .dtprofile. You ***must***
shelter the session manager (dtsession) from execution of tty/stty/termio commands. See the sample .dtprofile comments for help on this. Try moving the .profile and/or /etc/profile out of the way.

While dr_dt checks these for gross errors, more subtle ones can get past it.

Check the contents of the user's $HOME/.dt directory for startlog and errorlog. These are often valuable.

If this fails, I would suggest obtaining the tool tusc and running dtsession through it to see how far the login is going by checking the return status of the system calls to open/read/write files.

[presage112]

Thanks ,every body ,what i have done before i see your replies is that i freed some sapce on the / directory because it was full ,then every thing is back to normal ..



Thanks all