CDE Screen is not comming

[prasathc]

Hello

I have a critical situation, when i enter as a user (bellrick) in a CDE login screen, it's giving 3 possible reasons
{ Note..: There is no problem while entering as a root in that machine. It's a 712/50 series machine)
CDE Screen could not be started to correct the problem

1) Choose [ok] to return login screen

2) Select FileSafe session and login as a user

3) Check Desktop properly installed, hostname is correct
(/etc/hosts) and network is properly configured.

for additional info, See CDE user's guide.

I have checked all the possiblities.

/etc/hosts entery as follows

15.70.175.60 hpcvl060 hpcvl060.india.hp.com
127.0.0.1 localhost loopback

permission is as follows

# ll /etc/hosts
-r--r--r-- 1 root sys 520 Sep 28 10:22 /etc/hosts

any one can help me

thanks in advance

Prasath C

[Robin Wakefield]

Hi Prasath,

Is there anything meaningful in $HOME/.dt/errorlog ?

The other things is to echo debug lines to a file within the user's startup scripts to see where things are possibly going wrong.

Rgds, Robin.

[Alex Glennie]

What differs from users $HOME Enviroment compared to root ? Think shell , NFS mounted home dir , entries in .profile etc .....

usually get that error when the problem is hostname resolution but root = OK ?

add set -x in .profile then attempt to login then check $HOME/.dt/error.log + /var/dt/Xerrors , syslog.log ?

dr_dt may help but not overly confident ... maybe worth trying : rm -R $HOME/.dt then login ?

Has the user ever been able to login, what about other non-root users ?

[Santosh Nair_1]

Typically problems like this with CDE can be traced back to name resolution problems. Make sure that the machine is able to do a nslookup on itself. Try changing the hosts entry in /etc/nsswitch.conf to just files, i.e.

hosts: files

This will only use the local /etc/hosts file for name resolution. Verify that this works and then try logging into CDE as a normal user.

-Santosh

[Alex Glennie]

on second thoughts run dr_dt it could be a permissions / ownership problem .... /tmp is always popular ......

[prasathc]

I have tried all the possiblities,

i) By putting local entry in /etc/passwd ( Previously it is in NIS Concept )

ii) Making changes in /etc/nsswitch.conf file

iii) rm -rf /$home/user/.dt directory

iv) I can able to ping from inside to outside, can be ablt to telnet (or) rlogin, nslookup.

v) I checked all the network parameters in that machine

I am here with attached the result of " dr_dt "

when i run dr_dt as follows

1)

INFO: Checking permissions of the /dev/null device...


Dr_dt finished with:

0 ERROR messages
3 WARNING messages

2)

# nslookup
Default Name Server: chennai.india.hp.com
Address: 15.70.168.58

>


3)

/usr/newconfig/etc/nsswitch.conf

/$home/.dt/errorlog as follows
*** ERROR(4): dtsession: PID 1757: Sat Sep 29 11:24:32 2001
The ToolTalk session server (ttsession) could not be started. This
indicates that either ToolTalk is not installed or that it is not
installed correctly on this machine. Please see your System
Administrator.
*** [268]

4)

entires in /.profile is = to /$home/user/.profile

now what should i do,

[Sachin Patel]

Hi Prasath,

How about if you try removing .login .cshrc files from home directory for user.

Sachin

[Sachin Patel]

Hi Prasath,
How about if you shutdown all yps i.e no server no client. Create a user locally and No DNS just entry in hosts and changing nsswitch.conf appropriately.

i.e standalone with temporary user.
Then you can start all services one by one and eliminate the problem

Sachin

[linuxfan]

Hi,

1. Check the permissions of /etc/resolv.conf(644) and /etc/nsswitch.conf(644)

2. Its always safe to add your DNS server to your /etc/hosts file.

3. Can't say it enough, make sure, in your /etc/nsswitch.conf check to see if files is listed before dns

4. Is this the only user having this problem, what if you create a new local user?

-HTH
Ramesh

[Alex Glennie]

check the dr_dt output and ammend the warnings on /var/spool ......

icnwh201.india.hp.com:0.0 is listed as the DISPLAY name yet the host = hpcvl060 ??? or did you do this remotely ?

Below is the usual course of action for the tooltalk errors you are encountering ..........

