Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S261572AbUKIQZJ (ORCPT ); Tue, 9 Nov 2004 11:25:09 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S261565AbUKIQZJ (ORCPT ); Tue, 9 Nov 2004 11:25:09 -0500 Received: from kenga.kmv.ru ([217.13.212.5]:24456 "EHLO kenga.kmv.ru") by vger.kernel.org with ESMTP id S261572AbUKIQYs (ORCPT ); Tue, 9 Nov 2004 11:24:48 -0500 Date: Tue, 9 Nov 2004 19:24:45 +0300 From: "Andrey J. Melnikoff (TEMHOTA)" To: linux-kernel@vger.kernel.org Subject: [2.4.28-rc1] process stuck in release_task() call Message-ID: <20041109162445.GM24130@kmv.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6+20040907i X-Data-Status: msg.XXOeT3He:7512@kenga.kmv.ru Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3973 Lines: 100 Hello! With 2.4.28-pre3 and 2.4.28-rc1 i see strange situation - sendmail some times get stuck into release_task() call. System - Tyan Tiger MPX, dual Athlon MP 2800+ with 1Gb memory. --- SysRq-T output --- ksymoops 2.4.9 on i686 2.4.28-rc1. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.4.28-rc1/ (default) -m /boot/System.map-2.4.28-rc1 (default) Reading Oops report from the terminal sendmail S C012073D 0 15814 1 32701 14365 (NOTLB) Using defaults from ksymoops -t elf32-i386 -a i386 Call Trace: [] [] [] sendmail Z 00000000 4 30459 15814 30669 (L-TLB) Call Trace: [] [] [] [] [] sendmail Z 00000000 0 30669 15814 30707 30459 (L-TLB) Call Trace: [] [] [] [] sendmail Z 00000000 4 30707 15814 31549 30669 (L-TLB) Call Trace: [] [] [] [] sendmail Z 00000000 2624 31549 15814 31708 30707 (L-TLB) Call Trace: [] [] [] [] sendmail Z 00000000 0 31708 15814 32269 31549 (L-TLB) Call Trace: [] [] [] [] sendmail Z 00000000 0 32269 15814 32352 31708 (L-TLB) Call Trace: [] [] [] [] sendmail Z 00000000 20 32352 15814 32403 32269 (L-TLB) Call Trace: [] [] [] [] sendmail Z 00000000 0 32403 15814 32413 32352 (L-TLB) Call Trace: [] [] [] [] sendmail Z 00000000 624 32413 15814 32468 32403 (L-TLB) Call Trace: [] [] [] [] sendmail Z 00000000 0 32468 15814 32473 32413 (L-TLB) Call Trace: [] [] [] [] sendmail Z 00000000 0 32473 15814 32482 32468 (L-TLB) Call Trace: [] [] [] [] sendmail Z 00000000 0 32482 15814 32499 32473 (L-TLB) Call Trace: [] [] [] [] ..... many sendmail zombies ...... Warning (Oops_read): Code line not seen, dumping what data is available Proc; sendmail >>EIP; c012073d <===== Trace; c012073d Trace; c0106582 Trace; c0107717 Proc; sendmail >>EIP; 00000000 Before first symbol Trace; c0120f53 Trace; c0121600 Trace; c011547d Trace; c0121725 Trace; c0107717 Proc; sendmail >>EIP; 00000000 Before first symbol Trace; c0120f53 Trace; c0121600 Trace; c0121725 Trace; c0107717 Proc; sendmail .... same trace with other zombies ...... disassemble show other result - process stuck into free_pages() call: c0120540 : c0120540: 55 push %ebp .... c0120736: 89 d8 mov %ebx,%eax c0120738: e8 73 dd 01 00 call c013e4b0 <= here c012073d: 83 c4 10 add $0x10,%esp c0120740: 5b pop %ebx c0120741: 5e pop %esi c0120742: c9 leave .... Any hints ? -- Best regards, TEMHOTA-RIPN aka MJA13-RIPE System Administrator. mailto:temnota@kmv.ru - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/