CDE login error

[jiye_1]

Hi,

I cannot login HPUX11 by ASTEC-X(something like eXceed).

error message in /var/dt/Xerrors:
/usr/bin/X11/xset: bad font path element (#36), possible causes are:
Directory does not exist or has wrong permissions
Directory missing fonts.dir
Incorrect font server address or syntax


jiye

[Hari Kumar]

Hi jiye

Check this thread:
It might give u some hint in sorting ur problem

http://forums1.itrc.hp.com/service/forums/
questionanswer.do?threadId=206203

With Regards
Hari Kumar

[Chauhan Amit]

Hi Jiye,

Check the permissions for /etc/passwd, /etc/group , it should be r--r--r--. If it is not there then use the command "#chmod 444 /etc/passwd" to change the permission.

Let me know the result.

Regards,
Amit

[jiye_1]

Hi,Amit

It does not work.

ps. i can login by root, but i can not login by any other user.


jiye

[Lorenzo Facello]

Hi,
usually I use,
ex.
useradd -m -g (users) -d /home/user1 user1
passwd user1
new password:......
and it works!

try create a user like this and log in!
Hope this helps
LF

[Chauhan Amit]

HI Jiye ,

Here are the steps to follow if "ONLY THE ROOT USER IS ABLE TO LOGIN" ( This is excerpt from Knowledge base document KBRC00004688- CDE Login Troubleshooting )

1.Check the permission/ownership on the following files:
-r--r--r-- 1 bin bin 616 Jul 1 16:03 /etc/hosts

(The following files may or may not exist:)
-rw-r--r-- 1 root sys 833 Jun 8 1999 /etc/nsswitch.conf
-rw-r--r-- 1 root sys 159 Jun 8 1999 /etc/resolv.conf
-r--r--r-- 1 root sys 1010 Jun 25 18:22 /var/adm/inetd.sec

2) Determine whether or not a non-root user is able to resolve the name of the system:

/usr/bin/nslookup
/usr/bin/nslookup

where is the hostname and is the IP address for this system.

NOTE: These commands check for duplicate IP addresses or hostnames as well as any problems that may exist with the name resolution on the system.

If nslookup fails then CDE will fail to start.

If the new hostname and/or IP address cannot be resolved, please refer to document KBRC00008083: "Resolving a system's hostname and IP address locally" for more information on how to set-up the system to resolve the hostname locally.


3) Check the /var/adm/inetd.sec file for the following contents:


dtspc allow [hostnames or '*'. No aliases]
spc allow [hostnames or '*'. No aliases]
mserve allow [hostnames or '*'. No aliases]
If these lines are NOT already contained within this file, add them and execute the following command to force the system to re-read the file:

/usr/sbin/inetd -c


4) Check the NFS mounted home directories:


Login as a non-root user via Command Line mode and verify that the user can create new files or write to existing files in his/her $HOME directory.


If the user is unable to create new files or write to existing files within his/her $HOME directory, this indicates that the NFS server has dropped the write permissions for this directory. Therefore, you will need to fix the permissions and execute the following command on the NFS server:

/usr/sbin/exportfs


If you continue to experience problems, create a new user with a $HOME directory on a local file system in an effort to isolate the problem.


5) Reaching Disk Quotas (if using quotas):

Use the following command to increase the quotas or remove files:

/usr/bin/quota -v username

6)Verify that the $LANG environment variable is set correctly.

NOTE: This $LANG environment variable should be set to "C" or un-set on an American English system.

Hope this helps.

Regards,
Amit

PS : To view each of these documents on-line:
Go to: http://www.itrc.hp.com.
Click on 'search technical knowledge base'.
Log into the ITRC.
Change the 'Search By' drop list box to 'Search by Doc. Id'.
Enter the document ID into the space provided.

[jiye_1]

Hi, Lorenzo

It does not work. :(

i guess some config file has been changed,
or some file permissions has been changed, but which?

[Sarvesh A Dhuri]

hi
check for the file permission for .profile and .dtprofile for users

and check the .dtprofile for the entry DTSOURCEPROFILE=true