mvが失敗して残ってしまったプロセスを消したい。

Name: mv
State: D (disk sleep)
Tgid: 16489
Pid: 16489
PPid: 1
TracerPid: 0
Uid: 4630 4630 4630 4630
Gid: 2000 2000 2000 2000
FDSize: 32
Groups: 2000
VmSize: 4844 kB
VmLck: 0 kB
VmRSS: 792 kB
VmData: 156 kB
VmStk: 28 kB
VmExe: 52 kB
VmLib: 1440 kB
SigPnd: 0000000000000100
ShdPnd: 0000000000024103
SigBlk: fffffffffffffeff
SigIgn: 0000000000000000
SigCgt: 0000000000000000
CapInh: 0000000000000000
CapPrm: 0000000000000000
CapEff: 0000000000000000

koaraさんの書き込み (2006-11-28 16:30) より:
ps -auxwwでSTATが"D"になっています。

kill プロセスID
kill -9 プロセスID
kill -KILL プロセスID

どれを試しても消えません。

再起動するしかないでしょうか？

Linuxの仕様です。
ステータスがDになっていると、プロセスにシグナルが配送されませんので。

kernel: RPC: buffer allocation failed for task e16edcb4

koaraさんの書き込み (2006-11-29 11:02) より:
ディスク障害を疑って /var/log/messages を見たのですが、
それと思われるエラーは残っていませんでした。

関係するか分かりませんが、
mv が失敗してから再起動するまで

引用:
kernel: RPC: buffer allocation failed for task e16edcb4

というエラーが数分おきに発生していました。

syslogにエラーが出力されるとは限りません。

ですが...

NFSのエラーですね。NFSマウントしている領域を使っていたのでしょうか。
だとすると、カーネルが原因でしょうね。

koaraさんの書き込み (2006-12-04 14:05) より:
NFSのエラー => カーネルが原因という流れになる理由が分かりません。

"NFSとは"でぐぐると
『NFS はカーネルと密接に関係している部分が多く、性能を向上させるためには、カーネルレベルのチューニングが必要になります。』
と説明しているサイトがありました。

そういう観点での判断なのでしょうか？
また、カーネルアップデートで解消するのでしょうか？

密接どころか、LinuxのNFSクライアントはカーネルのFSモジュールです。
ext3や他のファイルシステムと同様にカーネル内で動作しています。

解消するかもしれませんし、しないかもしれません。

現象が解決済みのバグだとすれば、
一番可能性の高い解決方法はカーネルのアップデートでしょう。

http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=118839