Hi, See the passwd file for shell.It should look like this. ac:*:3010:3000:Animesh,,,:/home/ac:/usr/bin/ksh Another guess, Do you have diskquota enabled ?
I've seen this sort of problem when ksh is trying to write the user's HISTFILE to their home directory which is NFS mounted. Try modifying the HISTFILE environment variable in /etc/profile so that it points to some local filesystem, e.g. in /etc/profile add:
export HISTFILE=/tmp/.sh_history.$LOGNAME.$$
Hope this helps.
-Santosh
Life is what's happening while you're busy making other plans
Well we've tried most of the obvious stuff ..... I would suggest disabling NIS to see if a local passwd file works better / & hence see i fthis is NIS related.
What O/S is your NIS master ?
Also things to look into .... are hpterm or xterm failing too .... I suspect they are.
ensure you have the latest CDE and NIS patches installed.
I've also seen cases where this disappears as mysteriously as it appeared - no explanation found so loathe as I am to say it have you tried a reboot ?
the problem occured after i upgraded the mashine with another 256MB ram, and i changed /etc/rc.config.d/LANG so it used sv_SE.iso88591 instead of C.. ive changed back to default now, whitout any result.
but since it works when running telnet or su -... (when running su -, and export DISPLAY it also works with dtterm, xterm and hpterm) just have to make it possible to redirect .sh.history when running dtlogin aswell.. how?