I kept seeing odd error messages from my shell script that simply made no sense.\u00a0 No matter what changes I made a new error seemed to pop up.\u00a0 A short while later I did notice at the top of the script that it was using a korn shell interpreter.<\/p>\n
#!\/usr\/bin\/ksh\r\n<\/code><\/pre>\n<\/div>\nThis was not as helpful as you might initially guess.\u00a0 Sure there are differences between the two shells but most of the scripts that I write would work under either.\u00a0 Besides, I had a small script with the new code I wanted to test and it worked fine under both the bash and korn shell.<\/p>\n
I didn’t initially consider that the the script itself wasn’t not being run in the same manner by the calling system as by me.<\/p>\n
In the end I wanted to determine if the shell was the same as what I had selected – after all how could it not be my shell.<\/p>\n
The most straight forward method would be to see which shell is interpreting.\u00a0 It is just as easy as checking which process or processes are running.\u00a0 Just to see which programs, in this case our shell, is running I ran the process status command (ps).<\/p>\n
Nothing else is really running in my Korn shell example.\u00a0 The only two processes is the korn shell and the ps command.\u00a0 The Korn shell is not really all that surprising as this is a terminal window for my user and the Korn shell was the shell setup for in the \/etc\/passwd file.<\/p>\n
Korn shell<\/p>\n
\n> ps -f\r\n\r\n UID PID PPID C STIME TTY TIME CMD\r\n fkadm 3819 3816 0 14:52:41 pts\/2 0:00 -ksh\r\n fkadm 4609 3819 0 14:54:37 pts\/2 0:00 ps -f<\/code><\/pre>\n<\/div>\nIt is almost the exact same story for the Bash shell.\u00a0 My user was started with a Korn shell and (process 23509) and then ran the Bash shell (process 23541).\u00a0 The ps command is then run from the Bash shell reporting on anything that is running.<\/p>\n
Bash shell<\/p>\n
\n> ps -f\r\n\r\n UID PID PPID C STIME TTY TIME CMD\r\n fkbin 23509 23507 0 10:27:31 pts\/4 0:00 -ksh\r\n fkbin 23541 23509 0 10:27:31 pts\/4 0:00 bash\r\n fkbin 4128 23541 0 14:53:51 pts\/4 0:00 ps -f<\/code><\/pre>\n<\/div>\nThe starting point for my finding my shell is to know which of the many processes to look at.\u00a0 The good news is that I am able to get my process id using the special shell variable “$$”.<\/p>\n
Everything from that point is pretty straight forward.\u00a0 We can use the -p and -o arguments with the ps command to see specific values for a specific process.<\/p>\n
<\/p>\n
process status (ps)<\/p>\n
\n\n\nargument<\/th>\n Description<\/th>\n Description<\/th>\n<\/tr>\n \n-p<\/td>\n process id<\/td>\n selects process status from list where the process id matches this value.<\/td>\n<\/tr>\n \n-o<\/td>\n format<\/td>\n The format is one of many possible fields that can be selected from the process status.\u00a0 There are quite a few possibilities, but the ones that stood out as the most immediately interesting are as follows.<\/p>\n\n- user<\/li>\n
- pid<\/li>\n
- ppid<\/li>\n
- stime<\/li>\n
- tty<\/li>\n
- args<\/li>\n
- comm<\/li>\n<\/ul>\n
The first six should look familiar as these are the values that are output when doing a full listing (-f).\u00a0 The comm format is the actual command which in this case is the interpreter while the args is both the command and its arguments.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n
With this little bit of knowledge I had enough information to query what interpreter was running my script.<\/p>\n
\r\n#!\/usr\/bin\/bash\r\nMYPID=$$\r\nMYSHELL=`ps -p $MYPID -o comm | egrep -v "CMD|COMMAND"`\r\nMYCOMMAND=`ps -p $MYPID -o args | egrep -v "CMD|COMMAND"`\r\necho the shell for process id $MYPID is $MYSHELL. \r\necho the entire command is $MYCOMMAND\r\n<\/pre>\nThis type of shell goodness should be all that it takes to find out more about how you are being called.\u00a0 I was a bit surprised to see that my script was being called with a different shell altogether.<\/p>\n
The shell calling my program was \/usr\/bin\/sh which is a lot less compatible with either the Korn or Bash shell.\u00a0 A bit more digging and I found out that the script was being passed directly to the shell interpreter.\u00a0 This explains why the Korn shell wasn’t being used.<\/p>\n
\nsh \/home\/specialuser\/scripts\/myscript.sh<\/code><\/pre>\n<\/div>\nWell, I guess this is proof that you cannot always trust IT.<\/p>\n","protected":false},"excerpt":{"rendered":"
I kept seeing odd error messages from my shell script that simply made no sense.\u00a0 No matter what changes I made a new error seemed to pop up.\u00a0 A short while later I did notice at the top of the … Continue reading