WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-users

RE: [Xen-users] Attempt to allocate order 5 skbuff. Increase MAX_SKBUFF_

To: Steven Timm <timm@xxxxxxxx>
Subject: RE: [Xen-users] Attempt to allocate order 5 skbuff. Increase MAX_SKBUFF_ORDER
From: "Fischer, Anna" <anna.fischer@xxxxxx>
Date: Wed, 6 May 2009 14:57:00 +0000
Accept-language: en-US
Acceptlanguage: en-US
Cc: "xen-users@xxxxxxxxxxxxxxxxxxx" <xen-users@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Wed, 06 May 2009 07:58:47 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <Pine.LNX.4.64.0905060911390.8025@xxxxxxxxxxxxxxx>
List-help: <mailto:xen-users-request@lists.xensource.com?subject=help>
List-id: Xen user discussion <xen-users.lists.xensource.com>
List-post: <mailto:xen-users@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=unsubscribe>
References: <Pine.LNX.4.64.0905011400380.12390@xxxxxxxxxxxxxxx> <0199E0D51A61344794750DC57738F58E66BB5FAC6D@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx> <Pine.LNX.4.64.0905031824430.300@xxxxxxxxxxxxxxx> <0199E0D51A61344794750DC57738F58E66BB5FAD07@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx> <Pine.LNX.4.64.0905040859520.13912@xxxxxxxxxxxxxxx> <0199E0D51A61344794750DC57738F58E66BB6AF6EC@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx> <Pine.LNX.4.64.0905052024570.27970@xxxxxxxxxxxxxxx> <0199E0D51A61344794750DC57738F58E66BB6AFDEA@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx> <Pine.LNX.4.64.0905060911390.8025@xxxxxxxxxxxxxxx>
Sender: xen-users-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcnOVXz45FrhinMmQf25KX8NneBLyAABF2UA
Thread-topic: [Xen-users] Attempt to allocate order 5 skbuff. Increase MAX_SKBUFF_ORDER
> Subject: RE: [Xen-users] Attempt to allocate order 5 skbuff. Increase
> MAX_SKBUFF_ORDER
> 
> >>> Well if you don't need it then just try and remove the NAT module
> >> using "modprobe -r iptable_nat". And see if that makes any
> difference.
> >>>
> >>
> >> Can't remove it, get the message
> >> "module is in use".. not sure by what.
> >
> > Do you have any rules in the NAT table? E.g. check "iptables -t nat -
> L". Then remove those rules and try removing the module again. I doubt
> that the NAT module is the core of your problem though.
> 
> Yes it turns out we did.  This server is an LVS "real server" back
> end and Horm's transparent proxy is in use.  that's
> what the NAT is being used for.
> 
> >>>
> >> CONFIG_XEN_SKBUFF is on in my config.
> >> There is no MAX_SKBUFF_ORDER parameter anywhere in my source tree,
> >> much less the config file.
> >
> > MAX_SKBUFF_ORDER is not a configuration option. It is part of the
> Dom0/DomU kernel code.
> 
> I have grepped the whole kernel code from the kernel which I'm
> running, which is unmodified from the redhat SRPMS as delivered with
> version 5, update 3. 2.6.18-128.1.6.el5xen.  I don't find
> the string MAX_SKBUFF_ORDER anywhere in there.  Which source file
> should
> it be in?
> 
> 
> >
> > Your posted kernel config is from your Dom0? You said before that you
> are running a 64-bit Dom0. You need to check the CONFIG_XEN_SKBUFF
> option in the Dom0 config. I am in general wondering if you might have
> issues with your DomU/Dom0 configuration. How did you install those
> kernels? Did you install them using the distro? Did you compile them
> yourself? I assume you also run a 64-bit hypervisor?
> 
> Yes running 64-bit dom0 and hypervisor.  the kernel config
> is actually the same for both dom0 and domU as in redhattish xen
> you actually run the same kernel-xen in both.  Only difference is
> that it is 64-bit for the dom0 and 32-bit for the domU.

How can you have the same kernel configuration for a 32-bit and a 64-bit system 
? Have you edited those yourself and then compiled the kernels ? There are a 
lot of dependencies around the CONFIG_X86_64, CONFIG_X86_32 etc defines.

_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users