Re: FreeBSD 7.3, reboot after panic: double fault
On Tue, 20 Apr 2010, pluknet wrote: On 20 April 2010 15:48, John Baldwin j...@freebsd.org wrote: On Tuesday 20 April 2010 2:53:16 am c0re wrote: Hello All! I've upgraded freebsd from 7.0 to 7.3 and all was good until I tryed to configure gre interface and use ipfw fwd. I'm actually does not know what was the point of failure in my configuration. [ some details snipped ] It worked about one week and then I made some configuration changes: added gre interface and 2 aliases: # cat /etc/rc.conf |grep ifconfig_xl0=inet 192.168.0.10 netmask 255.255.255.0 ifconfig_xl0_alias0=192.168.0.11 netmask 255.255.255.255 ifconfig_xl0_alias1=192.168.0.12 netmask 255.255.255.255 cloned_interfaces=gre0 ifconfig_gre0=inet 192.168.250.6 192.168.250.5 tunnel 192.168.0.12 192.168.200.15 netmask 255.255.255.252 link1 up and # cat /etc/rc.local #!/bin/sh ipfw add fwd 192.168.250.5 icmp from 192.168.0.11 to any out via xl0 ipfw add fwd 192.168.250.5 tcp from 192.168.0.11 443 to any out via xl0 ipfw add allow ip from any to any # ifconfig gre0 gre0: flags=b050POINTOPOINT,RUNNING,LINK0,LINK1,MULTICAST metric 0 mtu 1476 tunnel inet 192.168.0.12 -- 192.168.200.15 inet 192.168.250.6 -- 192.168.250.5 netmask 0xfffc I shutted down gre interface to prevent requests via gre to buggy IP. The main idea of such configurations was: fwd all connections to https to 192.168.0.1 via gre interface. And also I made apache configurations to make it listen on 192.168.0.11 too. And make some tests: ping 192.168.0.11 - was fine, goes via gre. Telnet to 192.168.0.11 443 was fine too. Then I tryed to make browser https connection to 192.168.0.11. Apache showed me certificate warning and I accepted, then in browser nothing happened, it was trying to open page. But server got kernel panic at that moment. At first time I thought that it was some power failure, I tryed 2 more times and got same behaviour. So https works without kernel panic via 192.168.0.10 address but kernel panics when I try do https via 192.168.0.11 address that source-forwarded via gre. Looks like the TCP output path got stuck in an infinite recursion loop until it exhausted the kernel stack: # cd /usr/obj/usr/src/sys/MYKERNEL # kgdb kernel.debug /var/crash/vmcore.2 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-marcel-freebsd... Unread portion of the kernel message buffer: Fatal double fault: eip = 0xc08e3ba3 esp = 0xccf6dfc4 ebp = 0xccf6e274 cpuid = 0; apic id = 00 panic: double fault cpuid = 0 Uptime: 7m14s Physical memory: 235 MB Dumping 35 MB: 20 4 Reading symbols from /boot/kernel/acpi.ko...Reading symbols from /boot/kernel/acpi.ko.symbols...done. done. Loaded symbols for /boot/kernel/acpi.ko Reading symbols from /boot/kernel/if_gre.ko...Reading symbols from /boot/kernel/if_gre.ko.symbols...done. done. Loaded symbols for /boot/kernel/if_gre.ko Reading symbols from /boot/kernel/linux.ko...Reading symbols from /boot/kernel/linux.ko.symbols...done. done. Loaded symbols for /boot/kernel/linux.ko #0 doadump () at pcpu.h:196 196 __asm __volatile(movl %%fs:0,%0 : =r (td)); (kgdb) bt #0 doadump () at pcpu.h:196 #1 0xc07f2857 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 #2 0xc07f2b29 in panic (fmt=Variable fmt is not available. ) at /usr/src/sys/kern/kern_shutdown.c:574 #3 0xc0a7ea2b in dblfault_handler () at /usr/src/sys/i386/i386/trap.c:983 #4 0xc08e3ba3 in ipfw_chk (args=0xccf6e28c) at /usr/src/sys/netinet/ip_fw2.c:2465 #5 0xc08e6ce1 in ipfw_check_out (arg=0x0, m0=0xccf6e390, ifp=0xc25c5c00, dir=2, inp=0xc28ba708) at /usr/src/sys/netinet/ip_fw_pfil.c:248 #6 0xc08a1968 in pfil_run_hooks (ph=0xc0c55240, mp=0xccf6e420, ifp=0xc25c5c00, dir=2, inp=0xc28ba708) at /usr/src/sys/net/pfil.c:78 #7 0xc08eb6f2 in ip_output (m=0xc2710b00, opt=0x0, ro=0xccf6e3f4, flags=0, imo=0x0, inp=0xc28ba708) at /usr/src/sys/netinet/ip_output.c:443 #8 0xc08f4016 in tcp_output (tp=0xc25b2570) at /usr/src/sys/netinet/tcp_output.c:1134 [twiddle] #47 0xc08f6d98 in tcp_mtudisc (inp=0xc28ba708, errno=0) at tcp_offload.h:269 #48 0xc08f4105 in tcp_output (tp=0xc25b2570) at /usr/src/sys/netinet/tcp_output.c:1195 #49 0xc08f6d98 in tcp_mtudisc (inp=0xc28ba708, errno=0) at tcp_offload.h:269 ---Type return to continue, or q return to quit--- #50 0xc08f4105 in tcp_output (tp=0xc25b2570) at /usr/src/sys/netinet/tcp_output.c:1195 #51 0xc08f6d98 in tcp_mtudisc (inp=0xc28ba708, errno=0) at tcp_offload.h:269 #52 0xc08f4105 in tcp_output (tp=0xc25b2570) at /usr/src/sys/netinet/tcp_output.c:1195 #53 0xc08f6d98 in tcp_mtudisc (inp=0xc28ba708, errno=0) at tcp_offload.h:269 #54 0xc08f4105 in tcp_output (tp=0xc25b2570) at
kernel: arpresolve: can't allocate llinfo
Hi! I am ukranian and bad speak english :( I have VPN servers with mpd5.5 and FreeBSD 8.0 upgrade it to 8.0-STABLE #1 r206493 all servers have real static IP address in mpd enabled proxy-arp and mpd provide real static IP address into pptp/l2tp tunnels. Periodic in console and /var/log/debug.log writes: kernel: arpresolve: can't allocate llinfo for 155.xx.xx.1 kernel: arpresolve: can't allocate llinfo for 155.xx.xx.123 kernel: arpresolve: can't allocate llinfo for 155.xx.xx.456 and after server kernel panic/trap 12 with current proccess: ng_queue ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
kernel: arpresolve: can't allocate llinfo
Hello! I have some problem. Every day! # cat /var/log/debug.log Apr 21 05:58:26 troll kernel: arpresolve: can't allocate llinfo for 84.*.23.36 Apr 21 05:58:56 troll kernel: arpresolve: can't allocate llinfo for 84.*.23.36 Apr 21 06:10:31 troll kernel: arpresolve: can't allocate llinfo for 84.*.23.36 Apr 21 16:28:13 troll kernel: arpresolve: can't allocate llinfo for 84.*.23.36 ... etc. # ifconfig em0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 options=1dbRXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,POLLING,VLAN_HWCSUM,TSO4 ether 00:0a:e4:0a:78:f5 inet 84.*.23.36 netmask 0xffc0 broadcast 84.*.23.63 media: Ethernet autoselect (100baseTX full-duplex) status: active rl0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 options=48VLAN_MTU,POLLING ether 00:14:d1:14:62:63 inet 84.*.22.3 netmask 0xff80 broadcast 84.*.22.127 ... inet 84.*.22.16 netmask 0xff80 broadcast 84.*.22.127 media: Ethernet autoselect (100baseTX full-duplex) status: active rl1: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 options=48VLAN_MTU,POLLING ether 00:40:f4:cc:d2:98 inet 192.168.47.3 netmask 0xff00 broadcast 192.168.47.255 ... inet 192.168.47.16 netmask 0xff00 broadcast 192.168.47.255 media: Ethernet autoselect (100baseTX full-duplex) status: active lo0: flags=8049UP,LOOPBACK,RUNNING,MULTICAST metric 0 mtu 16384 # uname -a FreeBSD * 8.0-STABLE FreeBSD 8.0-STABLE #0 r199880: Thu Dec 3 13:35:21 IRKT 2009 alexan...@*:/usr/obj/usr/src/sys/WEBKERNEL i386 what could be the problem? 2010/4/21 Denis Lamanov ukrzi...@gmail.com Hi! I am ukranian and bad speak english :( I have VPN servers with mpd5.5 and FreeBSD 8.0 upgrade it to 8.0-STABLE #1 r206493 all servers have real static IP address in mpd enabled proxy-arp and mpd provide real static IP address into pptp/l2tp tunnels. Periodic in console and /var/log/debug.log writes: kernel: arpresolve: can't allocate llinfo for 155.xx.xx.1 kernel: arpresolve: can't allocate llinfo for 155.xx.xx.123 kernel: arpresolve: can't allocate llinfo for 155.xx.xx.456 and after server kernel panic/trap 12 with current proccess: ng_queue ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org -- Петровский Александр / Alexander Petrovsky, ICQ: 350342118 Jabber: ju...@jabber.ru Phone: +7 914 8 820 815 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: kernel: arpresolve: can't allocate llinfo
vmstat -m | grep lltable every 3 minutes increases :( lltable 16938 2149K -17779 128,256 2010/4/21 Alexander Petrovsky askju...@gmail.com Hello! I have some problem. Every day/ # cat /var/log/debug.log Apr 21 05:58:26 troll kernel: arpresolve: can't allocate llinfo for 84.*.23.36 Apr 21 05:58:56 troll kernel: arpresolve: can't allocate llinfo for 84.*.23.36 Apr 21 06:10:31 troll kernel: arpresolve: can't allocate llinfo for 84.*.23.36 Apr 21 16:28:13 troll kernel: arpresolve: can't allocate llinfo for 84.*.23.36 ... etc. # ifconfig em0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 options=1dbRXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,POLLING,VLAN_HWCSUM,TSO4 ether 00:0a:e4:0a:78:f5 inet 84.*.23.36 netmask 0xffc0 broadcast 84.*.23.63 media: Ethernet autoselect (100baseTX full-duplex) status: active rl0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 options=48VLAN_MTU,POLLING ether 00:14:d1:14:62:63 inet 84.*.22.3 netmask 0xff80 broadcast 84.*.22.127 ... inet 84.*.22.16 netmask 0xff80 broadcast 84.*.22.127 media: Ethernet autoselect (100baseTX full-duplex) status: active rl1: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 options=48VLAN_MTU,POLLING ether 00:40:f4:cc:d2:98 inet 192.168.47.3 netmask 0xff00 broadcast 192.168.47.255 ... inet 192.168.47.16 netmask 0xff00 broadcast 192.168.47.255 media: Ethernet autoselect (100baseTX full-duplex) status: active lo0: flags=8049UP,LOOPBACK,RUNNING,MULTICAST metric 0 mtu 16384 # uname -a FreeBSD * 8.0-STABLE FreeBSD 8.0-STABLE #0 r199880: Thu Dec 3 13:35:21 IRKT 2009 alexan...@*:/usr/obj/usr/src/sys/WEBKERNEL i386 what could be the problem? 2010/4/21 Denis Lamanov ukrzi...@gmail.com Hi! I am ukranian and bad speak english :( I have VPN servers with mpd5.5 and FreeBSD 8.0 upgrade it to 8.0-STABLE #1 r206493 all servers have real static IP address in mpd enabled proxy-arp and mpd provide real static IP address into pptp/l2tp tunnels. Periodic in console and /var/log/debug.log writes: kernel: arpresolve: can't allocate llinfo for 155.xx.xx.1 kernel: arpresolve: can't allocate llinfo for 155.xx.xx.123 kernel: arpresolve: can't allocate llinfo for 155.xx.xx.456 and after server kernel panic/trap 12 with current proccess: ng_queue ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org -- Петровский Александр / Alexander Petrovsky, ICQ: 350342118 Jabber: ju...@jabber.ru Phone: +7 914 8 820 815 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
[releng_8 tinderbox] failure on amd64/amd64
TB --- 2010-04-21 14:56:29 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-04-21 14:56:29 - starting RELENG_8 tinderbox run for amd64/amd64 TB --- 2010-04-21 14:56:29 - cleaning the object tree TB --- 2010-04-21 14:56:58 - cvsupping the source tree TB --- 2010-04-21 14:56:58 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/amd64/amd64/supfile TB --- 2010-04-21 15:02:20 - WARNING: /usr/bin/csup returned exit code 1 TB --- 2010-04-21 15:02:20 - ERROR: unable to cvsup the source tree TB --- 2010-04-21 15:02:20 - 2.18 user 12.84 system 350.77 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-amd64-amd64.full ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: kernel: arpresolve: can't allocate llinfo
On Wed, 21 Apr 2010, Denis Lamanov wrote: Hi, vmstat -m | grep lltable every 3 minutes increases :( lltable 16938 2149K -17779 128,256 I'll MFC the patches to fix that the next couple of days, maybe tommorow morning. In case you want to try them, you'd need SVN r206469,206470,206481 applied to 8-STABLE. /bz -- Bjoern A. Zeeb It will not break if you know what you are doing. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: kernel: arpresolve: can't allocate llinfo
On Wed, 21 Apr 2010, Bjoern A. Zeeb wrote: On Wed, 21 Apr 2010, Denis Lamanov wrote: Hi, vmstat -m | grep lltable every 3 minutes increases :( lltable 16938 2149K -17779 128,256 I'll MFC the patches to fix that the next couple of days, maybe tommorow morning. In case you want to try them, you'd need SVN r206469,206470,206481 applied to 8-STABLE. Actually I just merged them. If you wait an hour or two for the changes to show up on your local mirror 8-STABLE should be fine. Please note that if you are using option FLOWTABLE you will still see the leak. I haven't gotten around to update my patches for that. I'll try to remember to post them once done. /bz -- Bjoern A. Zeeb It will not break if you know what you are doing. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: [ HEADS UP ] Ports unstable for the next 10 days
On Tue, 20 Apr 2010 02:14:20 +0300 Ion-Mihai Tetcu ite...@freebsd.org wrote: A switch to use newer GMP version has been committed. Unfortunately lang/ghc and dependent ports (and possibly lang/gnat-gcc44) were broken by this. The brokenness wasn't detected in our -exp run because of being masked by other issues. A fix has been committed :) -- IOnut - Un^d^dregistered ;) FreeBSD user Intellectual Property is nowhere near as valuable as Intellect FreeBSD committer - ite...@freebsd.org, PGP Key ID 057E9F8B493A297B signature.asc Description: PGP signature
Re: [ HEADS UP ] Ports unstable for the next 10 days
On Wed, Apr 21, 2010 at 11:07:46PM +0300, Ion-Mihai Tetcu wrote: On Tue, 20 Apr 2010 02:14:20 +0300 Ion-Mihai Tetcu ite...@freebsd.org wrote: A switch to use newer GMP version has been committed. Unfortunately lang/ghc and dependent ports (and possibly lang/gnat-gcc44) were broken by this. The brokenness wasn't detected in our -exp run because of being masked by other issues. A fix has been committed :) -- IOnut - Un^d^dregistered ;) FreeBSD user Intellectual Property is nowhere near as valuable as Intellect FreeBSD committer - ite...@freebsd.org, PGP Key ID 057E9F8B493A297B lang/ghc is still marked IGNORE, unless I'm missing something. -- Sterling (Chip) Camden | camdensoftware.com | chipstips.com | chipsquips.com ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: pf stalls connection when using route-to
On Tue, Apr 13, 2010 at 10:53 AM, Lin Jui-Nan Eric eric...@tamama.org wrote: On Tue, Apr 13, 2010 at 11:19 PM, Jeremy Chadwick free...@jdc.parodius.com wrote: What FreeBSD version? uname -a output please. I have tried 7.2-R and 8.0-R. Both version stalls, too. 8.0-RELEASE: # uname -a FreeBSD bsd8 8.0-RELEASE-p2 FreeBSD 8.0-RELEASE-p2 #3: Wed Mar 3 17:15:52 CST 2010 r...@bsd8:/usr/obj/usr/src/sys/KERNEL amd64 [SNIP] Jack Vogel recently committed an updated, overhauled em(4) driver to 9-CURRENT, which was MFC'd to 8-STABLE: http://svn.freebsd.org/viewvc/base/stable/8/sys/dev/e1000/ Would it be possible for you to try your configuration on one of these newer versions? -Brandon ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: kernel: arpresolve: can't allocate llinfo
I am not using option FLOWTABLE and disable in kernel with compile after install FreeBSD8. If i upgrades today to STABLE patches will apply? 2010/4/21 Bjoern A. Zeeb bzeeb-li...@lists.zabbadoz.net On Wed, 21 Apr 2010, Bjoern A. Zeeb wrote: On Wed, 21 Apr 2010, Denis Lamanov wrote: Hi, vmstat -m | grep lltable every 3 minutes increases :( lltable 16938 2149K -17779 128,256 I'll MFC the patches to fix that the next couple of days, maybe tommorow morning. In case you want to try them, you'd need SVN r206469,206470,206481 applied to 8-STABLE. Actually I just merged them. If you wait an hour or two for the changes to show up on your local mirror 8-STABLE should be fine. Please note that if you are using option FLOWTABLE you will still see the leak. I haven't gotten around to update my patches for that. I'll try to remember to post them once done. /bz -- Bjoern A. Zeeb It will not break if you know what you are doing. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org