1) From the CDE login select Options -> Session -> Failsafe Session
and login as root.
2) Run /usr/contrib/bin/X11/dr_dt. The end of the output from this
script says: X ERRORs and X WARNINGs. These errors and warnings
should be resolved before CDE will run properly.
3) Check the error log /var/dt/Xerrors
Check the error log $HOME/.dt/errorlog
4) The output from "nslookup " and "nslookup " should
be the same. This checks for a) duplicate IP addresses or
hostnames or b) problems with name resolution. If nslookup fails
then CDE will fail to start. If the first line returned from nslookup
is: "Name Server" then you are using DNS. Move "/etc/resolv.conf" to
another name, i.e. /etc/resolv.conf.orig and rerun nslookup. If
nslookup now succeeds then try logging into CDE again.
5) Check permissions and ownership of the following files:
-r--r--r-- 1 bin bin 616 Jul 1 16:03 /etc/hosts
-r--r--r-- 1 root sys 1010 Jun 25 18:22 /var/adm/inetd.sec
6) Check the contents of /var/adm/inetd.sec. It should contain
dtspc allow
spc allow
mserve allow
If not add the lines and run "/usr/sbin/inetd -c" to reread the file.
7) /usr/sbin/ping
You should get back 0% packet loss. If you get something different
then check your network configuration.
8) Make sure the $LANG environment variable is set correctly. It should
be set to C or unset for American-English.
9) Exit the failsafe session. From the CDE login select Options ->
Command Line Login. When the screen turns black, press and
you should get a Console Login prompt. Login as root.
10) mv $HOME/.dt $HOME/.dt.orig
mv $HOME/.dtprofile $HOME/.dtprofile.orig
exit (to return to CDE) - try logging in as root.

[prasathc]

Hi Alex

I have tryed remotely dr_dt. shows
3 warnings and
0 error, same one which i attached my previous reply.

/var/dt/Xerrors contains

^[grning: Cannot convert string ":Alt CtrlInsert" to type VirtualBinding
Warning: Cannot convert string ":Alt CtrlInsert" to type VirtualBinding
Warning: Cannot convert string ":Alt CtrlInsert" to type VirtualBinding
Warning: Cannot convert string ":Alt CtrlInsert" to type VirtualBinding
Warning: Cannot convert string ":Alt CtrlInsert" to type VirtualBinding
mwm: I/O error on display:: hpcvl060:0.0

Warning: Cannot convert string ":Alt CtrlInsert" to type VirtualBinding
Warning: Cannot convert string ":Alt CtrlInsert" to type VirtualBinding
Warning: Cannot convert string ":Alt CtrlInsert" to type VirtualBinding
Warning: Cannot convert string ":Alt CtrlInsert" to type VirtualBinding


Out put of NSLOOKUP = hostname and IP both are same

/home/user/.dt/errorlog as follows

*** ERROR(4): dtsession: PID 2752: Mon Oct 01 19:07:09 2001
The ToolTalk session server (ttsession) could not be started. This
indicates that either ToolTalk is not installed or that it is not
installed correctly on this machine. Please see your System
Administrator.
*** [268]

Permission and ownership are same which u mentioned. rest of the things are same.

Moved home/.dt and .dtprofile, but still the problem exists.

I don't how to handle and how can i solve the problem.

Next what i hve to do
Note:

And One more thing is this is 11.00 machine, the user can able to login in 10.20 machine, but user cann't able to login in 11.00 machine. It is in NIS concept

[Alex Glennie]

Is it a NIS concept .... could be as root user not affected ..... & hence their password would be local ?

I'd disable NIS temporarily and see what results, also consider editting nsswitch.conf to

hosts: files [ NOTFOUND = continue ] dns

at least for the purposes of a test .... unless the system was upgraded from 10.20-> 11.00 I think this is still most likely to be a hostname resolution problem of sorts ....

[Charles Slivkoff]

If I understand this, a local (non-NIS) non-root user also fails, but root works?



This is 100% a permission problem. To try to resolve this, login as the USER to "command-line" (or telnet in). Try "ping $(hostname)" as this user. Fix permissions until it works (ie, /, /etc, /etc/resolv.conf, /etc/hosts, /etc/nsswitch.conf). All of these must be world readable.

[Anu Mathew]

Hi Folks,

Greeting..!!

I have seen this issue while migrating from VUE to CDE (on 11.0) from the customized .vue files from a 10.20 installation. What I did is as follows:

1) The user was made the owner of the .dt directory in his home directory. (We are not using system wide .dt customization. Hence there is a .dt directory in each user's home directory.)

2)Permissions of files inside .dt directory of the user's home directory were modified as: Read-Write to the user, Executable to the group.

3)The .ICEauthority files in the home directory were renamed (moved).

After these, the Xterms let me get inside CDE and resume normal operations.

Hope this helps,

Anu Mathew

[K.Vijayaragavan.]

I had similar problem with my HP workstation and i found the /home file system almost full (100% used) and i extended the file system size to get more free space. The problem got resolved with the above approach.Hope this may be useful for you.

regards

k.vijayaragavan.

[Wodisch]

Hello,

to me it looks like typos in one or multiple X-resource files:
The error message you showed (": Alt Ctrl ...") starts with a colon, which would be caused by a line like this:
Class*Widget*Resource :Alt Ctrl...
but it should read:
Class*Widget*Resource: Alt Ctrl...

you see the space in different positions? Check all your resource files!

HTH,
Wodisch