CDE hosed

[Breslau]

Hey,

i've got an F50 that was recently upgraded to 5.3 from 5.2. when any user tries to log in via CDE they get a "Login incorrect" after giving it just the user name, never gets to the password part.

any ideas? this is our only CDE box, so my experience with it is limited.

tia

 

[cts123]

Breslau,

If you just restart after killing the associated process,
how it looks like?

#ps -ef|grep dt

kill -9 <pid>

And then

# /etc/rc.dt start

Regards,

-Sam

 

[cts123]

Also ..this ..

#ps ef|grep X

kill -9 <pid>

and restart ..

# /etc/rc.dt start

 

[Breslau]

unfortunately, that does not work.

 

[cts123]

May be I am wrong, I had seen this kind of issue with F50 long back. After reboot with new AIX version the CDE was hung and nothing was coming.

We had to change the NIC speed from full duplex to half duplex and after that we saw the CDE restored back. I am not sure may be it is different in your case. Just a thought.

Regards,

-Sam

 

[d3vzero]

Hi Breslau,

The log files related to CDE are

/var/dt/Xerrors
~username/.dt/errorlog
~username/.dt/startlog

The Xerrors file might show you something defining the problem. Given that the users are unable to authenticate, its unlikely the other log files will help you.

The last issue I had with CDE was a core dumping dtgreet process (called by the dtlogin process).

I cant recall exactly where in the authentication process it died, and this was happening on a 5200-07-00 system, but I was able to get things working by messing with the LANG setting that the dtlogin process was running under.

You could try the same and see if you get lucky.

# First stop/kill the dtlogin process on the server, and then restart it with LANG set to C.

LANG=C nohup /usr/dt/bin/dtlogin &

If this does not help, you can try starting the dtlogin process in debug mode, and see what the output shows when a user tries to login.

/usr/dt/bin/dtlogin -debug 10

Best of luck.

____________________
Sometimes it pays to stay in bed on Monday, rather than spending the rest of the week debuging Mondays code.

 

[Breslau]

something is goofy with X, when a user tries to xinit from the CLI, they get :

1356-806 xinit: Waiting for X server to begin accepting connections

 

[khalidaaa]

While googling around that's what i found:

http://www.linuxquestions.org/questions/showthread.php?t=70608

It might not directly help but there are some hints that might be useful!

Regards,
Khalid

 

[Breslau]

that happens to be the exact scenario i'm seeing... just hangs.

i've disabled CDE, btw.

 

[Breslau]

it appears only root can bring up X successfully. however, even in that case, X still hangs when attempting a shutdown and ends up killing itself after 1 minute.

running out of ideas here...

 

[Breslau]

found that the problem with starting X was related to users sharing .kshrc files with each other, the original of which had an stty command in it.

after commenting out this line, they were able to bring up X ok.