From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:18.104.22.168) Gecko/20061108 Fedora/22.214.171.124-1.fc5 Firefox/126.96.36.199
Description of problem:
The following occurs in the syslog at high rates:
Nov 11 08:25:39 virtix kernel: Attempt to allocate order 5 skbuff. Increase MAX_SKBUFF_ORDER.
Nov 11 08:26:44 virtix last message repeated 1673 times
Nov 11 08:27:45 virtix last message repeated 2227 times
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Get a Intel D940, dual core with 3 intel Pro 1000 network cards.
2. Install FC5 Xen0.
3. Upgrade with yum to kernel 2.6.18-1.2200.fc5xen0
3. Run one or more XenU guests (idle) (is this realy needed?>
4. Do a network based install over eth0 to a laptop (HTTP)
The syslog is flooded with messages:
kernel: Attempt to allocate order 5 skbuff. Increase MAX_SKBUFF_ORDER.
I migrated the machine (and the Xen-guests) to FC6 with yum.
The problem still exists with kernel 2.6.18-1.2849.fc6xen on FC6.
Another way to reproduce the problem is to do a xenguest-install.
This produces some nice HTTP traffic over xenbr0, which causes the symptoms in
[root@host]# brctl show
bridge name bridge id STP enabled interfaces
xenbr0 8000.feffffffffff no vif10.0
[root@host]# ip addr show dev xenbr0
18: xenbr0: <BROADCAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc noqueue
link/ether fe:ff:ff:ff:ff:ff brd ff:ff:ff:ff:ff:ff
inet6 fe80::200:ff:fe00:0/64 scope link
valid_lft forever preferred_lft forever
change QA contact
This report targets FC6, which is now end-of-life.
Please re-test against Fedora 7 or later, and if the issue persists, open a new bug.