From mboxrd@z Thu Jan 1 00:00:00 1970 From: Franchoze Eric Subject: WARN_ON(sk->sk_forward_alloc) 2.6.32.17 Date: Thu, 19 Aug 2010 22:00:43 +0400 Message-ID: <11291282240843@web72.yandex.ru> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit To: netdev@vger.kernel.org Return-path: Received: from forward4.mail.yandex.net ([77.88.46.9]:52967 "EHLO forward4.mail.yandex.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750927Ab0HSSAq (ORCPT ); Thu, 19 Aug 2010 14:00:46 -0400 Received: from web72.yandex.ru (web72.yandex.ru [77.88.46.34]) by forward4.mail.yandex.net (Yandex) with ESMTP id 8276A6AD8AED for ; Thu, 19 Aug 2010 22:00:44 +0400 (MSD) Received: from localhost (localhost.localdomain [127.0.0.1]) by web72.yandex.ru (Yandex) with ESMTP id 80316FC003F for ; Thu, 19 Aug 2010 22:00:44 +0400 (MSD) Sender: netdev-owner@vger.kernel.org List-ID: Hello, I got the follwing bug in inet_sock_destruct(struct sock *sk) caused with check WARN_ON(sk->sk_forward_alloc). This happens only on high load server. I tried to reprodue it on local machine but without luck. I would be happy to hear any ideas how to fix or reprosuce it on test machine. - it happends when restarting openvpn server with /etc/init.d/openvpn restart (kill application); - it is reproducible - happens only on high load - warning does not happen on 2.6.18 kernel with same environment (warning exist in 2.6.18). kernel: ------------[ cut here ]------------ kernel: WARNING: at net/ipv4/af_inet.c:153 inet_sock_destruct+0xfb/0x114() kernel: Hardware name: PowerEdge SC1435 kernel: Modules linked in: ipt_REJECT xt_connlimit xt_limit iptable_filter ipt_REDIRECT xt_tcpudp xt_state xt_multiport iptable_nat nf_nat nf_conntrack_ipv4 nf_conntrack nf_defrag_ipv4 ip_tables x_tables tun 8021q dm_mirror dm_multipath scsi_dh sbs sbshc power_meter hwmon battery ac sg dcdbas tpm_tis tpm serio_raw tpm_bios button rtc_cmos rtc_core rtc_lib tg3 firmware_class libphy amd64_edac_mod edac_core i2c_piix4 i2c_core dm_region_hash dm_log dm_mod sata_svw libata sd_mod scsi_mod ext3 jbd kernel: Pid: 15163, comm: openvpn Tainted: G W 2.6.32.17 #3 kernel: Call Trace: kernel: [] ? inet_sock_destruct+0xfb/0x114 kernel: [] warn_slowpath_common+0x77/0x8f kernel: [] warn_slowpath_null+0xf/0x11 kernel: [] inet_sock_destruct+0xfb/0x114 kernel: [] __sk_free+0x1e/0xdb kernel: [] sk_free+0x17/0x19 kernel: [] sock_put+0x14/0x16 kernel: [] sk_common_release+0xac/0xb1 kernel: [] udp_lib_close+0x9/0xb kernel: [] inet_release+0x58/0x5f kernel: [] sock_release+0x1a/0x6c kernel: [] sock_close+0x22/0x26 kernel: [] __fput+0xf6/0x193 kernel: [] fput+0x15/0x17 kernel: [] filp_close+0x67/0x72 kernel: [] put_files_struct+0x77/0xcb kernel: [] exit_files+0x36/0x3b kernel: [] do_exit+0x23f/0x65e kernel: [] ? set_tsk_thread_flag+0xd/0xf kernel: [] ? recalc_sigpending_tsk+0x36/0x3d kernel: [] sys_exit_group+0x0/0x16 kernel: [] get_signal_to_deliver+0x33a/0x38d kernel: [] do_notify_resume+0x8c/0x6bb kernel: [] ? _spin_lock_irqsave+0x18/0x34 kernel: [] ? remove_wait_queue+0x4c/0x51 kernel: [] ? do_wait+0x216/0x222 kernel: [] ? sys_wait4+0xad/0xbf kernel: [] int_signal+0x12/0x17 kernel: ---[ end trace 9ae8be71cf9ee7de ]--- Thanks, Eric.