Bug#719668: this bug can be closed

2013-10-28 Thread Gregory Nowak
Hello,
My VPS provider has moved my VPS to a host with a newer KVM/qemu. This
issue has been solved as a result of the move. This bug can be closed.

Regards,
Greg Nowak


-- 
web site: http://www.gregn..net
gpg public key: http://www.gregn..net/pubkey.asc
skype: gregn1
(authorization required, add me to your contacts list first)

--
Free domains: http://www.eu.org/ or mail dns-mana...@eu.org


-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20131028230252.ga31...@gregn.net



Bug#719668: skbuff: skb_over_panic

2013-08-14 Thread Gregory Nowak
Package: src:linux
Version: 3.10.5-1
Severity: important

Dear Maintainer,
I am running on a KVM/QEMU VPS.
I am experiencing a kernel panic when querying a local bind9 for domains such 
as ftp.us.debian.org., www.debian.org., and www.ietf.org to name a few.
This kernel panic also happens when establishing an ipsec connection with 
openswan with the VPS setup as responder.

Originally, my VPS was configured to use the virtio network card. This caused 
the
VPS to crash when querying the local bind9 for the domains mentioned above, and 
when attempting to establish the ipsec connection.
My VPS provider reconfigured my VPS to use the e1000 network card instead, 
which now causes a kernel panic as mentioned above.
I tried kernels 3.2.0 currently in wheezy, 3.9.0 currently in wheezy-backports, 
and the kernel I'm reporting this against currently in unstable.
The panic is the same under all three kernel versions.

This problem originally started being discussed on the debian-user list.
The thread can be found at: 
. I also
reluctantly decided to file bug reports on the debian bug tracker
against openswan
, and against
bind9 .
I suppose the bugs against openswan and bind9 can be closed, since this seems 
to be a problem with either how the kernel is interacting with KVM, or with the 
kernel itself.

Here is a stack trace with the VPS in runlevel one, done from the serial 
console:

# dig @localhost www.debian.org.
[  229.466442] skbuff: skb_over_panic: text:a005d0ce len:1660 put:1660 
head:880036fab480 data:880036fab4c0 tail:0x6bc end:0x640 dev:eth0
[  229.472412] [ cut here ]
[  229.474399] kernel BUG at 
/build/linux-4aFT2B/linux-3.10.5/net/core/skbuff.c:126!
[  229.476345] invalid opcode:  [#1] SMP 
[  229.476345] Modules linked in: xts gf128mul nf_nat_ftp nf_conntrack_ftp 
nf_nat nf_conntrack loop dm_crypt snd_pcm snd_page_alloc snd_timer snd 
soundcore psmouse microcode serio_raw pcspkr evdev virtio_console 
virtio_balloon ttm drm_kms_helper drm i2c_piix4 i2c_core processor thermal_sys 
button ext4 crc16 jbd2 mbcache dm_mod sg sr_mod cdrom ata_generic virtio_blk 
floppy uhci_hcd ehci_hcd ata_piix libata usbcore e1000 virtio_pci virtio_ring 
virtio usb_common scsi_mod
[  229.476345] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 3.10-2-amd64 #1 Debian 
3.10.5-1
[  229.476345] Hardware name:  , BIOS QEMU 01/01/2007
[  229.476345] task: 81613400 ti: 8160 task.ti: 
8160
[  229.476345] RIP: 0010:[]  [] 
skb_panic+0x5a/0x5c
[  229.476345] RSP: 0018:88003fc03d78  EFLAGS: 00010286
[  229.476345] RAX: 0089 RBX: 880036c06d40 RCX: 04e004e0
[  229.476345] RDX: 0b3c RSI: 0046 RDI: 0246
[  229.476345] RBP: 006e R08: 81693fc0 R09: 814f2cc2
[  229.476345] R10:  R11:  R12: 88003b4646d0
[  229.476345] R13: 880037332800 R14: 88003b776680 R15: 067c
[  229.476345] FS:  () GS:88003fc0() 
knlGS:
[  229.476345] CS:  0010 DS:  ES:  CR0: 8005003b
[  229.476345] CR2: 7f5e30bce010 CR3: 3c6f9000 CR4: 06f0
[  229.476345] DR0:  DR1:  DR2: 
[  229.476345] DR3:  DR6: 0ff0 DR7: 0400
[  229.476345] Stack:
[  229.476345]  880036fab4c0 06bc 0640 
880037332000
[  229.476345]  812bb64a a005d0ce c91e2470 
00a7
[  229.476345]  88003b46ca60 880037332000 07000304 
067c0001
[  229.476345] Call Trace:
[  229.476345]   
[  229.476345]  [] ? skb_put+0x3a/0x3b
[  229.476345]  [] ? e1000_clean_rx_irq+0x2c7/0x3cd [e1000]
[  229.476345]  [] ? e1000_clean+0x5b9/0x725 [e1000]
[  229.476345]  [] ? __napi_complete+0x1c/0x23
[  229.476345]  [] ? napi_complete+0x29/0x36
[  229.476345]  [] ? e1000_clean+0x6fb/0x725 [e1000]
[  229.476345]  [] ? net_rx_action+0xa7/0x1df
[  229.476345]  [] ? __do_softirq+0xea/0x205
[  229.476345]  [] ? irq_exit+0x3e/0x81
[  229.476345]  [] ? do_IRQ+0x80/0x95
[  229.476345]  [] ? common_interrupt+0x6d/0x6d
[  229.476345]   
[  229.476345]  [] ? native_safe_halt+0x2/0x3
[  229.476345]  [] ? default_idle+0x17/0x3f
[  229.476345]  [] ? cpu_startup_entry+0x10d/0x187
[  229.476345]  [] ? start_kernel+0x3e8/0x3f3
[  229.476345]  [] ? repair_env_string+0x54/0x54
[  229.476345]  [] ? x86_64_start_kernel+0xf2/0xfd
[  229.476345] Code: 00 00 48 89 44 24 10 8b 87 d8 00 00 00 48 89 44 24 08 48 
8b 87 e8 00 00 00 48 c7 c7 e6 5d 53 81 48 89 04 24 31 c0 e8 c5 c5 ff ff <0f> 0b 
0f 0b 41 55 41 54 55 53 48 89 fb 48 83 ec 28 48 8b 6f 20 
[  229.476345] RIP  [] skb_panic+0x5a/0x5c
[  229.476345]  RSP 
[  229.