Re: freebsd 8.1 crash with ECMP

2010-08-22 Thread Andrey V. Elsukov
On 23.08.2010 3:38, Ingo Flaschberger wrote: > ifconfig em0 10.11.11.175/24 > ifconfig em0 alias 10.20.20.1/24 > route add -net 10.20.20.0/24 10.11.11.1 -weight 2 > > Fatal trap 12: page fault while in kernel mode Hi, Can you show output of `ident /usr/src/sys/dev/e1000/if_*`? -- WBR, Andrey V

Re: freebsd 8.1 crash with ECMP

2010-08-22 Thread Remko Lodder
>> Hi, >> >> ifconfig em0 10.11.11.175/24 >> ifconfig em0 alias 10.20.20.1/24 >> route add -net 10.20.20.0/24 10.11.11.1 -weight 2 >> >> Fatal trap 12: page fault while in kernel mode >> cpuid = 0; apic id = 00 >> fault virtual address = 0x98 >> fault code = supervisor read data, pa

freebsd 8.1 crash with ECMP

2010-08-22 Thread Ingo Flaschberger
Hi, ifconfig em0 10.11.11.175/24 ifconfig em0 alias 10.20.20.1/24 route add -net 10.20.20.0/24 10.11.11.1 -weight 2 Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x98 fault code = supervisor read data, page not present instruction p

funny ECMP

2010-08-22 Thread Ingo Flaschberger
Hi, System: FreeBSD 8.1-STABLE amd64 ifconfig em1 10.11.11.175/24 ifconfig em1 alias 10.13.13.90/24 route add 10.13.13.95/24 10.11.11.1 ping 10.13.13.90 dump at: 10.13.13.95 23:50:21.877426 00:90:0b:0c:16:06 > 00:01:02:1e:e3:64, ethertype IPv4 (0x0800), length 98: 10.11.11.175 > 10.13

Re: 8.0-RELEASE-p3: 4k jumbo mbuf cluster exhaustion

2010-08-22 Thread Pyun YongHyeon
On Sun, Aug 22, 2010 at 05:40:30PM +0800, Adrian Chadd wrote: > I disabled tso, tx chksum and rx chksum. This fixed the 4k jumbo > allocation growth. > I recall there was SIOCSIFCAP ioctl handling bug in bce(4) on 8.0 so it might also disable IFCAP_TSO4/IFCAP_TXCSUM/IFCAP_RXCSUM when yo disabled

IPsec support in FreeBSD

2010-08-22 Thread Ashish SHUKLA
Hi, I'm running 8.1-RELEASE on amd64. I'm connecting to an IPsec VPN (IPv4, dynamic keying using racoon) from behind a NAT and I'm having strange issues working with it. IPsec negotiation succeeds but there are problems with sending traffic over the tunnel. To be able to actually able to send a

Re: kern/144898: [wpi] [panic] wpi panics system

2010-08-22 Thread Dominic Fandrey
The following reply was made to PR kern/144898; it has been noted by GNATS. From: Dominic Fandrey To: Bernhard Schmidt Cc: bug-follo...@freebsd.org Subject: Re: kern/144898: [wpi] [panic] wpi panics system Date: Sun, 22 Aug 2010 19:48:46 +0200 On 22/08/2010 15:38, Bernhard Schmidt wrote: > Hi

Re: kern/144898: [wpi] [panic] wpi panics system

2010-08-22 Thread Bernhard Schmidt
The following reply was made to PR kern/144898; it has been noted by GNATS. From: Bernhard Schmidt To: Dominic Fandrey Cc: bug-follo...@freebsd.org Subject: Re: kern/144898: [wpi] [panic] wpi panics system Date: Sun, 22 Aug 2010 15:38:00 +0200 --0015175cfb9cf94b4a048e69a3da Content-Type: text

Re: 8.0-RELEASE-p3: 4k jumbo mbuf cluster exhaustion

2010-08-22 Thread Adrian Chadd
I disabled tso, tx chksum and rx chksum. This fixed the 4k jumbo allocation growth. Turning on tso on a live proxy didn't affect jumbo allocations. Turning on txcsum caused jumbo allocations to begin growing again. DIsabling txcsum again caused jumbo allocations to stop increasing, but it doesn't

8.0-RELEASE-p3: 4k jumbo mbuf cluster exhaustion

2010-08-22 Thread Adrian Chadd
Hi, I've got a Squid/Lusca server on 8.0-RELEASE-p3 which is exhibiting some very strange behaviour. After a few minutes uptime, the 4k mbuf cluster zone fills up and Squid/Lusca spends almost all of it's time sleeping in "keglimit". I've bumped kern.ipc.nmbclusters to 262144 and kern.ipc.jumbop

Re: kern/144898: [wpi] [panic] wpi panics system

2010-08-22 Thread Dominic Fandrey
The following reply was made to PR kern/144898; it has been noted by GNATS. From: Dominic Fandrey To: Alex Kozlov Cc: bug-follo...@freebsd.org Subject: Re: kern/144898: [wpi] [panic] wpi panics system Date: Sun, 22 Aug 2010 10:25:09 +0200 Hello, On 05/08/2010 23:52, Alex Kozlov wrote: > It