Re: kern/154943: [gif] ifconfig gifX create on existing gifX clears IP
Old Synopsis: ifconfig gifX create on existing gifX clears IP New Synopsis: [gif] ifconfig gifX create on existing gifX clears IP Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Tue Feb 22 03:30:43 UTC 2011 Responsible-Changed-Why: reclassify. http://www.freebsd.org/cgi/query-pr.cgi?pr=154943 ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Re: IPv6 carp trouble
On Feb 21, 2011, at 2:03, Bjoern A. Zeeb wrote: >> I've been setting up IPv6 on the various networks I look after over the last >> weeks. Today the turn came to a system that's running two FreeBSD boxes >> with carp etc. >> >> I added an inet6 address to the ethernet interface and then the 'carp >> address' to carp0. The carp address is used by our upstream provider. >> Things appear to work except I can't ping the carp address -- even from >> localhost! > > I got fairly unstable results as well while debugging kern/153848 - as > in the problem changed depending on test/fix/... which puzzled me. I > am not all quite sure why that was and I am sure I was just staring at > the thing not seeing it. I should go back and stare more;-) Ah, that's encouraging. I was staring at my rc.conf and pf.conf until my eyes nearly gave out trying to figure out what I was doing wrong until I realized that it was similarly broken on lo0. :-) FWIW, I am running 7.4-PRE as of about a week ago. (On Soekris and Alix boards and not too keen on upgrading to 8 just yet). - ask___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Re[2]: problem analysys (Re: [Panic] Dummynet/IPFW related recurring crash.)
I think problem may be like there http://lists.freebsd.org/pipermail/freebsd-net/2010-April/025156.html what type of IFace for your FWD rules ? I have crash only for ng IF. over gif fwd work without problem. But it only for my case. Mon, 21 Feb 2011 00:13:12 +0100 письмо от Pawel Tyll : > > understood. I am just saying that for instance the vlan presence and > > changes is quite significant in this context. > > You say vlans are "pretty much static" but can you tell us who adds/remove > > them, assign addresses ? > It's not that much work and changes are simple and far between. I do > that personally. IP addresses don't change, however I sometimes > (rarely) destroy and recreate vlans. Panics don't happen immediately > after this operation, or while it happens, and there were times from > panic to panic that I didn't touch a thing. > > > Also the ruleset must have something more than those two rules. > > From the stack trace, the panic seems to occur in a call to the > > "antispoof" option which presumably is somewhere in your ruleset. > > If not, then the stack is corrupt. > Full ruleset with IP addresses removed: > 00010 1691128516 deny ip from any to any not antispoof in > 00020 874400106826835332 fwd [removed] ip from table(60) to table(61) > 00050 3246156244 allow tcp from any to [removed] dst-port 53 // > DNS Rules 50-59 > 000512463493 260607132 allow udp from any to [removed] // DNS Rules > 50-59 > 00059 23891 1091822 deny ip from any to [removed] // DNS Rules > 50-59 > 00100 32 2176 allow ip from any to any via lo0 > 00100 929493 48342523 deny ip from any to table(10) dst-port > 131-139,445 > 00102 56574 2779124 fwd [removed] tcp from table(1) to not table(5) > dst-port 80 > 00103 0 0 fwd [removed] tcp from table(2) to not table(5) > dst-port 80 > 00104427 17244 fwd [removed] tcp from table(3) to not table(5) > 00105 6 808 deny ip from table(3) to not table(5) > 00200 0 0 deny ip from any to 127.0.0.0/8 > 00300 0 0 deny ip from 127.0.0.0/8 to any > 00400 0 0 deny ip from any to ::1 > 00500 0 0 deny ip from ::1 to any > 00600 0 0 allow ipv6-icmp from :: to ff02::/16 > 00700 0 0 allow ipv6-icmp from fe80::/10 to fe80::/10 > 00800 0 0 allow ipv6-icmp from fe80::/10 to ff02::/16 > 00900 0 0 allow ipv6-icmp from any to any ip6 icmp6types > 1 > 01000 0 0 allow ipv6-icmp from any to any ip6 icmp6types > 2,135,136 > 3 462392089 204487140826 pipe tablearg ip from table(100) to any in > 30001 535282183 461888428313 pipe tablearg ip from any to table(101) out > 34900 116507831216622001 skipto 35001 ip from table(10) to table(10) > 35000 597825867 244960831012 fwd [removed] ip from 192.168.0.0/16 to not > 192.168.0.0/16 > 65534 1595697378 1254723485778 allow ip from any to any > 65535 0 0 allow ip from any to any > > 12:07AM up 1 day, 21 mins, 1 user, load averages: 0.08, 0.06, 0.01 > > Should IP addresses be required, I'll gladly send "uncensored" ruleset > to you privately. > > > ___ > freebsd-i...@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ipfw > To unsubscribe, send any mail to "freebsd-ipfw-unsubscr...@freebsd.org" ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Current problem reports assigned to freebsd-net@FreeBSD.org
Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description s kern/154851 net[request]: Port brcm80211 driver from Linux to FreeBSD o kern/154850 net[netgraph] [patch] ng_ether fails to name nodes when t o kern/154831 net[arp] [patch] arp sysctl setting log_arp_permanent_mod o kern/154679 net[em] Fatal trap 12: "em1 taskq" only at startup (8.1-R o kern/154676 net[netgraph] [panic] HEAD, 8.1-RELEASE panic after some o kern/154600 net[tcp] [panic] Random kernel panics on tcp_output o kern/154567 net[ath] ath(4) lot of bad series(0) o kern/154557 net[tcp] Freeze tcp-session of the clients, if in the gat o kern/154443 net[if_bridge] Kernel module bridgestp.ko missing after u o kern/154286 net[netgraph] [panic] 8.2-PRERELEASE panic in netgraph o kern/154284 net[ath] Modern ath wifi cards (such as AR9285) have miss o kern/154255 net[nfs] NFS not responding o kern/154214 net[stf] [panic] Panic when creating stf interface o kern/154185 netrace condition in mb_dupcl o kern/154169 net[multicast] [ip6] Node Information Query multicast add o kern/154134 net[ip6] stuck kernel state in LISTEN on ipv6 daemon whic o kern/154091 net[netgraph] [panic] netgraph, unaligned mbuf? o conf/154062 net[vlan] [patch] change to way of auto-generatation of v o kern/154006 net[tcp] [patch] tcp "window probe" bug on 64bit o kern/153938 net[run] [panic] [patch] Workaround for use-after-free pa o kern/153937 net[ral] ralink panics the system (amd64 freeBSDD 8.X) wh o kern/153936 net[ixgbe] [patch] MPRC workaround incorrectly applied to o kern/153816 net[ixgbe] ixgbe doesn't work properly with the Intel 10g o kern/153772 net[ixgbe] [patch] sysctls reference wrong XON/XOFF varia o kern/153671 net[em] [panic] 8.2-PRERELEASE repeatable kernel in if_em o kern/153497 net[netgraph] netgraph panic due to race conditions o kern/153454 net[patch] [wlan] [urtw] Support ad-hoc and hostap modes o kern/153308 net[em] em interface use 100% cpu o kern/153255 net[panic] 8.2-PRERELEASE repeatable kernel panic under h o kern/153244 net[em] em(4) fails to send UDP to port 0x o kern/152893 net[netgraph] [panic] 8.2-PRERELEASE panic in netgraph o kern/152853 net[em] tftpd (and likely other udp traffic) fails over e o kern/152828 net[em] poor performance on 8.1, 8.2-PRE o kern/152569 net[net]: Multiple ppp connections and routing table prob o kern/152360 net[dummynet] [panic] Crash related to dummynet. o kern/152235 net[arp] Permanent local ARP entries are not properly upd o kern/152141 net[vlan] [patch] encapsulate vlan in ng_ether before out o kern/151690 net[ep] network connectivity won't work until dhclient is o kern/151681 net[nfs] NFS mount via IPv6 leads to hang on client with o kern/151593 net[igb] [panic] Kernel panic when bringing up igb networ o kern/150920 net[ixgbe][igb] Panic when packets are dropped with heade o bin/150642 netnetstat(1) doesn't print anything for SCTP sockets o kern/150557 net[igb] igb0: Watchdog timeout -- resetting o kern/150251 net[patch] [ixgbe] Late cable insertion broken o kern/150249 net[ixgbe] Media type detection broken o kern/150247 net[patch] [ixgbe] Version in -current won't build on 7.x o bin/150224 netppp(8) does not reassign static IP after kill -KILL co f kern/149969 net[wlan] [ral] ralink rt2661 fails to maintain connectio o kern/149937 net[ipfilter] [patch] kernel panic in ipfilter IP fragmen o kern/149786 net[bwn] bwn on Dell Inspiron 1150: connections stall o kern/149643 net[rum] device not sending proper beacon frames in ap mo o kern/149609 net[panic] reboot after adding second default route o kern/149539 net[ath] atheros ar9287 is not supported by ath_hal o kern/149516 net[ath] ath(4) hostap with fake MAC/BSSID results in sta o kern/149373 net[realtek/atheros]: None of my network card working o kern/149307 net[ath] Doesn't work Atheros 9285 o kern/149306 net[alc] Doesn't work Atheros AR8131 PCIe Gigabit Etherne o kern/149117 net[inet] [patch] in_pcbbind: redundant test o kern/149086 net[multicast] Generic multicast join failure in 8.1 o kern/148322 net[ath] Triggering atheros wifi beacon misses in hostap o kern/148317 net
Re: svn commit: r218741 - head/sys/netinet/ipfw
On 16 February 2011 18:43, Sergey Kandaurov wrote:
> Author: pluknet
> Date: Wed Feb 16 15:43:35 2011
> New Revision: 218741
> URL: http://svn.freebsd.org/changeset/base/218741
>
> Log:
> Bump dummynet module version to meet dummynet schedulers' requirements,
> and thus unbreak loading dummynet.ko via /boot/loader.conf.
Hi there.
Just a brief note that I'm going to merge it to stable/8.
What scares me is that it may cause some disruption due
to the change of module version on a stable branch.
On the order side, nothing depends on it in the base.
luigi@ cc:'ed as I'd like to know his opinion.
>
> Reported by: rihad on freebsd-net
> Approved by: kib (mentor)
>
> Modified:
> head/sys/netinet/ipfw/ip_dummynet.c
>
> Modified: head/sys/netinet/ipfw/ip_dummynet.c
> ==
> --- head/sys/netinet/ipfw/ip_dummynet.c Wed Feb 16 15:27:54 2011
> (r218740)
> +++ head/sys/netinet/ipfw/ip_dummynet.c Wed Feb 16 15:43:35 2011
> (r218741)
> @@ -2294,7 +2294,7 @@ static moduledata_t dummynet_mod = {
> #define DN_MODEV_ORD (SI_ORDER_ANY - 128) /* after ipfw */
> DECLARE_MODULE(dummynet, dummynet_mod, DN_SI_SUB, DN_MODEV_ORD);
> MODULE_DEPEND(dummynet, ipfw, 2, 2, 2);
> -MODULE_VERSION(dummynet, 1);
> +MODULE_VERSION(dummynet, 3);
>
> /*
> * Starting up. Done in order after dummynet_modevent() has been called.
>
--
wbr,
pluknet
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Re: kern/150247: [patch] [ixgbe] Version in -current won't build on 7.x systems
The following reply was made to PR kern/150247; it has been noted by GNATS. From: Bruce Cran To: bug-follo...@freebsd.org, abo...@averesystems.com Cc: Subject: Re: kern/150247: [patch] [ixgbe] Version in -current won't build on 7.x systems Date: Mon, 21 Feb 2011 10:05:27 + We don't support building drivers from -CURRENT within the environment for an older release. I think the ixgbe driver would need to be backported to 7- STABLE. -- Bruce Cran ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Re: IPv6 carp trouble
On Sun, 20 Feb 2011, Ask Bjørn Hansen wrote: Hey, I've been setting up IPv6 on the various networks I look after over the last weeks. Today the turn came to a system that's running two FreeBSD boxes with carp etc. I added an inet6 address to the ethernet interface and then the 'carp address' to carp0. The carp address is used by our upstream provider. Things appear to work except I can't ping the carp address -- even from localhost! I got fairly unstable results as well while debugging kern/153848 - as in the problem changed depending on test/fix/... which puzzled me. I am not all quite sure why that was and I am sure I was just staring at the thing not seeing it. I should go back and stare more;-) /bz -- Bjoern A. Zeeb You have to have visions! Stop bit received. Insert coin for new address family.___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
