[Bug 379586] New: WLAN (Mode:Master) dead after Update sysconfig-0.70.2-4.2
https://bugzilla.novell.com/show_bug.cgi?id=379586 User donald@curtisliberty.de added comment https://bugzilla.novell.com/show_bug.cgi?id=379586#c329280 Summary: WLAN (Mode:Master) dead after Update sysconfig-0.70.2- 4.2 Product: openSUSE 10.3 Version: Final Platform: i686 OS/Version: openSUSE 10.3 Status: NEW Severity: Critical Priority: P5 - None Component: Update Problems AssignedTo: bnc-team-screening@forge.provo.novell.com ReportedBy: donald@curtisliberty.de QAContact: jsrain@novell.com Found By: Customer After applying the Update sysconfig-0.70.2-4.2 at the end of Calender Week 15 2008, the WLAN (in Master Mode) was no longer accessible: the WLAN Access Point did not transmit anything when the Clients attempted to regain access. ****** Problem with Modification Request (bnc#329280) ?? ****** WLAN device (ath0): Atheros Communications, Inc. AR5212/AR5213 Multiprotocol MAC/baseband processor (rev 01) Driver: madwifi-kmp-default-0.9.3.3_2.6.22.16_0.2-0.1 Physical PCI Adapter: D-Link DWL-G520 ----------------------------------------------------------------------------- Entries in /var/log/messages [Failure case] : Apr 13 10:03:02 eck002 ifup: ath0 device: Atheros Communications, Inc. AR5212/AR5213 Multiprotocol MAC/baseband processor (rev 01) Apr 13 10:03:02 eck002 ifup-wireless: command 'iwconfig ath0 ap any' returned Apr 13 10:03:02 eck002 ifup-wireless: Error for wireless request "Set AP Address" (8B14) : Apr 13 10:03:02 eck002 ifup-wireless: SET failed on device ath0 ; Invalid argument. Apr 13 10:03:09 eck002 avahi-daemon[3561]: Joining mDNS multicast group on interface eth0.IPv4 with address 192.168.1.10. Apr 13 10:03:09 eck002 avahi-daemon[3561]: New relevant interface eth0.IPv4 for mDNS. Apr 13 10:03:09 eck002 avahi-daemon[3561]: Network interface enumeration completed. Apr 13 10:03:09 eck002 avahi-daemon[3561]: Registering new address record for fe80::204:61ff:fe44:62b7 on eth0.*. Apr 13 10:03:09 eck002 avahi-daemon[3561]: Registering new address record for 192.168.1.10 on eth0.IPv4. Apr 13 10:03:09 eck002 avahi-daemon[3561]: Registering new address record for fe80::21b:11ff:fec6:9b36 on ath0.*. Apr 13 10:03:09 eck002 avahi-daemon[3561]: Registering HINFO record with values 'I686'/'LINUX'. Apr 13 10:03:09 eck002 avahi-dnsconfd[3578]: Successfully connected to Avahi daemon. Apr 13 10:03:10 eck002 avahi-daemon[3561]: Server startup complete. Host name is eck002.local. Local service cookie is 2932262834. Apr 13 10:03:11 eck002 avahi-daemon[3561]: Service "eck002" (/etc/avahi/services/ssh.service) successfully established. Apr 13 10:03:11 eck002 avahi-daemon[3561]: Service "SFTP File Transfer on eck002" (/etc/avahi/services/sftp-ssh.service) successfully established. Apr 13 10:03:11 eck002 named[3634]: loading configuration from '/etc/named.conf' Apr 13 10:03:11 eck002 named[3634]: listening on IPv6 interfaces, port 53 Apr 13 10:03:11 eck002 named[3634]: listening on IPv4 interface lo, 127.0.0.1#53 Apr 13 10:03:11 eck002 named[3634]: listening on IPv4 interface eth0, 192.168.1.10#53 Apr 13 10:03:11 eck002 named[3634]: automatic empty zone: 127.IN-ADDR.ARPA Apr 13 10:03:16 eck002 dhcpd: Apr 13 10:03:16 eck002 dhcpd: No subnet declaration for ath0 (0.0.0.0). Apr 13 10:03:16 eck002 dhcpd: ** Ignoring requests on ath0. If this is not what Apr 13 10:03:16 eck002 dhcpd: you want, please write a subnet declaration Apr 13 10:03:16 eck002 dhcpd: in your dhcpd.conf file for the network segment Apr 13 10:03:16 eck002 dhcpd: to which interface ath0 is attached. ** Apr 13 10:03:16 eck002 dhcpd: Apr 13 10:03:16 eck002 dhcpd: Listening on LPF/eth0/00:04:61:44:62:b7/192.168.1/24 Apr 13 10:03:16 eck002 dhcpd: Sending on LPF/eth0/00:04:61:44:62:b7/192.168.1/24 Apr 13 10:03:16 eck002 dhcpd: Sending on Socket/fallback/fallback-net ----------------------------------------------------------------------------- Entries in /var/log/messages [Functions correctly case] : Apr 12 14:19:26 eck002 ifup: ath0 device: Atheros Communications, Inc. AR5212/AR5213 Multiprotocol MAC/baseband processor (rev 01) Apr 12 14:19:27 eck002 ifup: ath0 Apr 12 14:19:27 eck002 ifup: IP address: 192.168.2.5/24 Apr 12 14:19:27 eck002 ifup: Apr 12 14:19:32 eck002 avahi-daemon[3642]: Joining mDNS multicast group on interface eth0.IPv4 with address 192.168.1.10. Apr 12 14:19:32 eck002 avahi-daemon[3642]: New relevant interface eth0.IPv4 for mDNS. Apr 12 14:19:32 eck002 avahi-daemon[3642]: Joining mDNS multicast group on interface ath0.IPv4 with address 192.168.2.5. Apr 12 14:19:32 eck002 avahi-daemon[3642]: New relevant interface ath0.IPv4 for mDNS. Apr 12 14:19:32 eck002 avahi-daemon[3642]: Network interface enumeration completed. Apr 12 14:19:32 eck002 avahi-daemon[3642]: Registering new address record for fe80::204:61ff:fe44:62b7 on eth0.*. Apr 12 14:19:32 eck002 avahi-daemon[3642]: Registering new address record for 192.168.1.10 on eth0.IPv4. Apr 12 14:19:32 eck002 avahi-daemon[3642]: Registering new address record for fe80::21b:11ff:fec6:9b36 on ath0.*. Apr 12 14:19:32 eck002 avahi-daemon[3642]: Registering new address record for 192.168.2.5 on ath0.IPv4. Apr 12 14:19:32 eck002 avahi-daemon[3642]: Registering HINFO record with values 'I686'/'LINUX'. Apr 12 14:19:33 eck002 avahi-daemon[3642]: Server startup complete. Host name is eck002.local. Local service cookie is 3804418560. Apr 12 14:19:33 eck002 syslog-ng[2170]: new configuration initialized Apr 12 14:19:34 eck002 avahi-daemon[3642]: Service "eck002" (/etc/avahi/services/ssh.service) successfully established. Apr 12 14:19:34 eck002 avahi-daemon[3642]: Service "SFTP File Transfer on eck002" (/etc/avahi/services/sftp-ssh.service) successfully established. Apr 12 14:19:36 eck002 named[3738]: listening on IPv6 interfaces, port 53 Apr 12 14:19:36 eck002 named[3738]: listening on IPv4 interface lo, 127.0.0.1#53 Apr 12 14:19:36 eck002 named[3738]: listening on IPv4 interface ath0, 192.168.2.5#53 Apr 12 14:19:36 eck002 named[3738]: listening on IPv4 interface eth0, 192.168.1.10#53 Apr 12 14:19:36 eck002 named[3738]: automatic empty zone: 127.IN-ADDR.ARPA Apr 12 14:19:40 eck002 dhcpd: Listening on LPF/ath0/00:1b:11:c6:9b:36/192.168.2/24 Apr 12 14:19:40 eck002 dhcpd: Sending on LPF/ath0/00:1b:11:c6:9b:36/192.168.2/24 Apr 12 14:19:40 eck002 dhcpd: Listening on LPF/eth0/00:04:61:44:62:b7/192.168.1/24 Apr 12 14:19:40 eck002 dhcpd: Sending on LPF/eth0/00:04:61:44:62:b7/192.168.1/24 Apr 12 14:19:40 eck002 dhcpd: Sending on Socket/fallback/fallback-net ----------------------------------------------------------------------------- *** Temporary fix : In /etc/sysconfig/network/scripts/ifstatus-wireless commented out line number 342 -- eck002:..network/scripts # diff -cw ifup-wireless ifup-wireless.2008-04-09 *** ifup-wireless 2008-04-13 18:46:21.000000000 +0200 --- ifup-wireless.2008-04-09 2008-04-13 17:51:04.000000000 +0200 *************** *** 339,345 **** test -z "$WIRELESS_AP" && WIRELESS_AP="any" # it is required to set up the interface before doing that ip link set up dev $INTERFACE 2>/dev/null ! # run_iw_tool config ap "$WIRELESS_AP" } setup_wlanngdev() --- 339,345 ---- test -z "$WIRELESS_AP" && WIRELESS_AP="any" # it is required to set up the interface before doing that ip link set up dev $INTERFACE 2>/dev/null ! run_iw_tool config ap "$WIRELESS_AP" } setup_wlanngdev() eck002:..network/scripts # ----------------------------------------------------------------------------- ** Update description (German) : sysconfig - sysconfig: Korrekturen der Netzwerk-Skripte Dieses Update behebt folgende Probleme in den Netzwerk-Skripten: - Korrektur der start/stop Reihenfolge der Netzwerk-Schnittstellen im /etc/init.d/network Skript (bnc#375834, bnc#305333, bnc#343844). - Korrektur des regulären Ausdrucks zum Parsen der ESSID in der iwconfig-Ausgabe im netcontrol_services Skript (bnc#152071). - Korrekturen des ppp pool.tcpip Skripts um Konflikte mit als Daemon bereits ausgeführten fetchmail oder MTA zu vermeiden (bnc#231042). - Korrektur der Anwendung der arp_ip_target bonding Option, die nicht als Komma separierte Liste, sondern einzeln angewendet werden muss (bnc#349506). - Korrektur des ifup-wireless Skripts, das nun die Adresse des Access- Points setzt. Es wird zumindest von mac80211 basierenden Treibern zur Assoziation mit dem Access-Point benötigt (bnc#329280). - Korrektur der Warteschleife im /etc/init.d/network Skript, die im Fall einer Zeitkorrektur (z.B. durch ntp) u.U. sehr lange ausgeführt wurde (bnc#346559). - Korrektur des ifup Skripts. Der inkorrekte sysctl net.ipv6 Aufruf wurde entfernt, wodurch auch die Ausgabe aller net.ipv6 Werte während des Setzens von IPv6 Adressen vermieden wird (bnc#347322). - Korrektur des dhcpcd-hook damit nicht der Variablenname, sondern der Name der Netzwerk-Schnittstelle protokolliert wird (bnc#305592) - Rechtschreibprüfung der Dokumentation (bnc#349746, bnc#299652). ----------------------------------------------------------------------------- -- Mit freundlichen Grüßen Donald Curtis Eckentaler Straße 8 90542 Eckental Telefon: 09126 288056 e-Brief: donald@curtisliberty.de ----------------------------------------------------------------------------- -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=379586
User meissner@novell.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=379586#c1
Marcus Meissner
https://bugzilla.novell.com/show_bug.cgi?id=379586
Marius Tomaschewski
https://bugzilla.novell.com/show_bug.cgi?id=379586
User mt@novell.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=379586#c3
--- Comment #3 from Marius Tomaschewski
https://bugzilla.novell.com/show_bug.cgi?id=379586
User hschaa@novell.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=379586#c5
Helmut Schaa
The attached patch, changes the previous patch to set the ap only when the user has specified a value for the WIRELESS_AP variable. Further, I've added a note to the ifcfg.template file, that it is required by the mac80211 based drivers to set it to 'any' or an specific ap address.
Hmm, what about checking the wireless-mode and run "run_iw_tool config ap" only if the card is not configured in master mode? In master mode the AP-setting should not be used anyway.
This means, the behavior is as before by default. For mac80211 drivers (bug 329280), a manual intervention is required.
That will cause problems with lots of drivers depending on the new stack in 11.0 (for example iwl3945, iwl4956, ath5k, rt2x00 and p54). Therefore I guess this approach is not feasible.
Another way to handle both cases would be to add support for the 'ap' ('ap any') option to at least the madwifi driver as described by the iwconfig manual page (the driver reports invalid argument).
madwifi is not shipped with OpenSUSE due to legal issues. Packages are provided on the madwifi-homepage. I don't think an update to madwifi is reasonable. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=379586
User mt@novell.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=379586#c6
Marius Tomaschewski
https://bugzilla.novell.com/show_bug.cgi?id=379586
User mt@novell.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=379586#c10
Marius Tomaschewski
https://bugzilla.novell.com/show_bug.cgi?id=379586
User meissner@novell.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=379586#c11
--- Comment #11 from Marcus Meissner
participants (1)
-
bugzilla_noreply@novell.com