kill pid
Moderators: chulett, rschirm, roy
-
- Premium Member
- Posts: 236
- Joined: Sun Apr 01, 2007 7:41 am
- Location: Michigan
kill pid
how to kill pid of other users,if any one locked the job with there ids.
i need unix command to kill process ids of other users
i need unix command to kill process ids of other users
Killing the PID is not the FIRST thing you want to do. Also, killing the PID of another user is only possible if you're root or have root privs. Even if you kill the PID, it won't unlock the job.
First, try unlocking via Director.
Second (I just go here first), determine the lock that is in place on the job. Go to DS Administrator, Projects, highlight project, Command, issue "LIST.READU EVERY". Record the "Userno" for the process that has the job locked.
Third, issue command "UNLOCK USER Userno ALL"
Fourth, if third step fails, issue command "INSERT INTO VOC (F0, F1, F2, F3, F4, F5) VALUES ('UNLOCK','V','list_readu','E','BV','unlock');" This adds the UNLOCK verb to the specific project.
Then do third step again.
This will unlock the job. It will not kill the unix user's DS session that had the job locked.
Use with care and only as a last measure once you've determined the original user can't unlock the job on their own.
First, try unlocking via Director.
Second (I just go here first), determine the lock that is in place on the job. Go to DS Administrator, Projects, highlight project, Command, issue "LIST.READU EVERY". Record the "Userno" for the process that has the job locked.
Third, issue command "UNLOCK USER Userno ALL"
Fourth, if third step fails, issue command "INSERT INTO VOC (F0, F1, F2, F3, F4, F5) VALUES ('UNLOCK','V','list_readu','E','BV','unlock');" This adds the UNLOCK verb to the specific project.
Then do third step again.
This will unlock the job. It will not kill the unix user's DS session that had the job locked.
Use with care and only as a last measure once you've determined the original user can't unlock the job on their own.
-
- Participant
- Posts: 54607
- Joined: Wed Oct 23, 2002 10:52 pm
- Location: Sydney, Australia
- Contact:
I prefer to use list_readu from the operating system, because I can pipe its output through filters like grep to narrow my focus. I also like to capture the header line:
Code: Select all
list_readu | head -1 ; list_readu | grep rwurlod
IBM Software Services Group
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
to get unlock to work, create a symbolic link called unlock which points to list_readu. It's a magic trick - if list_readu is executing under the name unlock then it gains the functionality to unlock locks.
Kenneth Bland
Rank: Sempai
Belt: First degree black
Fight name: Captain Hook
Signature knockout: right upper cut followed by left hook
Signature submission: Crucifix combined with leg triangle
Rank: Sempai
Belt: First degree black
Fight name: Captain Hook
Signature knockout: right upper cut followed by left hook
Signature submission: Crucifix combined with leg triangle
If you type in "unlock ALL", the answer is EVERYTHING. If you type in "unlock USER 12345 ALL" then only the locks held by USER 12345. It works exactly the same as UNLOCK from the UV account inside dssh/uvsh, because it is the same. Most commands for the engine are executable from the unix command line (clear.file, mkdbfile, etc) with synonyms in the VOC pointing to them, sometimes as other names though. UNLOCK and LIST.READU point to the same unix executable list.readu.
Kenneth Bland
Rank: Sempai
Belt: First degree black
Fight name: Captain Hook
Signature knockout: right upper cut followed by left hook
Signature submission: Crucifix combined with leg triangle
Rank: Sempai
Belt: First degree black
Fight name: Captain Hook
Signature knockout: right upper cut followed by left hook
Signature submission: Crucifix combined with leg triangle
-
- Participant
- Posts: 54607
- Joined: Wed Oct 23, 2002 10:52 pm
- Location: Sydney, Australia
- Contact:
The need to have admin privileges doesn't go away just because you're executing from the operating system. The same restriction would occur if you used UNLOCK as a non-admin user at the TCL prompt.
IBM Software Services Group
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.