Windows pid kill

Richard Kreiss rkreiss at gccconsulting.net
Mon May 5 12:58:49 PDT 2008


After doing some research, I found there is a way to get the PID for a
windows processes, at least in terminal server.

One can query process * - all users
        Query process username

f:\>query process
 USERNAME              SESSIONNAME         ID    PID  IMAGE
>rkreiss               rdp-tcp#1829         9   4900  rdpclip.exe
>rkreiss               rdp-tcp#1829         9    776  explorer.exe
>rkreiss               rdp-tcp#1829         9   1152  cpqteam.exe
>rkreiss               rdp-tcp#1829         9   7224  ccapp.exe
>rkreiss               rdp-tcp#1829         9   4724  ctfmon.exe
>rkreiss               rdp-tcp#1829         9   6648  wzqkpick.exe
>rkreiss               rdp-tcp#1829         9   7200  cmd.exe
>rkreiss               rdp-tcp#1829         9   5240  p.exe
>rkreiss               rdp-tcp#1829         9   5008  mmc.exe
>rkreiss               rdp-tcp#1829         9   4288  tsadmin.exe
>rkreiss               rdp-tcp#1829         9   4152  cmd.exe
>rkreiss               rdp-tcp#1829         9   5236  cmd.exe
>rkreiss               rdp-tcp#1829         9   6616  query.exe
>rkreiss               rdp-tcp#1829         9   7144  qprocess.exe

Now to manually kill a process

Tskill 5240

This will kill p.exe

Or on could tskill p.exe /all 
This, according to what I read, should kill all p.exe in all sessions not
just mine.

Now to the question:

If one uses tskill rclerk.exe /all or just tskill 5026 (rclerk pid not
shown), how "gently" will this shutdown the clerk sessions?

Might I assume that if clerk in not in update on a record the file will be
closed and there should be no damage to the file.

However, what about if one of these sessions is in update mode on a record,
how high is the probability that the file will be damaged?

One of my client's needs to backup his system and finds that some of the
terminal server sessions have timed out while running clerk and cannot
backup the open file(s).  Thus the need to kill these processes.


Richard Kreiss
GCC Consulting
rkreiss at gccconsulting.net
  






More information about the Filepro-list mailing list