mferreira744
20th June 2007, 01:04
Hi everybody,
I am in trouble with my system: due to a unknown reason, the processes bshell of my users are never more listed within ps -ef | grep bshell.
But licmon6.1 -w is still working...
This is a question here once we use it to determine idle licenses in a periodical job. Furthermore, I wonder if this couldn't be kind a warning to bigger problems into our server.
Any ideas?
Thank u all
Marcos
norwim
20th June 2007, 08:32
Hmmm,
what does $BSE/lib/ipc_info look like? Never tried it, but perhaps bshell6.1 (the executable) can be renamed?
Since when do you have this problem? Has the ps command changed?
Interesting story, please keep us informed.
regards
Norbert
kaukul
20th June 2007, 11:25
Hi,
Run command: licmon6.1 -c (This will clean up orphaned licenses)
Run command licmon6.1 -u (This gives total user count)
Then, check ps -ef|grep bshell.
Also, please check you are running this command on application server and not on database server (if DB server is different) and/or License server (if License server is different)....
Regards,
Kaustubh
mferreira744
20th June 2007, 17:13
Thank u for the attention.
Well, this problem has began last jun 8, and we didn't perform nothing special this day...
Here we have both oracle and baan at the same server...
The ipc_info file do contain information about bshell - like this "bshell s 0 0 p ${BSE}/bin/bshell6.1" and this file is this path...
I tried licmon6.1 -C (lower c didn't work) and licmon6.1 -u but that ps is still not working...
One curious thing is that ps command show us other process, like oracle, sh_server etc...
Another information is that our company has had no contract (clearly: Baan updates) with Baan, Invencys(?), SSA or Infor since 2004...
dave_23
20th June 2007, 23:22
ps -ef will only show your (the user invoking ps) processes.
you need to use ps -aef to show all of them.
Dave
mferreira744
21st June 2007, 01:11
sorry dave, but ps -aef failed too. For being sure, I am always trying these commands in a terminal at the server - and the incredible is that ps -ef was working...
norwim
21st June 2007, 08:38
Are you sure that you are calling the "right" ps? What does "which ps" tell you?
When you said that it worked at a terminal at the server .... is your logon the same when you try it somewhere else?
Sounds like someone built a shell script named "ps" which is calling "/bin/ps | grep -v bshell"
:-)
good luck
Morbert
mferreira744
22nd June 2007, 17:36
Hi Norwin, i've checked out weather there would have another "ps" making this joke, but there isn't. When i refered to "that ps" i mean the complete problem's command: ps -ef |grep bshell
kaukul
25th June 2007, 06:58
Hi,
If on HP-UX: Try top command. (Run top)
If on Solaris: Try prstat command. (Run prstat -n 10 for top 10 processes)
These processes should show you processes consuming maximum CPUs.
See if you can find any bshell processes in these top processes.
Regards,
Kaustubh