Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
Home
Discussion Groups
Database Servers
DB2InformixIngresMS SQLOraclePervasive.SQLPostgreSQLProgressSybase
Desktop Databases
FileMakerFoxProMS AccessParadox
General
General DB TopicsDatabase Theory
Related Topics
Java Development.NET DevelopmentVB DevelopmentMore Topics ...

Database Forum / Informix Topics / October 2006

Tip: Looking for answers? Try searching our database.

automatically killing idle "fglgo" process

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
Carl Wu - 25 Oct 2006 01:50 GMT
Hello everyone!
We are implementing a script to automatically kill off idle application
sessions. The way we identify whether it's idle is by the timestamps
obtained by "onstat -g ntt", and we will use "kill -15" to kill off the
"fglgo" process if the sesion is idle for more than a configured length
of time.
We have around 300 users, each day 50 or so of such sessions may be
killed.

Does any one see any problem with this approach? Would this de-stablise
the engine in any way?

OS: Solaris 5.8
IDS 9.40.UC6
IBM INFORMIX-4GL Version   7.32.UC2 Pcode Version 732

Thanks in advance!

Regards,
Carl Y. Wu
Davorin Kremenjas - 30 Oct 2006 12:44 GMT
Since you already decided to use "onstat -g ntt" the you can also use
session id (sid) of idle session and sent it "onmode -z" to attempt more
gracefull kill.

> Hello everyone!
> We are implementing a script to automatically kill off idle application
[quoted text clipped - 16 lines]
> Regards,
> Carl Y. Wu
Carl Wu - 31 Oct 2006 00:03 GMT
> Since you already decided to use "onstat -g ntt" the you can also use
> session id (sid) of idle session and sent it "onmode -z" to attempt more
> gracefull kill.

Thanks Davorin.
The application processes are run by a separate user id, and the script
to kill idle processes are also run by that user id. This is an
advantage as that user id does not have DBA permission. "onmode -z"
will have to be run as user "informix", which would be undesirable.
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.