Options to stop processes that can't be killed -9 other than reboot

[Furnish, Trever G]

Those are HP Data Protector processes, and as you have hopefully gleaned from the other responses to your question, it's not the process that's hung the tape drive, but rather the tape drive that's hung the process.

If you use 'ps auxww' instead of 'ps -ef', then you'll see process state as the 8th column.  My guess is that this column will be either "D" (uninterruptible sleep) or "Z" (defunct).  If it's Z, stop worrying about it.  If it's D...give up or start jiggling cables. :-)  D typically means it's waiting on hardware, and it'll wait forever.  If it's "S", then it'll wake up when the kernel wakes it up (but it should respond to the kill -9 in that case).

Here's the process state list from the man page of RHEL's ps:
PROCESS STATE CODES
Here are the different values that the s, stat and state output specifiers (header "STAT" or "S") will display to describe
the state of a process.
D    Uninterruptible sleep (usually IO)
R    Running or runnable (on run queue)
S    Interruptible sleep (waiting for an event to complete)
T    Stopped, either by a job control signal or because it is being traced.
W    paging (not valid since the 2.6.xx kernel)
X    dead (should never be seen)
Z    Defunct ("zombie") process, terminated but not reaped by its parent.



-----Original Message-----
From: redhat-list-bounces at redhat.com [mailto:redhat-list-bounces at redhat.com] On Behalf Of sunhux G
Sent: Sunday, August 14, 2011 10:54 PM
To: General Red Hat Linux discussion list
Subject: Options to stop processes that can't be killed -9 other than reboot

Hi

I have 2 processes (shown by ps -ef  below) which has 'jammed' the tape drive below & I can't "kill -9" them.

Is there any way short of reboot to stop them, say "service xxx restart" or anything else other than rebooting this Linux 4.x server?  Since reboot involves doing "service stop xxx" of various services, surely one of the xxx must be able to stop the processes (just an educated guess).  We faced this issue with our Dataprotector quite often so frequent reboot is not an option.

# ps -ef |grep -i bma |grep -v grep
root     10197     1  0 Aug13 ?        00:00:08 /opt/omni/lbin/vbda
-bmaname HP:Ultrium 4-SCSI_4 -type 2 -start 1313175661 -level 0 -access 1 0 -protection 2 1209600 -name / -ma xxxdgjt1.ss.de 22000 -id
1313175612 -volume / -profile -no_lock -hlink -no_touch -no_encode -no_expand_sparse -no_nwuncompress -no_compress -no_preview -profile -report 0 -on_busy  2 -no_nthlink -archattr -share_info -objname 02 xxxdgjt1.ss.de:/ // / -no_aligned
root     23303     1  0 Aug13 ?        00:00:03 /opt/omni/lbin/vbda
-bmaname HP:Ultrium 4-SCSI_1 -type 2 -start 1313192083 -level 0 -access 1 0 -protection 2 1209600 -name / -ma xxxdgjt1.ss.de 22000 -id
1313192026 -volume / -profile -no_lock -hlink -no_touch -no_encode -no_expand_sparse -no_nwuncompress -no_compress -no_preview -profile -report 0 -on_busy  2 -no_nthlink -archattr -share_info -objname 02 xxxdgjt1.ss.de:/ // / -no_aligned
root     25618     1  0 Aug13 ?        00:00:03 /opt/omni/lbin/vbda
-bmaname HP:Ultrium 4-SCSI_1 -type 2 -start 1313195066 -level 0 -access 1 0 -protection 2 1209600 -name / -ma xxxdgjt1.ss.de 22000 -id
1313195016 -volume / -profile -no_lock -hlink -no_touch -no_encode -no_expand_sparse -no_nwuncompress -no_compress -no_preview -profile -report 0 -on_busy  2 -no_nthlink -archattr -share_info -objname 02 xxxdgjt1.ss.de:/ // / -no_aligned


they're listening on the Tcp ports :

[root at xxxdgjt1 ~]# netstat -antp | grep 25618
tcp       21      0 172.17.1.47:5555            172.17.12.12:2128
     CLOSE_WAIT  25618/vbda
[root at xxxdgjt1 ~]# netstat -antp | grep 23303
tcp       21      0 172.17.1.47:5555            172.17.12.12:2073
     CLOSE_WAIT  23303/vbda


fuser all other partitions do not show processes locking/opening files, only the root (ie / ) partition :

# fuser / |grep 25618    ==> will show 25618 & 25618r as amongst the processes
# fuser / |grep 23303    ==> will show 23303 & 23303r as amongst the processes


# cd /etc
# ls */*omni*
xinetd.d/omni

opt/omni:
client  server

--
redhat-list mailing list
unsubscribe mailto:redhat-list-request at redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list