CDE/dtlogin problem.

[Myles McManus]

I have a B2000 workstation which will not give me a CDE login.

The error I get in /var/dt/Xerrors is:

Thu Apr 1 19:09:31 2004
error (pid 1381): Server for display :0 can't be started.

This repeats over and over. The hostname given in the error is correct. This message is not generated when I login to the console but begins again when I log off.

# ps -ef | grep 1381
root 1381 1353 0 19:08:32 ? 0:00 /usr/dt/bin/dtlogin

I have checked the obvious causes for a CDE startup error; nslookup of hostname/IP is ok. If I start X manually I get a nice screen, X works ok. StartX gives me an X screen with a terminal.

When I log in at the console, the TERM variable is set to something weird: "ITE_x128y49".
When I telnet to the system the TERM variable is set properly to hpterm.

Strangely rcp to the system doesn't work, I get a permission denied error. Could this be related?

I was given the system after it had been thoroughly thrashed by a colleague (read 'barbarian') and unfortunately re-installing isn't an option, this must be fixed. Any ideas?

Cheers,

Myles

[RAC_1]

Run dr_dt and post errors.

Also what error it gives in $HOME/.dt/errorlog ?

Anil

[Myles McManus]

Here's the output of dr_dt attached.

[RAC_1]

dr_dt has no error, few warnings.

What are you loggin in as? root?

Do you have $HOME/.dt directory? IF yes check if you have any errors in there-check errorlog file.

Anil

[Myles McManus]

Yes, I am logging in as root, but as yet no $HOME/.dt directories have been created, the login process has never reached that stage. syslog.log doesn't show any errors, in fact, if it wasn't for the fact that CDE won't start I'd say I have a fairly healthy system because of the lack of errors in log files throughout the system!

[Mike Stroyan]

Look at the log files in /var/X11/Xserver/logs/
and at the X startup command in /etc/dt/config/Xservers .

[Myles McManus]

# more X0.log

Disclaimer:
Format and content of this file aresubject to change at any time.

Xserver Configuration from command line arguments:

/usr/bin/X11/X :0

Xserver Configuration from X0screens:


Screen /dev/crt # = Device, Code: HPA4982A, ID: 0x35acda16


Dynamically Loaded Library List;

Library Creation Times: Library Names:
Mon Sep 8 12:35:59 2003: /usr/bin/X11/X
Mon Sep 8 12:37:16 2003: /usr/lib/libm.2
Mon Sep 8 12:38:11 2003: /usr/lib/X11/extensions/libSX.1
Mon Sep 8 12:38:11 2003: /usr/lib/X11/Xserver/loadinit/libinit.1
Mon Sep 8 12:38:23 2003: /usr/lib/libXext.3
Mon Sep 8 12:38:23 2003: /usr/lib/libX11.3
Mon Sep 8 12:37:17 2003: /usr/lib/libnsl.1
Mon Sep 8 12:37:17 2003: /usr/lib/libxti.2
Mon Sep 8 12:37:27 2003: /usr/lib/libstd.2
Mon Sep 8 12:37:25 2003: /usr/lib/libCsup.2
Mon Sep 8 12:37:27 2003: /usr/lib/libstream.2
Mon Sep 8 12:37:16 2003: /usr/lib/libcl.2
Mon Sep 8 12:37:26 2003: /usr/lib/libisamstub.1
Mon Sep 8 12:46:49 2003: /usr/lib/libc.2
Mon Sep 8 12:37:16 2003: /usr/lib/libdld.2
Mon Sep 8 12:37:16 2003: /usr/lib/libnss_files.1
Mon Sep 8 12:38:07 2003: /usr/lib/X11/Xserver/modules/screens/hp/mi.1
Mon Sep 8 12:38:07 2003: /usr/lib/X11/Xserver/modules/screens/hp/mfb.1
Mon Sep 8 12:38:07 2003: /usr/lib/X11/Xserver/modules/screens/hp/cfb.1
Mon Sep 8 12:38:08 2003: /usr/lib/X11/Xserver/modules/screens/hp/advutils.1
Mon Sep 8 12:38:07 2003: /usr/lib/X11/Xserver/modules/screens/hp/utils.1
Mon Sep 8 12:38:08 2003: /usr/lib/X11/Xserver/modules/screens/hp/food.1
Mon Sep 8 12:38:08 2003: /usr/lib/X11/Xserver/modules/screens/hp/pinn.1
Mon Sep 8 12:38:07 2003: /usr/lib/X11/Xserver/modules/extensions/hp/record.1
Mon Sep 8 12:38:07 2003: /usr/lib/X11/Xserver/modules/extensions/hp/dpms.1
Mon Sep 8 12:38:07 2003: /usr/lib/X11/Xserver/modules/extensions/hp/gie.1
Mon Sep 8 12:38:07 2003: /usr/lib/X11/Xserver/modules/extensions/hp/polyprim.1
Mon Sep 8 12:38:07 2003: /usr/lib/X11/Xserver/modules/extensions/hp/slsdx.1
Mon Sep 8 12:38:11 2003: /usr/lib/X11/extensions/hp7lc2k.1
Mon Sep 8 12:38:11 2003: /usr/lib/X11/extensions/hid.1

