Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758450Ab0GHTDW (ORCPT ); Thu, 8 Jul 2010 15:03:22 -0400 Received: from mail-yx0-f174.google.com ([209.85.213.174]:32857 "EHLO mail-yx0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1758383Ab0GHTDU convert rfc822-to-8bit (ORCPT ); Thu, 8 Jul 2010 15:03:20 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=s/Xry8C00K2qN1k+F+wPlKiGscFr+lAEGfw+pa84Q6eXi9i4jUd/88CQkk6vUESkut Bbvd42nH6KzR6nwENv5H50vm8nC/AICHZ+JLUiUPQHXD0pJOw/IiHwMZvIFoMMmg7RQM 4LBqRgXYDDGavOKHH+/1O0Me3ESfylrweyiqI= MIME-Version: 1.0 Date: Thu, 8 Jul 2010 16:03:19 -0300 Message-ID: Subject: Squid hang up on 2.6.34 From: Felipe W Damasio To: linux-kernel@vger.kernel.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3087 Lines: 70 Hi All, I've been using squid for a few months now. It worked great until recently, when we upgraded to kernel 2.6.34. We're using squid on bridge scenario with TProxy. Squid simply hung up (connections with squidclient didn't work), and the process didn't respond to kill. I had to use "kill -9". The dmesg output was: kernel: general protection fault: 0000 [#1] SMP kernel: last sysfs file: /sys/devices/pci0000:00/0000:00:1f.3/i2c-0/name kernel: CPU 1 kernel: Modules linked in: kernel: Pid: 18351, comm: squid Not tainted 2.6.34 #1 DX58SO/ kernel: RIP: 0010:[] ?[] sock_rfree+0x26/0x37 kernel: RSP: 0018:ffff88041c28fc20 ?EFLAGS: 00010206 kernel: RAX: dce8dce85d415d41 RBX: ffff88038f098c00 RCX: 0000000000000720 kernel: RDX: ffff8804053b2e00 RSI: ffff88032564ee0c RDI: ffff88038f098c00 kernel: RBP: ffff8804051b2e00 R08: 0000000000000000 R09: 0000000000000000 kernel: R10: 0000000000020860 R11: ffff8804051b2e00 R12: 00000000000005a8 kernel: R13: 00000000000005a8 R14: 0000000000003d21 R15: 0000000000000000 kernel: FS: ?00007f214fa8c710(0000) GS:ffff880001840000(0000) knlGS:0000000000000000 kernel: CS: ?0010 DS: 0000 ES: 0000 CR0: 0000000080050033 kernel: CR2: 000000000b388000 CR3: 000000041c4c4000 CR4: 00000000000006e0 kernel: DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 kernel: DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 kernel: Process squid (pid: 18351, threadinfo ffff88041c28e000, task ffff88042e0fcec0) kernel: Stack: kernel: ffffffff81365dda ffff88038f098c00 ffffffff81365b8c ffff88038f098c00 kernel: <0> ffffffff813a222a 00000000000000d0 ffffffff81366af9 000000002e0fcec0 kernel: <0> ffff88042e0fcec0 ffff88042e0fcec0 ffff88042e0fcec0 0000000014d31cc0 kernel: Call Trace: kernel: [] ? skb_release_head_state+0x6d/0xb7 kernel: [] ? __kfree_skb+0x9/0x7d kernel: [] ? tcp_recvmsg+0x6a3/0x89a kernel: [] ? __alloc_skb+0x5e/0x14e kernel: [] ? sock_common_recvmsg+0x30/0x45 kernel: [] ? sock_aio_read+0xdd/0xf1 kernel: [] ? do_sync_read+0xb0/0xf2 kernel: [] ? _raw_spin_lock_bh+0x9/0x1f kernel: [] ? vfs_read+0xb9/0xff kernel: [] ? sys_read+0x45/0x6e kernel: [] ? system_call_fastpath+0x16/0x1b kernel: Code: ff ff ff ff c3 48 8b 57 18 8b 87 d8 00 00 00 48 8d 8a ac 00 00 00 f0 29 82 ac 00 00 00 48 8b 57 18 8b 8f d8 00 00 00 48 8b 42 38 <48> 83 b8 b0 00 00 00 00 74 06 01 8a f4 00 00 00 c3 41 57 41 89 kernel: RIP ?[] sock_rfree+0x26/0x37 kernel: RSP kernel: ---[ end trace bcd320fe508cc071 ]--- Can anybody help me? What information can I provide you to track down this issue? Cheers, Felipe Damasio -- 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/