Using export TMOUT kills the tty, but the application (lovely thing that it is) stays up in the background, unattached. Thus creating an even more difficult beast to track down and, well, kill. IBM's response? (In summary) Tell the vendor their app is not responding correctly, and have em fix it. Or write a shell script to logout the idle users.
Hence our original script, and my attempt to convert it to perl. Tony Akens -----Original Message----- From: Jeff [mailto:[EMAIL PROTECTED]] Sent: Tuesday, June 11, 2002 6:45 PM To: [EMAIL PROTECTED] Subject: Re: Killing Idle Users Why can't you just put export TMOUT=3600 readonly TMOUT in /etc/profile ? If it doesn't work, contact the vendor (IBM for AIX) for a patch. --- "Akens, Anthony" <[EMAIL PROTECTED]> wrote: > Hello, > I'm a sys-admin on an AIX (4.3) machine, and I'm trying to work > with a vendor program that doesn't behave very nicely. Basically, > if a user's connection to the server is inappropriately severed > the application keeps right on chugging, leaving the user > logged in. By inappropriately severed I mean if our link to the > site the user is at goes down, which happens more often then > I'd like, but that's a different problem. > > Anyway, back to the question... > There are quite a few problems with these unconnected sessions > being stuck out there, not least of which is that they eat up a > user license, which are pretty limited in amount. One good power > outage or link failure at can make it so we're out of licenses. > In that event the vendor says "Kill them by hand, do NOT automate > the process" which is all fine and good except that we have > several hundred users. That's a lot of time. > > The first thought was to use a shell idle logout time, but the > program doesn't respond to the request and remains logged in. > > The previous administrator had made a shell script to check idle > times and automatically log out the users, however since I've > taken over the box the uptimes have been far greater (I don't > believe in the same "reboot often" premise that he did) and now > his script has shown a severe weakness: It's not written to > handle longer PIDs. > > Rather then trying to fix his shell script, which is rather > convoluted, I thought it would be a perfect candidate for perl, > which I am just learning. If I post the script, can I get some > pointers on re-writing it? Thanks for your time > > Tony Akens > [EMAIL PROTECTED] > > -- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com -- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
