topic Re: Xterm (via reflectionX) not getting past initial pale blue CDE screen in Operating System - HP-UX

Xterm (via reflectionX) not getting past initial pale blue CDE screen

James Hunt — Wed, 25 Jun 2003 08:32:41 GMT

I am having trouble getting a connection to a couple of servers via reflectionX. I believe it could be a firewall issue but before I accuse our network guys I would like to make sure that my stuff on the HPUX server is working first. Right, here it goes:

1: I have reflectionX installed on a pc and it is able to connect ok to 'server1' - all ok. No probs whatsoever. Good.

2: I get the login screen when connecting to 'server2' but after inputting the user&pass I cannot get past the pale blue screen that follows - just get eggtimer. I have checked the inetd.conf and the same services are allowed to run as on 'server1'. I can however get a connection to this server via failsafe mode.

3: I cannot get a connection at all to 'server3' - reflectionx is suggesting that there is no XDMCP programs so cannot connect.

I can telnet to all servers perfectly ok from the same PC so the routes are setup ok.

Can anybody help with points 1&2 or is it a firewall issue as I suspect. Any help would be much appreciated - this is doing my head in!

Re: Xterm (via reflectionX) not getting past initial pale blue CDE screen

David_246 — Wed, 25 Jun 2003 08:39:42 GMT

Hi,

Point 3 looks like a problem with your X-server or indeed the firewall that is blocking X. Although point 2 is not a firewall problem as ones you have the CDE (or different DE) loginscreen X is working. That you cannot get a proper login should be an X-config problem. Please look at the users login homedir/.dt for any errors. They most of all explain a lot.

please look in all cases if /usr/dt/bin/dtlogin is running as a daemon.

Regs David

Re: Xterm (via reflectionX) not getting past initial pale blue CDE screen

Enrico P. — Wed, 25 Jun 2003 08:42:32 GMT

Hi,
check if the default gateway is present correctly in the

/etc/rc.config.d/netconf

if not, change it and if you can,

/sbin/init.d/net stop
/sbin/init.d/net start

Check also in /etc/hosts for the default line, es:

172.30.218.1 default

Re: Xterm (via reflectionX) not getting past initial pale blue CDE screen

Steve Steel — Wed, 25 Jun 2003 08:48:50 GMT

Hi

/var/dt/Xerrors

Does it give any errors

It does look like a firewall problem.

Steve Steel

Re: Xterm (via reflectionX) not getting past initial pale blue CDE screen

Alex Glennie — Wed, 25 Jun 2003 08:58:17 GMT

Point 2 :

If you see the blue screen, XDMCP is getting through ..... the symptoms may be indicative that this is just a font problem : Do you see errors in RX's log files : Rx-> Xclient manager->Log file pertaining to missing fonts ?

If yes I'd advise you add CDE's fonts to the xfs catalog and set RX to use them as per http://forums.itrc.hp.com/cm/QuestionAnswer/1,,0xf85f37f45ef7d4118fef0090279cd0f9,00.html

it could also be a hostname resolution problem but you normal get a msg relating to tooltalk ...... check in $HOME/.dt/startlog also maybe worth adding pc ip address and hostname to /etc/hosts.

Point 3 .

Is CDE's daemon dtlogin running on this server and is it on the same subnet as your PC ? Check RX's log file again or try out the client trace utility .... I beleive RX's needs to be configured if you are going out across a local subnet.

Re: Xterm (via reflectionX) not getting past initial pale blue CDE screen

James Hunt — Wed, 25 Jun 2003 10:00:17 GMT

Ok thanks for your help everyone.
If I can concentrate on point 2:

I have the same dt processes enabled on 'server2' that I have on 'server1'. I also have the xfs process running on both and it looks identical. When I (try to ) log onto 'server2' from reflectionX I simply change the IP from 'server1' to 'server2' so the settings are the same. This is what I don't understand - if there is a error in the ReflectionX config then surely it would/wouldn't work on both? I am getting 'bad font path' errors in the Xerrors file though.

any ideas?

Re: Xterm (via reflectionX) not getting past initial pale blue CDE screen