and more Xstartup.0.log
/usr/bin/X11/X: attempting to determine which X server to start

/usr/bin/X11/X: Execing /usr/bin/X11/Xhp :0


Looks fairly innocuous to me. However, I came across something which is pretty disturbing... /etc/dt/config/C was empty, and it isn't on any of the other machines around here. It seems that my colleague decided to 'decommission' the system himself and it looks like he did it with a hatchet. It looks like I really have my work cut out for me now...;-)

[Myles McManus]

I guess I should thank you for your help and call this particular attempt off until I can escertain the full extent of the damage that has been done to the system. I thought merely that my colleague had tampered with settings and configurations, I didn't realise that he had also performed deletions as well (of course, no backups either!).

Thanks,

Myles

[Mike Stroyan]

An empty /etc/dt/config/C directory is no sign of trouble. It starts empty. Files may be copied over from /usr/dt/config/C to create overriding modified versions under the /etc directory tree.

You said that you could start the X server manually. You may be looking at log files from one of those successfull starts. Try removing the log files and seeing what dtlogin manages to create. You could also use the tusc system call tracing tool to see what system calls are failing when dtlogin tries to start an X server.
http://hpux.cs.utah.edu/hppd/hpux/Sysadmin/tusc-7.5/

[Rick Beldin]

Your Xserver is probably failing.

Disable CDE from starting for a minute and then login at console.

/opt/graphics/common/bin/graphinfo | grep product

Type /usr/bin/X11/X

What do you get as output?

[Myles McManus]

I can't find graphinfo in that directory. I searched the entire system, it doesn't exist. As for /usr/bin/X11/X, it runs fine, it creates a moire screen with the 'X' mouse pointer.

Myles

[Myles McManus]

I decided to bypass the CDE problem and install gnome to see if it would shortcut whatever was causing the above problem. Graphical login now works great from the console but remote graphical logins (xdmcp) don't work.

[Mike Stroyan]

The default configuration of gnome does not allow xdmcp connections. You will need to either edit /etc/opt/gnome/gdm/gdm.conf and
manually change the [xdmcp] section, or run gdmconfig and enable the XDMCP toggle under the "expert" options group.

[Myles McManus]

Hi Mike,

Yep, that was done. The problem occurs right after entering logon credentials. Right after entering the password, the connection dies. Further, the failed connection doesn't seem to be logged anywhere, I tried again this morning and looked for any updated files but all I found were these:

# find / -xdev -mtime -1 -exec ls -l -d {} \; | grep 'Apr 6'
-rw-r--r-- 1 root root 720 Apr 6 07:40 /etc/utmp
-rw-r--r-- 1 root root 3080 Apr 6 07:40 /etc/utmpx
drwxrwxrwx 8 bin bin 8192 Apr 6 07:40 /tmp
crw-rw-rw- 1 bin bin 3 0x000002 Apr 6 07:40 /dev/null
crw-rw-rw- 1 root root 33 0x000000 Apr 6 07:40 /dev/pts/ta
crw------- 1 root sys 33 0x000001 Apr 6 07:41 /dev/pts/tb
prw-rw-rw- 1 root root 0 Apr 6 07:40 /dev/log

[T G Manikandan]

You are working with GNOME.
Probably if you are to troubleshoot in future check this doc

http://www1.itrc.hp.com/service/cki/docDisplay.do?docLocale=en_US&docId=200000072080266

[T G Manikandan · Accepted solution]

The doc pointed above is on the US site.
your login in on Europe.

Below is the document details

Document description: CDE Login Troubleshooting
Document id: KBRC00004688

[Myles McManus]

Fixed! The problem was the DISPLAY was not being set correctly so in the end I copied over /etc/profile from a working machine which set $DISPLAY correctly:


# Try to give a decent $DISPLAY
if [ "$DISPLAY" = "" ] ; then
LocalHost=$(uname -n)
MyHost=$(who am i -R | cut -d \( -f2 | cut -d \) -f1)
MyHost=${MyHost%%:*}
if [[ -z $MyHost ]]
then
DISPLAY="${LocalHost%%:*}:0.0"
else
DISPLAY="${MyHost%%:*}:0.0"
fi
export DISPLAY
fi


There were other problems; non-existent directories, wrong permissions etc. but the big one was the DISPLAY variable. This has solved the login problems both CDE and Gnome. My thanks to everyone who helped.

Cheers,

Myles