cronとcrontabの失敗したサブプロセス間のデッドロック

cronとcrontabの失敗したサブプロセス間のデッドロック

cron両方のプロセスが期限切れになり始めたが、cron戻りコードを選択せず​​に終了する奇妙なデッドロック状況に直面しました。 root ユーザーへのアクセス権がありません。

myuser@myserver:~) ps -ef | grep 30163                                  11:29AM
3701     28964 29950  0 11:30 pts/13   00:00:00 grep 30163
root     30163  6622  0 11:00 ?        00:00:00 /usr/sbin/cron
3701     30199 30163  0 11:00 ?        00:00:00 [monitor_daemon] <defunct>
3701     30598 30163  0 11:00 ?        00:00:00 [sendmail] <defunct>
myuser@myserver:~)
  1. 私たちがこのような状況に陥った理由は知られていますか?
  2. rootユーザーにアクセスせずにメモリを大量に消費するこれら3つのプロセスを削除するにはどうすればよいですか?

私は次のカーネル/ディストリビューションを使用しています:

Linux myserver 2.6.32.23-0.3-default #1 SMP 2010-10-07 14:57:45 +0200 x86_64 x86_64 x86_64 GNU/Linux
LSB_VERSION="core-2.0-noarch:core-3.2-noarch:core-4.0-noarch:core-2.0-x86_64:core-3.2-x86_64:core-4.0-x86_64"
SUSE Linux Enterprise Server 11 (x86_64)
VERSION = 11
PATCHLEVEL = 1

答え1

EoLリリース(2012-11-08)当時、最新のSLES11 SP1カーネルは2.6.32.59-0.7でした。

カーネル2.6.32.23-0.3.1は2010年10月8日からです。

したがって、未解決のオペレーティングシステムエラーが発生する可能性が高くなります。

ルート管理者を目覚めさせ、システムを正常に戻すように言います。

現在サポートされているSLES11はSP2です。カーネル: 3.0.80...

質問の2番目の部分:これらのプロセスは所有者(ルート)でのみ削除できます。

関連情報