Steve Steel — Wed, 25 Jun 2003 11:01:05 GMT

The font errors. PLEASE CHECK THIS

The simple solution to this problem involves configuring and running a font-server on the system which is running CDE and forcing the font server into the X-Server font-path.

To do this a few things are required:
1 - The font server needs to be configured to include the CDE
fonts in its catalog.
EDIT: /etc/X11/fs/config

Append ",/usr/dt/config/xfonts/C" to the end of the
"catalogue = ..." line

EDIT: /etc/rc.config.d/xfs

Set the following variable: "RUN_X_FONT_SERVER=1"

EXECUTE: /sbin/init.d/xfs start

If the font-server is already running, kill it and
restart it.

2 - Force CDE to add the font-server to the X-Server font-path
by editing the Xsetup file. (NOTE: This steps REQUIRES
the IP address of the CDE session server. You can get
this information by running: nslookup `hostname`.)

COPY: /usr/dt/config/Xsetup to /etc/dt/config/Xsetup
EDIT: /etc/dt/config/Xsetup

Add the following line to the end of /etc/dt/config/Xsetup replacing
"IPADDRESS" with the IP address of the server as returned from
"nslookup `hostname`":

$XDIR/xset fp+ tcp/IPADDRESS:7000 1>/dev/null

steve Steel

Re: Xterm (via reflectionX) not getting past initial pale blue CDE screen

James Hunt — Wed, 25 Jun 2003 11:27:34 GMT

Thanks Steve,
by 'CDE session server' do you mean the PC that's running ReflectionX or the server I'm connecting to? Anyway, I've tried it with both and it doesn't make any difference.
I also had a look at 'server1' (the server that works) and it doesn't have an /etc/dt/config/Xsetup - would this point to a reflectionX config issue?

Re: Xterm (via reflectionX) not getting past initial pale blue CDE screen

Steve Steel — Wed, 25 Jun 2003 11:52:28 GMT

Hi

All the stuff concerning a font server works on your HP9000 system and should make a difference.

Please post
/var/dt/Xerrors
$HOME/.dt/startlog where you tried to login.

Also
/usr/contrib/bin/X11/dr_dt is good

http://conrad.cnd.hp.com/DEtipsAndTechniques/windowsApps/reflectionX.htm

Gives useful data

Steve Steel

Re: Xterm (via reflectionX) not getting past initial pale blue CDE screen

David_246 — Wed, 25 Jun 2003 11:58:41 GMT

Hi James,
To see if it's the config of Reflection or the config of CDE please do the following :

start a Reflection X session to the server you can log in normaly (option 1).
Start a "Failsafe / command line" login mode.
Log in as root ( do it fast) and type the following :

X -query

Server2 here is the server that does not work the way you want it. In this case you might find out it's all working fine now. CDE at least works then, it's just the config in Reflection then that should be addapted with fonts, etc maybe a %HOST% in fonts or so can be changed to a fixed server ?
Note that this will make your application rely on a single server.

Please lookup as many server errorlogs as you can, as I also rings a bell for an incorrect setup with the fontserver with me. But if you follow the above step you should be able to determine if it's the server or the local config.

Regs David

Re: Xterm (via reflectionX) not getting past initial pale blue CDE screen

Alex Glennie — Wed, 25 Jun 2003 12:06:28 GMT

It doesn't matter which server xfs is set up on providing it has CDE and the associated fonts installed. What does matter is that the PC you are running RX sessions on has the font servers address configured in it's font path (head).

I'll ask again if you could report what's in the RX log file. Next you may also wish to add set -x in .dtprofile and attempt to login and then examine the $HOME/.dt/startlog it would provide a more detailed set of info.

Next can you comment if server 1,2 & 3 are on the same subnet ?

Are all users including root affected for server 2 or just normal users ? Have you tried my earlier suggestion re editting /etc/hosts yet ?

/var/dt/Xerrors generally contains errors on the local Xserver ...since you are using RX's version I'd be surprised if it contains anything other than warnings re dt-interface fonts I agree at this stage they maybe a red-herring. Also have you tried hostname as opposed to ip_address ... any difference ?