**CDE PROBLEM ** dtdtscache

[Michael Gretton]

It is that time of the year where people in DoD have to make all their systems break because of security audits and wreckless changes on their systems. On one of my systems, my CDE no longer works properly. I get the login and I can login; however, I get a black screen with just two terminal windows. No tool bar. I check my Xerror log in my home directory and I see this:

*** ERROR(4): dtdtscache: PID 7262: Wed Dec 11 07:31:30 2002
Couldn't create the Desktop Action/DataTypes Database.
Check disk space and/or permissions.


Where could the changes of been made and what should they be to make this work again?

Thanks in advance.

[Pete Randall]

Michael,

Probably some zealot was tightening permissions. Check $HOME/.dt/types, /etc/dt/appconfig/types/C and
/usr/dt/appconfig/types/C

Mine are:

$ ll -d $HOME/.dt/types
drwxr-xr-x 3 plr support 96 Jun 7 2002 /nfs/tsws1/home/plr/.dt/types
$ ll -d /etc/dt/appconfig/types/C
drwxr-xr-x 2 root sys 96 Jul 17 2001 /etc/dt/appconfig/types/C
$ ll -d /usr/dt/appconfig/types/C
dr-xr-xr-x 2 bin bin 1024 Jul 17 2001 /usr/dt/appconfig/types/C

Pete

[Christian Kappel Jensen]

Hi!

It might be hostname lookup failing. CDE needs to resolve your hostname correctly.

Files to check:

/etc/hosts
/etc/resolv.conf
/etc/nsswitch.conf


- Christian

[Alex Glennie]

I like pete's suggestion but if you are the only user affected you may want to try whilst logged out of CDE a : mv $HOME/.dt ->.dt_orig and then attempt to log into CDE ?

If that fails run the cde diagnostic tool /usr/contrib/bin/X11/dr_dt as it may prove useful

[Michael Gretton]

I check permissions in my .dt directory. They seemed okay. I also tried the suggestion of moving my .dt directory to an old one and letting it recreated. Still have the problem. System is able to resolve its name fine.

I am going to try that diagnostic tool next.

Mike

[Michael Gretton]

The dr_dt script did the trick. It found many things (mostly related to our security changes). This thing that did the fix was changing the /tmp directory to 777. Security HATES this but what am I to do?

[Mike Stroyan]

You could "chmod 1777 /tmp" and /var/tmp. That makes security a little tighter by denying the ability to remove other user's files. It is the new default for 11.22 as described in the
release notes- http://www.docs.hp.com./cgi-bin/onlinedocs.py?mpn=5187-0701&service=hpux&path=../5187-0701/00/00/39&title=HP-UX%2011i%20Version%201.6%20Release%20Notes