From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753464AbbJZJL1 (ORCPT ); Mon, 26 Oct 2015 05:11:27 -0400 Received: from vps01.wiesinger.com ([46.36.37.179]:48134 "EHLO vps01.wiesinger.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752905AbbJZJLZ (ORCPT ); Mon, 26 Oct 2015 05:11:25 -0400 Subject: Re: Linux 4.2.4 To: Jozsef Kadlecsik References: <20151023003306.GA25388@kroah.com> <562C83FD.6010402@wiesinger.com> <20151025082547.GA22300@kroah.com> <20151025090308.GA17656@1wt.eu> <562CA13C.90500@wiesinger.com> <20151025094634.GA6832@1wt.eu> <562CB396.2080509@wiesinger.com> <562D36D9.9060504@wiesinger.com> Cc: Willy Tarreau , Linux Kernel Network Developers , netfilter-devel@vger.kernel.org, Greg KH , linux-kernel@vger.kernel.org, Andrew Morton , torvalds@linux-foundation.org, stable@vger.kernel.org, lwn@lwn.net, Jiri Slaby From: Gerhard Wiesinger Message-ID: <562DEE2F.6030809@wiesinger.com> Date: Mon, 26 Oct 2015 10:11:11 +0100 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-MailScanner-Information-wiesinger-com: Please contact the ISP for more information X-yoursite-MailScanner-ID: t9Q9BBRA028473 X-MailScanner-wiesinger-com: Found to be clean X-MailScanner-SpamCheck-wiesinger-com: not spam, SpamAssassin (not cached, score=-1, required 4.5, autolearn=not spam, ALL_TRUSTED -1.00) X-yoursite-MailScanner-From: lists@wiesinger.com Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 26.10.2015 09:58, Jozsef Kadlecsik wrote: > On Sun, 25 Oct 2015, Gerhard Wiesinger wrote: > >> Also any idea regarding the second isssue? Or do you think it has the >> same root cause? > Looking at your RedHat bugzilla report, the "nf_conntrack: table full, > dropping packet" and "Alignment trap: not handling instruction" are two > unrelated issues and the second one is triggered by the unaligned counter > extension acccess in ipset, I'm investigating. I can't think of any reason > how those issues could be related to each other. Yes, they are unrelated. Issue 1: nf_conntrack: table full, dropping packet => Fixed with 4.2.4 Issue 2: Alignment trap: not handling instruction => Happens when ipset counters are enabled Please keep in mind it happens with IPv6 commands. Currently 4.2.4 without ipset counters runs well. Ciao, Gerhard