[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#277942: marked as done (issues with IPv6)



Your message dated Sun, 29 May 2005 23:18:20 +0200
with message-id <20050529211820.GA5013@country.grep.be>
and subject line Appears to be fixed in the mean time
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--------------------------------------
Received: (at submit) by bugs.debian.org; 23 Oct 2004 15:39:42 +0000
>From wouter@grep.be Sat Oct 23 08:39:42 2004
Return-path: <wouter@grep.be>
Received: from gateway.nixsys.be [195.144.77.33] 
	by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
	id 1CLNza-000205-00; Sat, 23 Oct 2004 08:39:42 -0700
Received: from folk.grep.be (cl-grep.tunnel.nixsys.be [IPv6:2001:838:37f:abcd::4])
	by gateway.nixsys.be (Postfix) with ESMTP id DDEC079
	for <submit@bugs.debian.org>; Sat, 23 Oct 2004 17:39:38 +0200 (CEST)
Received: from western.grep.be ([192.168.119.16])
	by folk.grep.be with esmtp (Exim 4.34 1 (Debian))
	id 1CLNvM-00011C-Nw
	for <submit@bugs.debian.org>; Sat, 23 Oct 2004 17:35:45 +0200
Received: from wouter by western.grep.be with local (Exim 4.34)
	id 1CLNeF-0000Yu-Kh; Sat, 23 Oct 2004 17:17:39 +0200
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: Wouter Verhelst <wouter@debian.org>
To: Debian Bug Tracking System <submit@bugs.debian.org>
Subject: issues with IPv6
X-Mailer: reportbug 2.63
Date: Sat, 23 Oct 2004 17:17:39 +0200
Message-Id: <E1CLNeF-0000Yu-Kh@western.grep.be>
Sender: "Wouter Verhelst,,+32 15 27 69 50,+32 3 542 35 14," <wouter@grep.be>
Delivered-To: submit@bugs.debian.org
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 
	(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE 
	autolearn=no version=2.60-bugs.debian.org_2004_03_25
X-Spam-Level: 

Package: kernel-image-2.4.27-1-sparc64
Version: 2.4.27-1
Severity: important

Hi,

The above kernel image seems to be broken with regard to IPv6 support.

If I load the ipv6 module from /etc/modules, the kernel will end up in
a looped Oops once slapd starts (so badly that Stop-A doesn't even work
anymore). If I load it later, either manually or from a script which is
ran from init, then the system works, but it has now panic()ed on at
least two occasions when it was running for a few days.

The kernel regularly spawns the following messages:

Oct 23 14:14:47 localhost kernel: hw tcp v6 csum failed
Oct 23 14:14:48 localhost kernel: hw tcp v6 csum failed
Oct 23 14:17:07 localhost kernel: hw tcp v4 csum failed
Oct 23 14:22:25 localhost kernel: hw tcp v4 csum failed
Oct 23 14:22:56 localhost kernel: hw tcp v4 csum failed
Oct 23 14:23:53 localhost kernel: hw tcp v4 csum failed
Oct 23 14:26:25 localhost kernel: hw tcp v4 csum failed
Oct 23 14:32:09 localhost kernel: hw tcp v4 csum failed

this seems especially true during moments of high network traffic.

It should be noted that my system is an Ultra10 with a Happy Meal
network card; that my network is mainly a 10Mbit BNC one, but the
Ultra10 is connected to an el cheapo hub with a BNC connector.

If any further information is required, please ask.

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: sparc (sparc64)
Kernel: Linux 2.4.27-1-sparc64
Locale: LANG=nl_BE, LC_CTYPE=nl_BE

Versions of packages kernel-image-2.4.27-1-sparc64 depends on:
ii  initrd-tools                  0.1.74     tools to create initrd image for p

-- no debconf information

---------------------------------------
Received: (at 277942-done) by bugs.debian.org; 29 May 2005 21:18:33 +0000
>From wouter@grep.be Sun May 29 14:18:33 2005
Return-path: <wouter@grep.be>
Received: from asia.telenet-ops.be [195.130.132.59] 
	by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
	id 1DcVB3-0005bp-00; Sun, 29 May 2005 14:18:33 -0700
Received: from localhost (localhost.localdomain [127.0.0.1])
	by asia.telenet-ops.be (Postfix) with SMTP id 06E742240DA
	for <277942-done@bugs.debian.org>; Sun, 29 May 2005 23:18:31 +0200 (MEST)
Received: from western.grep.be (dD5E0678D.access.telenet.be [213.224.103.141])
	by asia.telenet-ops.be (Postfix) with ESMTP id EA7D9224098
	for <277942-done@bugs.debian.org>; Sun, 29 May 2005 23:18:30 +0200 (MEST)
Received: from [2001:838:37f:20:20d:93ff:fec0:b54a] (helo=grep.be)
	by western.grep.be with esmtp (Exim 4.50)
	id 1DcVB0-0004HD-Ei
	for 277942-done@bugs.debian.org
	message size 1005; Sun, 29 May 2005 23:18:30 +0200
Received: from wouter by grep.be with local (Exim 4.50)
	id 1DcVAq-0002hc-4M
	for 277942-done@bugs.debian.org; Sun, 29 May 2005 23:18:20 +0200
Date: Sun, 29 May 2005 23:18:20 +0200
From: Wouter Verhelst <wouter@debian.org>
To: 277942-done@bugs.debian.org
Subject: Appears to be fixed in the mean time
Message-ID: <20050529211820.GA5013@country.grep.be>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
X-Speed: Gates' Law: Every 18 months, the speed of software halves.
Organization: The Debian Project, http://www.debian.org/
User-Agent: Mutt/1.5.9i
Sender: "Wouter Verhelst,,," <wouter@grep.be>
Delivered-To: 277942-done@bugs.debian.org
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 
	(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-3.0 required=4.0 tests=BAYES_00 autolearn=no 
	version=2.60-bugs.debian.org_2005_01_02
X-Spam-Level: 

I've been running Sarge's
kernel-image-2.4.27-2-sparc64_2.4.27-2_sparc.deb for quite a while now,
and haven't seen the problem anymore (it's also been running as a v6
gateway for the major part of that time). Thus, it's safe to say that
this bug is fixed.

-- 
The amount of time between slipping on the peel and landing on the
pavement is precisely one bananosecond



Reply to: