Simon; I can't help with the "sleep" question on stopudt but I just want to point out that listuser and deleteuser are actually OS level commands.
This means that your administrators don't need to access your system to issue the deleteuser command. They can even do the listuser to make sure they get the right pid. I don't know if there is any external way to see locks and open files per user (see help phantom for port.status filemap) besides UniAdmin. hth -- Colin Alfke Calgary, Alberta Canada "Just because something isn't broken doesn't mean that you can't fix it" Stu Pickles -----Original Message----- From: Simon Lewington [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 11, 2004 5:21 AM To: [EMAIL PROTECTED] Subject: [UD] stopudt and recycled pids Got a problem that I haven't been able to resolve with UK support - hoping that someone on the list with knowledge of Unidata internals can help. We have to use stopudt to kill sessions where a network connection has been lost - can't use deleteuser because that requires NT administrator rights (the users of our system don't have those, and IT people with those rights don't have logins for our system). Problem is that stopudt is successfully killing a process, NT is then reusing that session's pid for a new session, and then stopudt is killing that new session. I'm guessing that stopudt does something along the lines of... While [process id exists as unidata session] and [up to a maximuim number of repeats] do Issue kill signal for process id Wait Repeat We've got some processes that run as phantoms that are [very] occasianally getting killed off a few seconds after login. I'm certain that this is caused by stopudt running a second hit (Tarantino style) on a process number that it did kill but thinks it didn't. It should be pretty easy for IBM to add a check to stopudt that the process is still the same one (by checking the start time for example) but failing that I need to put a sleep at the top of the phantom processes so that they get killed while sleeping instead of while updating files. In order to know how long to sleep for, I need to know how many loops stopudt does and how long it pauses for at each iteration. Can anyone help with that? Various UD versions from 5.2.9 to 6.0.7 - although problem only seen on 5.2.9 Win 2k site. Cheers Simon -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users -- u2-users mailing list [EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users
