AIX

Hi,

Below mentioned are the .csh files under the location /oracle/C38(home directory of user orac38)

.sapenv_dehensv215.csh
.dbenv_dehensv215.csh
.dbenv.csh
.sapenv.csh

But we have compared this files with other systems files, both seems to be the same, but still we are not able to login to this user.

There is another user orac88 in the same server which we are able to succesfully login, we compared the .csh files also, both are same.

Which is the appropriate file which is read when we try to do a SU in server?

Please suggest

Thanks

Hi,
For debug, rename .cshrc -> .chsrc.sos and .profile -> .profile.sos and retry to log in.
Regards

This could be everything and is hard to tell from here. For instance, one conceivable reason: The user in question is not in a group which is necessary to source one of the files you mentioned.

I suggest you do as citroen said and try to nail down the problem by testing good one part of the login process after the other: rename all the files involved as citroen said, then reenable one after the other until the error happens again. Then you have found the culprit. Now repeat the process inside this file to find the offending line, etc..

This is less a technical question than a question of how well your debugging skills are developed. As you need these daily as a systems administrator i suggest you start immediately developing them.

I hope this helps.

bakunin

Hi,

I have modified files .cshrc and .profile as you mentioned.

Code:

-rwxrwxr-x    1 orac38   dba            1660 Jun  9 2011  .profile.sos
-rwxrwxr-x    1 orac38   dba            1801 Jun  9 2011  .cshrc.sos

But still i get the same error after login,

Code:

0:root@dehensv215:/oracle/C38 # su - orac38
foreach: Words not ()'ed.
% exit

is there any place wer we can see the logs of this user?

Thanks,

Moderator's Comments:

edit by bakunin: Is there any reason you stubbornly refuse to use CODE-tags?

Hi,
You may have a .login file. Rename it as .login.sos and try again.
Regards

Not sure what`s going wrong, please try

sudo su - ora32

Put the password of present user

or

pbrun su - ora32

If it is a power broker server

A process to debug what is going on...

Start with getting a listing of the current administration data. Also verify account has not become locked because the issues:

Code:

root@x107:[/]lsuser -a home shell pgrp account_locked unsuccessful_login_count idsldap,root
idsldap home=/home/idsldap shell=/usr/bin/ksh pgrp=idsldap account_locked=false
root home=/ shell=/usr/bin/ksh pgrp=system account_locked=false unsuccessful_login_count=0

With output from above - lets say I am interested in user idsldap

Code:

# mv /home/idsldap /home/idsldap.save
# mkdir /home/idsldap
# chown idsldap:idsldap /home/idsldap
# su - idsldap

I would expect su command to be fine, default prompt.
Now, move regualr files and directories from /home/idsldap.save back to /home/idsldap

Code:

$ exit
# mv /home/idsldap.save/* /home/idsldap
# su - idsldap
$ exit
# ls -lRa /home/idsldap.save

This will show a number of files beginning with a .. One by one move them back to the original home directory - after each file, try a su - idsldap. When that gives the original error message - you have found the file with the error.

Happy Hunting - Hope this helps!