[3110] in Release_7.7_team
Re: Athena 9.0.24 for Linux tonight
daemon@ATHENA.MIT.EDU (Greg Hudson)
Fri Jan 25 23:02:50 2002
From: Greg Hudson <ghudson@MIT.EDU>
To: Thomas E Cavin <cavin@MIT.EDU>
Cc: Athena Software Release Team <release-team@MIT.EDU>
In-Reply-To: <15441.53815.722474.791888@lap1-wccf.mit.edu>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Date: 25 Jan 2002 23:01:56 -0500
Message-Id: <1012017716.15121.78.camel@error-messages.mit.edu>
Mime-Version: 1.0
On Fri, 2002-01-25 at 16:46, Thomas E Cavin wrote:
> I thought the update_ws script would wait for the system to be idle with no
> users before updating the system. The user is concerned that this might
> happen when he was running a long analysis job overnight.
Well, it shouldn't happen, but there's always the possibility of a bug.
If you want, you can follow along with what reactivate.sh does to check
by following these instructions:
1. Run "w -h -s" to get a list of ttys of people logged in. We are
actually only interested in the second field (the tty name).
2. For each listed tty, do "ps --no-heading -j -t TTYNAME" to get a
list of processes in that tty. Look for the process for which the first
and third numbers are the same, and remember that number. That's the
session leader of the tty.
3. For each pid retrieved according to the above step, check if it is
equal to /var/athena/dm.pid, and discard it if so. Otherwise, use "kill
-0 PID" to see if the pid is still alive. (This shouldn't really be
necessary on Linux because of the way the pids are obtained, but it's
what reactivate does because of the way pids are obtained on other
platforms.) If the pid is dead, discard it.
4. If there are any pids left, then reactivate won't do most of its
work, including checking for and taking an update.
If there is some oddity about this person's session such that no pids
are yielded by the above steps, then we'd like to know about it in as
much detail as possible ("w" output, "ps auxww" output, exactly what
windows are open) so that we can make the check more robust.
