Hello,
On Tue, 6 Jan 2015, Jiri Slaby wrote:
> So what should be done to fix the issue in stable 3.12? Are those
> patches needed in the upstream kernel too? In that case I suppose it
> will propagate to me through upstream. Otherwise, could you send "3.12
> only" patches to stable@ so t
On 12/13/2014, 09:19 PM, Julian Anastasov wrote:
>
> Hello,
>
> On Thu, 11 Dec 2014, Smart Weblications GmbH - Florian Wiessner wrote:
>
[ 512.485323] CPU: 4 PID: 28142 Comm: vsftpd Not tainted 3.12.33 #5
>>>
>>> Above "#5" is same as previous oops. It means kernel
>>> is not upd
Hello,
On Thu, 11 Dec 2014, Smart Weblications GmbH - Florian Wiessner wrote:
> >> [ 512.485323] CPU: 4 PID: 28142 Comm: vsftpd Not tainted 3.12.33 #5
> >
> > Above "#5" is same as previous oops. It means kernel
> > is not updated. Or you updated only the IPVS modules after
> > appl
Hi,
Am 10.12.2014 22:41, schrieb Julian Anastasov:>
> Hello,
>
> On Tue, 9 Dec 2014, Smart Weblications GmbH - Florian Wiessner wrote:
>
>> I rebuild everything with the two provided patches and still get:
>>
>> [ 512.475449] BUG: unable to handle kernel NULL pointer dereference at
>> 0
Hello,
On Tue, 9 Dec 2014, Smart Weblications GmbH - Florian Wiessner wrote:
> I rebuild everything with the two provided patches and still get:
>
> [ 512.475449] BUG: unable to handle kernel NULL pointer dereference at
> 0014
> [ 512.481277] IP: [] nf_ct_seqadj_set+0x60/0
Hi Julian,
Am 08.12.2014 21:40, schrieb Julian Anastasov:
>
> Hello,
>
> On Mon, 8 Dec 2014, Smart Weblications GmbH - Florian Wiessner wrote:
>
>> Am 07.12.2014 19:27, schrieb Julian Anastasov:>
>>>
>>> I'm attaching a patch that avoids rerouting in
>>> IPVS for LOCAL_IN. Please test
Hello,
On Mon, 8 Dec 2014, Smart Weblications GmbH - Florian Wiessner wrote:
> Am 07.12.2014 19:27, schrieb Julian Anastasov:>
> >
> > I'm attaching a patch that avoids rerouting in
> > IPVS for LOCAL_IN. Please test it in your setup. My tests
> > were with NAT on today's net tree. I
Hi Julian,
Am 07.12.2014 19:27, schrieb Julian Anastasov:>
> Hello,
>
> On Fri, 5 Dec 2014, Smart Weblications GmbH - Florian Wiessner wrote:
>
>> thank you for the fast responses! I would like to test any patch for 3.12.
>
> I'm attaching a patch that avoids rerouting in
> IPVS for LO
Hi,
Am 05.12.2014 22:32, schrieb Julian Anastasov:
>
> Hello,
>
> On Fri, 5 Dec 2014, Smart Weblications GmbH - Florian Wiessner wrote:
>
>> thank you for the fast responses! I would like to test any patch for 3.12.
>
> I hope I'll have time this weekend...
>
>> If i understand co
Hello,
On Fri, 5 Dec 2014, Smart Weblications GmbH - Florian Wiessner wrote:
> thank you for the fast responses! I would like to test any patch for 3.12.
I'm attaching a patch that avoids rerouting in
IPVS for LOCAL_IN. Please test it in your setup. My tests
were with NAT on tod
Hello,
On Fri, 5 Dec 2014, Smart Weblications GmbH - Florian Wiessner wrote:
> thank you for the fast responses! I would like to test any patch for 3.12.
I hope I'll have time this weekend...
> If i understand correctly, i set:
>
> echo 0 > /proc/sys/net/ipv4/vs/snat_reroute
Hi,
Am 05.12.2014 10:55, schrieb Julian Anastasov:
>
> On Fri, 5 Dec 2014, Smart Weblications GmbH - Florian Wiessner wrote:
>
>> i tried with 3.12.33 without any XFRM and now got this one (which is
>> reproducable):
>>
>> [ 233.956012] BUG: unable to handle kernel NULL pointer dereference at
On Fri, Dec 05, 2014 at 01:15:51AM +0200, Julian Anastasov wrote:
>
> Hello,
>
> On Thu, 4 Dec 2014, Steffen Klassert wrote:
>
> > > [16623.096721] Call Trace:
> > > [16623.096744]
> > > [16623.096749] [] ? xfrm_sk_policy_lookup+0x44/0x9b
> > > [16623.096802] [] ? xfrm_lookup+0x91/0x44
On Thu, Dec 04, 2014 at 05:36:27PM +0100, Smart Weblications GmbH - Florian
Wiessner wrote:
> Hi,
>
> Am 04.12.2014 08:56, schrieb Steffen Klassert:
> >
> > I really wonder why the xfrm_sk_policy_lookup codepath is taken here.
> > It looks like this is the processing of an inbound ipv4 packet th
Hello,
Adding Simon to CC...
On Fri, 5 Dec 2014, Smart Weblications GmbH - Florian Wiessner wrote:
> i tried with 3.12.33 without any XFRM and now got this one (which is
> reproducable):
>
> [ 233.956012] BUG: unable to handle kernel NULL pointer dereference at
>
>
Hi,
Am 05.12.2014 00:15, schrieb Julian Anastasov:
>
> Hello,
>
> On Thu, 4 Dec 2014, Steffen Klassert wrote:
>
>>> [16623.096721] Call Trace:
>>> [16623.096744]
>>> [16623.096749] [] ? xfrm_sk_policy_lookup+0x44/0x9b
>>> [16623.096802] [] ? xfrm_lookup+0x91/0x446
>>> [16623.096832]
Hello,
On Thu, 4 Dec 2014, Steffen Klassert wrote:
> > [16623.096721] Call Trace:
> > [16623.096744]
> > [16623.096749] [] ? xfrm_sk_policy_lookup+0x44/0x9b
> > [16623.096802] [] ? xfrm_lookup+0x91/0x446
> > [16623.096832] [] ? ip_route_me_harder+0x150/0x1b0
> > [16623.096865] [] ?
Hi Jiri,
Am 04.12.2014 10:44, schrieb Jiri Slaby:
> On 12/03/2014, 03:55 PM, Smart Weblications GmbH - Florian Wiessner wrote:
>> [16623.095403] BUG: unable to handle kernel paging request at
>> 010600d0
[...]
>> [16623.096721] Call Trace:
[...]
>> This happens again and again with 3.12
Hi,
Am 04.12.2014 08:56, schrieb Steffen Klassert:
> On Wed, Dec 03, 2014 at 03:55:30PM +0100, Smart Weblications GmbH - Florian
> Wiessner wrote:
>> Hi list,
>>
>>
>>
>> [16623.095403] BUG: unable to handle kernel paging request at
>> 010600d0
>> [16623.095445] IP: [] xfrm_selector_matc
On 12/03/2014, 03:55 PM, Smart Weblications GmbH - Florian Wiessner wrote:
> [16623.095403] BUG: unable to handle kernel paging request at 010600d0
> [16623.095445] IP: [] xfrm_selector_match+0x25/0x2f6
> [16623.095480] PGD aeaea067 PUD 85d95067 PMD 0
> [16623.095513] Oops: [#1] SMP
>
On Wed, Dec 03, 2014 at 03:55:30PM +0100, Smart Weblications GmbH - Florian
Wiessner wrote:
> Hi list,
>
>
>
> [16623.095403] BUG: unable to handle kernel paging request at 010600d0
> [16623.095445] IP: [] xfrm_selector_match+0x25/0x2f6
> [16623.095480] PGD aeaea067 PUD 85d95067 PMD 0
>
Hi list,
[16623.095403] BUG: unable to handle kernel paging request at 010600d0
[16623.095445] IP: [] xfrm_selector_match+0x25/0x2f6
[16623.095480] PGD aeaea067 PUD 85d95067 PMD 0
[16623.095513] Oops: [#1] SMP
[16623.095543] Modules linked in: netconsole xt_nat xt_multiport veth ip_
22 matches
Mail list logo
