CDE-Login error with ToolTalk

[Lothar Mueller]

Hi folks,

actually I've the problem the login-in with CDE one user cannot get the CDE-Platform (only a terminal window is open when starting CDE) the following error messages can be seen:

$HOME/.dt/errorlog

Tue Jun 26 12:44:40 2001
dtsession: Unable to start message server - exiting.

$HOME/.dt/startlog
..
--- execing /usr/dt/bin/dtsession with a /bin/bash login shell ...
--- starting desktop on /dev/pts/6
/usr/dt/bin/ttsession[6419]: _Tt_s_session::s_init(): 1402 (! Tt_status)!
/usr/dt/bin/ttsession[6419]: child ttsession exited with status 1

This only occours to one users on the system.
Does anybody of you know how to solve that problem?

Thanks in advance

Lothar

[Vincent Stedema]

Is DTSOURCEPROFILE set to TRUE in the user's .dtprofile? If so, set it to FALSE, let the user login again and if this works, the problem is in the user's .profile. Check for any stty's and echo's in the user's profile. These can mess up CDE startup.

Regards,

Vincent

[rainer doelker]

Lothar,

could you verify how this specific user starts CDE. Some things look strange to me:
> (only a terminal window is open when starting CDE)
>-- starting desktop on /dev/pts/6

To me this looks like the user starts Xsession form a open terminal window belonging to /dev/pts/6 ??

Does that user work locally? Or remote? If remote what does he do to start? XDMCP or opening a telnet-session in order to start CDE manually.

I've never seen such a behaviour. I suspect either the user has some very strange configurations in his .profile or he tries to start cde manually

Rainer

[Shannon Petry]

Is this the only user with a bash login shell? If so, make sure that the shell is installed correctly, with the correct permissions. Make sure that the shell is in /etc/shells. Also check the user for overlapping UID.

Next, make sure that the user has a writable home, and writable $HOME/.dt directory. Maybe even move it out of the way for a time....
mv $HOME/.dt $HOME/.dt_old
Make sure that /tmp and /var/tmp are writable to the user.
Default permissions for /tmp and /var/tmp are 777 on HPUX, but I usually chmod 4777 /var/tmp and /tmp.

Now see if the user is OK. If not, and the user is the only one on bash, try changing his/her shell to sh or ksh and see if this fixes it (a shell a working user has).

Regards,
Shannon

[Lothar Mueller]

Hi,

I just created a new user, who can log-in in cde properly.

I tried all the suggested fixes, nothing helped.

So I think this is something very unnormal, which I don't understand anymore.

Best Regards

Lothar

[Alex Glennie]

a few suggestions & Qu's ......

What happens if the affected users shell is changed to something other than the bash shell ?

Is bash listed in the /etc/shells file ? if no add it ?

Does the user have the same problem if they telnet or rlogin to this system ?

did it ever work for this user ?

ps the single window sounds like a CDE failsafe session->
you'd see an Hpterm on a grey mesh backgound ?

anything in the /var/adm/syslog/syslog.log at the time of the problem login ?

[Alex Glennie]

Customer Viewable User Doc ID: KBRC00003700
FAQ: Environment, Shell, and Profile configuration

Can you see this doc on the HP Technical knowledge base ?

extract ......

NOTE: Xsession only supports 3 shells using this environment variable (ksh, csh, sh) without customization. If you wish to use other shells (ie: tcsh, bash, zsh), you will have to modify Xconfig (see Changing the Login Screen Behavior, "Dtlogin*session") to run an alternate (modified near the end) Xsession in order to be able to use DTSOURCEPROFILE and have it take effect.

[Lothar Mueller]

Hi all,

the problem is solved.
The permissions on HOME-Directory of user were changed.
I replaced them, and the login was possible.

Lothar