kern/163206: dhclient stopped working on wlan0 because of changes in CURRENT kernel between 2011-11-29 and 2011-12-12
>Number: 163206 >Category: kern >Synopsis: dhclient stopped working on wlan0 because of changes in >CURRENT kernel between 2011-11-29 and 2011-12-12 >Confidential: no >Severity: serious >Priority: high >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Dec 12 15:00:03 UTC 2011 >Closed-Date: >Last-Modified: >Originator: Ralf Wenk >Release:FreeBSD 10.0-CURRENT >Organization: Hochschule Karlsruhe, University of Applied Sciences >Environment: FreeBSD IZ-T193196065251a 10.0-CURRENT FreeBSD 10.0-CURRENT #4: Mon Dec 12 10:11:00 CET 2011 root@IZ-T193196065251a:/usr/obj/usr/src/sys/GENERIC i386 >Description: After upgrading from a current world and kernel from 2011-11-29 to todays version dhclient is now unable to aquire an IP address from an wlan0 interface. It is working fine on an em0 interface with the same kernel. The messages in /var/log/messages are Dec 12 15:08:31 IZ-T193196065251a dhclient[1625]: wlan0: not found Dec 12 15:08:31 IZ-T193196065251a dhclient[1625]: exiting. Dec 12 15:08:31 IZ-T193196065251a dhclient[1626]: connection closed Dec 12 15:08:31 IZ-T193196065251a dhclient[1626]: exiting. Dec 12 15:08:31 IZ-T193196065251a root: /etc/rc.d/dhclient: WARNING: failed to start dhclient Reverting the kernel to the old CURRENT version fixes the problem. Because of successfully using world of today with an old kernel I think the problem is caused by changes made to the kernel between the two dates. Stopping the dhclient with "/etc/rc.d/dhclient stop wlan0" shows dhclient not running? (check /var/run/dhclient.wlan0.pid). as expected. Starting with "/etc/rc.d/dhclient start wlan0" shows Starting dhclient. ifconfig: ioctl (SIOCAIFADDR): File exists wlan0: not found exiting. /etc/rc.d/dhclient: WARNING: failed to start dhclient Adding "set -xv" to /sbin/dhclient-script leads to the $IFCONFIG $interface inet alias 0.0.0.0 netmask 0.0.0.0 broadcast 255.255.255.255 up line as the cause of the "ifconfig: ioctl (SIOCAIFADDR): File exists" error message. # ifconfig wlan0" wlan0: flags=8843 metric 0 mtu 1500 ether 00:22:5f:fa:85:0b nd6 options=29 media: IEEE 802.11 Wireless Ethernet OFDM/6Mbps mode 11g status: associated ssid HsKA-8021x channel 1 (2412 MHz 11g) bssid 0a:0b:6b:2b:2e:c6 regdomain ETSI country DE indoor ecm authmode WPA2/802.11i privacy ON deftxkey UNDEF TKIP 2:128-bit txpower 30 bmiss 7 scanvalid 450 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 5 protmode CTS wme burst roaming MANUAL # >How-To-Repeat: Set up interfaces in /etc/rc.conf as ifconfig_em0="DHCP" wlans_ath0="wlan0" ifconfig_wlan0="WPA DHCP country Germany" use a CURRENT kernel of today and than a CURRENT kernel at least of 2011-11-29. >Fix: >Release-Note: >Audit-Trail: >Unformatted: ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: kern/163206: dhclient stopped working on wlan0 because of changes in CURRENT kernel between 2011-11-29 and 2011-12-12
The following reply was made to PR kern/163206; it has been noted by GNATS.
From: Gleb Smirnoff
To: Ralf Wenk
Cc: freebsd-gnats-sub...@freebsd.org
Subject: Re: kern/163206: dhclient stopped working on wlan0 because of
changes in CURRENT kernel between 2011-11-29 and 2011-12-12
Date: Mon, 12 Dec 2011 19:25:11 +0400
--ZwgA9U+XZDXt4+m+
Content-Type: text/plain; charset=koi8-r
Content-Disposition: inline
Ralf,
can you please perform two tests:
1) Back out the r228313 revision and try again.
http://svnweb.freebsd.org/base?view=revision&revision=228313
2) Return the tree back to normal state (including r228313) and
try the attached patch.
--
Totus tuus, Glebius.
--ZwgA9U+XZDXt4+m+
Content-Type: text/x-diff; charset=koi8-r
Content-Disposition: attachment; filename="in.c.diff"
Index: in.c
===
--- in.c (revision 228438)
+++ in.c (working copy)
@@ -1072,7 +1072,7 @@
in_scrubprefix(struct in_ifaddr *target, u_int flags)
{
struct in_ifaddr *ia;
- struct in_addr prefix, mask, p;
+ struct in_addr prefix, mask, p, m;
int error = 0;
struct sockaddr_in prefix0, mask0;
@@ -1133,15 +1133,22 @@
IN_IFADDR_RLOCK();
TAILQ_FOREACH(ia, &V_in_ifaddrhead, ia_link) {
- if (rtinitflags(ia))
+ if (rtinitflags(ia)) {
p = ia->ia_dstaddr.sin_addr;
- else {
+
+ if (prefix.s_addr != p.s_addr)
+ continue;
+ } else {
p = ia->ia_addr.sin_addr;
- p.s_addr &= ia->ia_sockmask.sin_addr.s_addr;
+ m = ia->ia_sockmask.sin_addr;
+ p.s_addr &= m.s_addr;
+
+ if (prefix.s_addr != p.s_addr ||
+ mask.s_addr != m.s_addr)
+ continue;
}
- if ((prefix.s_addr != p.s_addr) ||
- !(ia->ia_ifp->if_flags & IFF_UP))
+ if ((ia->ia_ifp->if_flags & IFF_UP) == 0)
continue;
/*
--ZwgA9U+XZDXt4+m+--
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: kern/163206: dhclient stopped working on wlan0 because of changes in CURRENT kernel between 2011-11-29 and 2011-12-12
The following reply was made to PR kern/163206; it has been noted by GNATS. From: Gleb Smirnoff To: Ralf Wenk Cc: freebsd-gnats-sub...@freebsd.org Subject: Re: kern/163206: dhclient stopped working on wlan0 because of changes in CURRENT kernel between 2011-11-29 and 2011-12-12 Date: Mon, 12 Dec 2011 19:28:55 +0400 One more question: have you got any error messages in dmesg? -- Totus tuus, Glebius. ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: misc/163180: ssh X11 forwarding broken in FreeBSD 9.0
The following reply was made to PR misc/163180; it has been noted by GNATS. From: Stephen Sanders To: bug-follo...@freebsd.org, ssand...@opnet.com Cc: Subject: Re: misc/163180: ssh X11 forwarding broken in FreeBSD 9.0 Date: Mon, 12 Dec 2011 10:31:37 -0500 This is a multi-part message in MIME format. --050207040102070201080804 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit I misclassified this report. How can I edit the report post submission ? --050207040102070201080804 Content-Type: text/x-vcard; charset=utf-8; name="ssanders.vcf" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="ssanders.vcf" begin:vcard fn:Stephen Sanders n:Sanders;Stephen org:OPNET;APPTECH adr;dom:;;7255 Woodmont Ave;Bethesda;MD;20814 email;internet:ssand...@opnet.com title:Sr Software Engineer x-mozilla-html:TRUE version:2.1 end:vcard --050207040102070201080804-- ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: kern/163206: dhclient stopped working on wlan0 because of changes in CURRENT kernel between 2011-11-29 and 2011-12-12
The following reply was made to PR kern/163206; it has been noted by GNATS. From: Gleb Smirnoff To: Ralf Wenk Cc: freebsd-gnats-sub...@freebsd.org Subject: Re: kern/163206: dhclient stopped working on wlan0 because of changes in CURRENT kernel between 2011-11-29 and 2011-12-12 Date: Mon, 12 Dec 2011 19:45:13 +0400 --YToU2i3Vx8H2dn7O Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Ralf, a couple more questions: 1) Can you please tell whether you have default route in kernel when dhclient fails? The default may be was received on em0. 2) If you do, then please try the attached patch to dhclient-script. -- Totus tuus, Glebius. --YToU2i3Vx8H2dn7O Content-Type: text/x-diff; charset=koi8-r Content-Disposition: attachment; filename="dhclient-script.diff" Index: dhclient-script === --- dhclient-script(revision 228438) +++ dhclient-script(working copy) @@ -320,7 +320,7 @@ PREINIT) delete_old_alias - $IFCONFIG $interface inet alias 0.0.0.0 netmask 0.0.0.0 broadcast 255.255.255.255 up + $IFCONFIG $interface inet alias 0.0.0.0 netmask 255.0.0.0 broadcast 255.255.255.255 up ;; ARPCHECK|ARPSEND) --YToU2i3Vx8H2dn7O-- ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
misc/163208: PF state key linking mismatch
>Number: 163208
>Category: misc
>Synopsis: PF state key linking mismatch
>Confidential: no
>Severity: critical
>Priority: high
>Responsible:freebsd-bugs
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Mon Dec 12 16:40:07 UTC 2011
>Closed-Date:
>Last-Modified:
>Originator: Matthew Lager
>Release:FreeBSD 9.0-RC3
>Organization:
>Environment:
FreeBSD g03.rpsol.net 9.0-RC3 FreeBSD 9.0-RC3 #3: Fri Dec 9 15:53:39 MST 2011
mla...@g03.rpsol.net:/usr/obj/usr/src/sys/G03 i386
>Description:
With a raw IP-IP GIF tunnel set up between an 8.2-RELEASE system and an 9.0-RC3
system, the tunnel functions properly, each side can connect to eachother's
network, however, the 9.0-RC3 system reports numerous PF state key linking
mismatch errors, even for successful connections, that look like:
pf: state key linking mismatch! dir=OUT, if=re1, stored af=2, a0: B.B.B.B, a1:
A.A.A.A, proto=4, found af=2, a0: 172.16.1.2:80, a1: 172.16.2.1:52102, proto=6.
I don't see these errors on the 8.2-RELEASE endpoint and the error seems to
disrupt network performance. Here is my configuration on each endpoint, I've
masked public IP addresses as A.A.A.A and B.B.B.B:
ENDPOINT 1:
/etc/rc.conf:
gif_interfaces="gif0"
gifconfig_gif0="A.A.A.A B.B.B.B"
ifconfig_gif0="inet 172.16.1.1 172.16.2.1 netmask 255.255.255.0"
static_routes="tslbell"
route_tslbell="-net 172.16.2.0/24 172.16.2.1"
/etc/pf.conf:
# MACROS
ext_if="re0"
int_if="re1"
internal_net="172.16.1.0/24"
# NORMALIZATION
scrub in all
# NETWORK ADDRESS TRANSLATION
nat on $ext_if from $internal_net to any -> ($ext_if)
# FILTERING
set skip on gif0
pass in all
pass out all
block in log all
pass quick on lo0 all
pass quick on $int_if all
# ENABLE INBOUND ICMP
pass in on $ext_if proto icmp all keep state
pass out on $ext_if proto { tcp, udp, icmp } all keep state
---
ENDPOINT 2:
/etc/rc.conf:
gifconfig_gif0="B.B.B.B A.A.A.A"
ifconfig_gif0="inet 172.16.2.1 172.16.1.1 netmask 255.255.255.0"
static_routes="belltsl"
route_belltsl="-net 172.16.1.0/24 172.16.1.1"
/etc/pf.conf:
# MACROS
ext_if="lagg0"
int_if="bge0"
internal_net="172.16.2.0/24"
# NORMALIZATION
scrub in all
# NETWORK ADDRESS TRANSLATION
nat on $ext_if from $internal_net to any -> ($ext_if)
# FILTERING
set skip on gif0
pass in all
pass out all
block in log all
pass quick on lo0 all
pass quick on $int_if all
# ENABLE INBOUND ICMP
pass in on $ext_if proto icmp all keep state
pass out on $ext_if proto { tcp, udp, icmp } all keep state
>How-To-Repeat:
Setup an IP-IP tunnel on FreeBSD 9.0-RC3, enable PF, and look for state
mismatch error messages.
>Fix:
None found as of now.
>Release-Note:
>Audit-Trail:
>Unformatted:
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: bin/162547: rtadvd(8) not working, reporting non-zero lifetime RA on RA receiving interface [regression]
Synopsis: rtadvd(8) not working, reporting non-zero lifetime RA on RA receiving interface [regression] State-Changed-From-To: open->closed State-Changed-By: linimon State-Changed-When: Tue Dec 13 01:50:50 UTC 2011 State-Changed-Why: >From misfiled PR caught in spamtrap: Date: Mon, 12 Dec 2011 09:29:06 -0700 From: Matt Lager To: bug-follo...@freebsd.org Subject: Re: bin/162547: rtadvd(8) not working, reporting non-zero lifetime RA on RA receiving interface [regression] Content-Type: multipart/alternative; boundary="080803070203050405080105" This is a multi-part message in MIME format. --080803070203050405080105 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit This appears to be fixed in 9.0-RC2, after upgrading I did NOT have to modify the /usr/src/usr.sbin/rtadvd/rtadvd.c as explained in this bug report for things to work properly. -- *Matt Lager*, Chief Technology Officer | *Office:* 858-935-1130 | *Cell:* 501-215-3737 | http://rock-pond.com /Giving you the *INFORMATION* you Need from the *DATA* you've got/ -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. --080803070203050405080105-- http://www.freebsd.org/cgi/query-pr.cgi?pr=162547 ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
bin/163219: [patch] man: fix 'zcat: standard input is a terminal -- ignoring' when only formatted version of manpage exists
>Number: 163219 >Category: bin >Synopsis: [patch] man: fix 'zcat: standard input is a terminal -- >ignoring' when only formatted version of manpage exists >Confidential: no >Severity: non-critical >Priority: low >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Dec 13 02:10:08 UTC 2011 >Closed-Date: >Last-Modified: >Originator: Yuri Pankov >Release:FreeBSD 9.0-RC3 amd64 >Organization: >Environment: System: FreeBSD procyon.xvoid.org 9.0-RC3 FreeBSD 9.0-RC3 #1 r228385: Sat Dec 10 07:29:02 MSK 2011 y...@procyon.xvoid.org:/usr/obj/data/src/freebsd/releng/9.0/sys/GENERIC amd64 >Description: /usr/bin/man emits a 'zcat: standard input is a terminal -- ignoring' when only formatted version of the manpage exists - coming from man_check_for_so. Just return there if `manpage' is an empty string. >How-To-Repeat: run catman; remove /usr/share/man/man1/man.1.gz; run man man: procyon:yuri:~$ man -d man -- Using architecture: amd64:amd64 -- Using pager: less -ins -- Using manual sections: 1:1aout:8:2:3:n:4:5:6:7:9:l -- Searching PATH for man directories -- Adding /usr/share/man to manpath -- Adding /usr/local/man to manpath -- Adding default manpath entries -- Adding /usr/share/openssl/man to manpath -- Parsing config file: /usr/local/etc/man.d/perl5.12.4.conf -- Adding /usr/local/lib/perl5/5.12.4/man to manpath -- Adding /usr/local/lib/perl5/5.12.4/perl/man to manpath -- Using manual path: /usr/share/man:/usr/local/man:/usr/share/openssl/man:/usr/local/lib/perl5/5.12.4/man:/usr/local/lib/perl5/5.12.4/perl/man -- Using locale paths: en_US.UTF-8:en.UTF-8:. -- Using standard page width -- Searching for man -- Found catpage /usr/share/man/cat1/man.1.gz zcat: standard input is a terminal -- ignoring -- Command: /usr/bin/zcat /usr/share/man/cat1/man.1.gz | less -ins >Fix: --- man.sh.diff begins here --- Index: usr.bin/man/man.sh === --- usr.bin/man/man.sh (revision 228449) +++ usr.bin/man/man.sh (working copy) @@ -256,6 +256,11 @@ unset IFS + # We can be called with empty `manpage' if only cat page exists + if ! [ $manpage ]; then + return 0 + fi + # We need to loop to accommodate multiple .so directives. while true do --- man.sh.diff ends here --- >Release-Note: >Audit-Trail: >Unformatted: ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
