[Touch-packages] [Bug 1545302] Re: wpa-roam broken by fix for ifupdown #1337873
This bug was fixed in the package ifupdown - 0.7.54ubuntu1.3 --- ifupdown (0.7.54ubuntu1.3) wily; urgency=medium * Fix false-positive recursion detection. (LP: #1545302) -- Dariusz Gadomski Wed, 17 Feb 2016 17:48:41 +0100 ** Changed in: ifupdown (Ubuntu Wily) Status: Fix Committed => Fix Released -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ifupdown in Ubuntu. https://bugs.launchpad.net/bugs/1545302 Title: wpa-roam broken by fix for ifupdown #1337873 Status in ifupdown package in Ubuntu: Fix Released Status in ifupdown source package in Trusty: Fix Released Status in ifupdown source package in Wily: Fix Released Bug description: [Impact] * In some configurations recurrent ifup/down calls are broken due to a false-positive recursion detection. * In certain situations it leaves interfaces unconfigured (in this case: WLAN interface connected to WiFi network, but dhcp fails). [Test Case] * Setup wpa-roam configuration based on what is in comment #6 * Wait until wpa_supplicant connects to a wifi network * Run ifconfig to check if the WLAN interface received dhcp info * Expected result: WLAN is fully configured according to dhcp settings * Actual result: WLAN is connected to WiFi but not configured [Regression Potential] * Fixed upstream, fix present in Xenial. * Debdiffs contain a backport of an upstream fix. [Other Info] * Original bug description: The following versions of ifupdown introduced a recursion check using "IFUPDOWN_" environment variables along with a new locking mechanism for ifup (see #1337873): 0.7.47.2ubuntu4.2 (in Trusty) 0.7.54ubuntu1.1 (in Wily) 0.7.54ubuntu2 (in Xenial) This recursion check breaks the wpa-roam feature of wpasupplicant, preventing it from loading the logical interface specified by id_str after associating with an AP. Specifically, after upgrading to one of the above ifupdown versions, the '/sbin/ifup -v --force "$WPA_IFACE=$WPA_LOGICAL_IFACE"' command run by wpa_action in functions.sh fails with an "ifup: recursion detected for parent interface wlan0 in post-up phase" error. To fix the issue, functions.sh needs to run `unset "IFDOWN_$WPA_IFACE"` before calling /sbin/ifup to prevent ifup from detecting the recursion. The attached patch implements this change. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ifupdown/+bug/1545302/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1545302] Re: wpa-roam broken by fix for ifupdown #1337873
This bug was fixed in the package ifupdown - 0.7.47.2ubuntu4.4 --- ifupdown (0.7.47.2ubuntu4.4) trusty; urgency=medium * Fix false-positive recursion detection. (LP: #1545302) -- Dariusz Gadomski Wed, 17 Feb 2016 17:45:58 +0100 ** Changed in: ifupdown (Ubuntu Trusty) Status: Fix Committed => Fix Released -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ifupdown in Ubuntu. https://bugs.launchpad.net/bugs/1545302 Title: wpa-roam broken by fix for ifupdown #1337873 Status in ifupdown package in Ubuntu: Fix Released Status in ifupdown source package in Trusty: Fix Released Status in ifupdown source package in Wily: Fix Released Bug description: [Impact] * In some configurations recurrent ifup/down calls are broken due to a false-positive recursion detection. * In certain situations it leaves interfaces unconfigured (in this case: WLAN interface connected to WiFi network, but dhcp fails). [Test Case] * Setup wpa-roam configuration based on what is in comment #6 * Wait until wpa_supplicant connects to a wifi network * Run ifconfig to check if the WLAN interface received dhcp info * Expected result: WLAN is fully configured according to dhcp settings * Actual result: WLAN is connected to WiFi but not configured [Regression Potential] * Fixed upstream, fix present in Xenial. * Debdiffs contain a backport of an upstream fix. [Other Info] * Original bug description: The following versions of ifupdown introduced a recursion check using "IFUPDOWN_" environment variables along with a new locking mechanism for ifup (see #1337873): 0.7.47.2ubuntu4.2 (in Trusty) 0.7.54ubuntu1.1 (in Wily) 0.7.54ubuntu2 (in Xenial) This recursion check breaks the wpa-roam feature of wpasupplicant, preventing it from loading the logical interface specified by id_str after associating with an AP. Specifically, after upgrading to one of the above ifupdown versions, the '/sbin/ifup -v --force "$WPA_IFACE=$WPA_LOGICAL_IFACE"' command run by wpa_action in functions.sh fails with an "ifup: recursion detected for parent interface wlan0 in post-up phase" error. To fix the issue, functions.sh needs to run `unset "IFDOWN_$WPA_IFACE"` before calling /sbin/ifup to prevent ifup from detecting the recursion. The attached patch implements this change. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ifupdown/+bug/1545302/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1545302] Re: wpa-roam broken by fix for ifupdown #1337873
** Tags removed: verification-done-trusty verification-done-wily verification-needed ** Tags added: verification-done -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ifupdown in Ubuntu. https://bugs.launchpad.net/bugs/1545302 Title: wpa-roam broken by fix for ifupdown #1337873 Status in ifupdown package in Ubuntu: Fix Released Status in ifupdown source package in Trusty: Fix Committed Status in ifupdown source package in Wily: Fix Committed Bug description: [Impact] * In some configurations recurrent ifup/down calls are broken due to a false-positive recursion detection. * In certain situations it leaves interfaces unconfigured (in this case: WLAN interface connected to WiFi network, but dhcp fails). [Test Case] * Setup wpa-roam configuration based on what is in comment #6 * Wait until wpa_supplicant connects to a wifi network * Run ifconfig to check if the WLAN interface received dhcp info * Expected result: WLAN is fully configured according to dhcp settings * Actual result: WLAN is connected to WiFi but not configured [Regression Potential] * Fixed upstream, fix present in Xenial. * Debdiffs contain a backport of an upstream fix. [Other Info] * Original bug description: The following versions of ifupdown introduced a recursion check using "IFUPDOWN_" environment variables along with a new locking mechanism for ifup (see #1337873): 0.7.47.2ubuntu4.2 (in Trusty) 0.7.54ubuntu1.1 (in Wily) 0.7.54ubuntu2 (in Xenial) This recursion check breaks the wpa-roam feature of wpasupplicant, preventing it from loading the logical interface specified by id_str after associating with an AP. Specifically, after upgrading to one of the above ifupdown versions, the '/sbin/ifup -v --force "$WPA_IFACE=$WPA_LOGICAL_IFACE"' command run by wpa_action in functions.sh fails with an "ifup: recursion detected for parent interface wlan0 in post-up phase" error. To fix the issue, functions.sh needs to run `unset "IFDOWN_$WPA_IFACE"` before calling /sbin/ifup to prevent ifup from detecting the recursion. The attached patch implements this change. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ifupdown/+bug/1545302/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1545302] Re: wpa-roam broken by fix for ifupdown #1337873
** Tags added: verification-done-trusty -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ifupdown in Ubuntu. https://bugs.launchpad.net/bugs/1545302 Title: wpa-roam broken by fix for ifupdown #1337873 Status in ifupdown package in Ubuntu: Fix Released Status in ifupdown source package in Trusty: Fix Committed Status in ifupdown source package in Wily: Fix Committed Bug description: [Impact] * In some configurations recurrent ifup/down calls are broken due to a false-positive recursion detection. * In certain situations it leaves interfaces unconfigured (in this case: WLAN interface connected to WiFi network, but dhcp fails). [Test Case] * Setup wpa-roam configuration based on what is in comment #6 * Wait until wpa_supplicant connects to a wifi network * Run ifconfig to check if the WLAN interface received dhcp info * Expected result: WLAN is fully configured according to dhcp settings * Actual result: WLAN is connected to WiFi but not configured [Regression Potential] * Fixed upstream, fix present in Xenial. * Debdiffs contain a backport of an upstream fix. [Other Info] * Original bug description: The following versions of ifupdown introduced a recursion check using "IFUPDOWN_" environment variables along with a new locking mechanism for ifup (see #1337873): 0.7.47.2ubuntu4.2 (in Trusty) 0.7.54ubuntu1.1 (in Wily) 0.7.54ubuntu2 (in Xenial) This recursion check breaks the wpa-roam feature of wpasupplicant, preventing it from loading the logical interface specified by id_str after associating with an AP. Specifically, after upgrading to one of the above ifupdown versions, the '/sbin/ifup -v --force "$WPA_IFACE=$WPA_LOGICAL_IFACE"' command run by wpa_action in functions.sh fails with an "ifup: recursion detected for parent interface wlan0 in post-up phase" error. To fix the issue, functions.sh needs to run `unset "IFDOWN_$WPA_IFACE"` before calling /sbin/ifup to prevent ifup from detecting the recursion. The attached patch implements this change. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ifupdown/+bug/1545302/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1545302] Re: wpa-roam broken by fix for ifupdown #1337873
I did test into trusty-proposed - work fine -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ifupdown in Ubuntu. https://bugs.launchpad.net/bugs/1545302 Title: wpa-roam broken by fix for ifupdown #1337873 Status in ifupdown package in Ubuntu: Fix Released Status in ifupdown source package in Trusty: Fix Committed Status in ifupdown source package in Wily: Fix Committed Bug description: [Impact] * In some configurations recurrent ifup/down calls are broken due to a false-positive recursion detection. * In certain situations it leaves interfaces unconfigured (in this case: WLAN interface connected to WiFi network, but dhcp fails). [Test Case] * Setup wpa-roam configuration based on what is in comment #6 * Wait until wpa_supplicant connects to a wifi network * Run ifconfig to check if the WLAN interface received dhcp info * Expected result: WLAN is fully configured according to dhcp settings * Actual result: WLAN is connected to WiFi but not configured [Regression Potential] * Fixed upstream, fix present in Xenial. * Debdiffs contain a backport of an upstream fix. [Other Info] * Original bug description: The following versions of ifupdown introduced a recursion check using "IFUPDOWN_" environment variables along with a new locking mechanism for ifup (see #1337873): 0.7.47.2ubuntu4.2 (in Trusty) 0.7.54ubuntu1.1 (in Wily) 0.7.54ubuntu2 (in Xenial) This recursion check breaks the wpa-roam feature of wpasupplicant, preventing it from loading the logical interface specified by id_str after associating with an AP. Specifically, after upgrading to one of the above ifupdown versions, the '/sbin/ifup -v --force "$WPA_IFACE=$WPA_LOGICAL_IFACE"' command run by wpa_action in functions.sh fails with an "ifup: recursion detected for parent interface wlan0 in post-up phase" error. To fix the issue, functions.sh needs to run `unset "IFDOWN_$WPA_IFACE"` before calling /sbin/ifup to prevent ifup from detecting the recursion. The attached patch implements this change. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ifupdown/+bug/1545302/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1545302] Re: wpa-roam broken by fix for ifupdown #1337873
** Tags added: verification-done-wily -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ifupdown in Ubuntu. https://bugs.launchpad.net/bugs/1545302 Title: wpa-roam broken by fix for ifupdown #1337873 Status in ifupdown package in Ubuntu: Fix Released Status in ifupdown source package in Trusty: Fix Committed Status in ifupdown source package in Wily: Fix Committed Bug description: [Impact] * In some configurations recurrent ifup/down calls are broken due to a false-positive recursion detection. * In certain situations it leaves interfaces unconfigured (in this case: WLAN interface connected to WiFi network, but dhcp fails). [Test Case] * Setup wpa-roam configuration based on what is in comment #6 * Wait until wpa_supplicant connects to a wifi network * Run ifconfig to check if the WLAN interface received dhcp info * Expected result: WLAN is fully configured according to dhcp settings * Actual result: WLAN is connected to WiFi but not configured [Regression Potential] * Fixed upstream, fix present in Xenial. * Debdiffs contain a backport of an upstream fix. [Other Info] * Original bug description: The following versions of ifupdown introduced a recursion check using "IFUPDOWN_" environment variables along with a new locking mechanism for ifup (see #1337873): 0.7.47.2ubuntu4.2 (in Trusty) 0.7.54ubuntu1.1 (in Wily) 0.7.54ubuntu2 (in Xenial) This recursion check breaks the wpa-roam feature of wpasupplicant, preventing it from loading the logical interface specified by id_str after associating with an AP. Specifically, after upgrading to one of the above ifupdown versions, the '/sbin/ifup -v --force "$WPA_IFACE=$WPA_LOGICAL_IFACE"' command run by wpa_action in functions.sh fails with an "ifup: recursion detected for parent interface wlan0 in post-up phase" error. To fix the issue, functions.sh needs to run `unset "IFDOWN_$WPA_IFACE"` before calling /sbin/ifup to prevent ifup from detecting the recursion. The attached patch implements this change. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ifupdown/+bug/1545302/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1545302] Re: wpa-roam broken by fix for ifupdown #1337873
@robert-katzschmann: Make sure wpa_cli is running: # ps aux | grep wpa /sbin/wpa_supplicant -s -B -P /run/wpa_supplicant.wlan0.pid -i wlan0 -W -D wext -c /etc/wpa_supplicant/wpa_supplicant.conf /sbin/wpa_cli -B -P /run/wpa_action.wlan0.pid -i wlan0 -p /var/run/wpa_supplicant -a /sbin/wpa_action If it is, then check /var/log/syslog - it should contain something like: wpa_supplicant[11998]: wlan0: CTRL-EVENT-CONNECTED - Connection to 18:1b:eb:b7:4a:27 completed [id=0 id_str=default] wpa_action: WPA_IFACE=wlan0 WPA_ACTION=CONNECTED wpa_action: WPA_ID=0 WPA_ID_STR=default WPA_CTRL_DIR=/var/run/wpa_supplicant wpa_action: ifup wlan0=default dhclient: Internet Systems Consortium DHCP Client 4.3.1 I'm guessing one or more of the above syslog messages will be missing ... knowing which messages are missing will help us determine the cause of your problem. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ifupdown in Ubuntu. https://bugs.launchpad.net/bugs/1545302 Title: wpa-roam broken by fix for ifupdown #1337873 Status in ifupdown package in Ubuntu: Fix Released Status in ifupdown source package in Trusty: Fix Committed Status in ifupdown source package in Wily: Fix Committed Bug description: [Impact] * In some configurations recurrent ifup/down calls are broken due to a false-positive recursion detection. * In certain situations it leaves interfaces unconfigured (in this case: WLAN interface connected to WiFi network, but dhcp fails). [Test Case] * Setup wpa-roam configuration based on what is in comment #6 * Wait until wpa_supplicant connects to a wifi network * Run ifconfig to check if the WLAN interface received dhcp info * Expected result: WLAN is fully configured according to dhcp settings * Actual result: WLAN is connected to WiFi but not configured [Regression Potential] * Fixed upstream, fix present in Xenial. * Debdiffs contain a backport of an upstream fix. [Other Info] * Original bug description: The following versions of ifupdown introduced a recursion check using "IFUPDOWN_" environment variables along with a new locking mechanism for ifup (see #1337873): 0.7.47.2ubuntu4.2 (in Trusty) 0.7.54ubuntu1.1 (in Wily) 0.7.54ubuntu2 (in Xenial) This recursion check breaks the wpa-roam feature of wpasupplicant, preventing it from loading the logical interface specified by id_str after associating with an AP. Specifically, after upgrading to one of the above ifupdown versions, the '/sbin/ifup -v --force "$WPA_IFACE=$WPA_LOGICAL_IFACE"' command run by wpa_action in functions.sh fails with an "ifup: recursion detected for parent interface wlan0 in post-up phase" error. To fix the issue, functions.sh needs to run `unset "IFDOWN_$WPA_IFACE"` before calling /sbin/ifup to prevent ifup from detecting the recursion. The attached patch implements this change. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ifupdown/+bug/1545302/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1545302] Re: wpa-roam broken by fix for ifupdown #1337873
ifupdown 0.7.54ubuntu1.3 fixes this bug for me in Wily. @dbilunov: Would you mind testing the trusty-proposed package? -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ifupdown in Ubuntu. https://bugs.launchpad.net/bugs/1545302 Title: wpa-roam broken by fix for ifupdown #1337873 Status in ifupdown package in Ubuntu: Fix Released Status in ifupdown source package in Trusty: Fix Committed Status in ifupdown source package in Wily: Fix Committed Bug description: [Impact] * In some configurations recurrent ifup/down calls are broken due to a false-positive recursion detection. * In certain situations it leaves interfaces unconfigured (in this case: WLAN interface connected to WiFi network, but dhcp fails). [Test Case] * Setup wpa-roam configuration based on what is in comment #6 * Wait until wpa_supplicant connects to a wifi network * Run ifconfig to check if the WLAN interface received dhcp info * Expected result: WLAN is fully configured according to dhcp settings * Actual result: WLAN is connected to WiFi but not configured [Regression Potential] * Fixed upstream, fix present in Xenial. * Debdiffs contain a backport of an upstream fix. [Other Info] * Original bug description: The following versions of ifupdown introduced a recursion check using "IFUPDOWN_" environment variables along with a new locking mechanism for ifup (see #1337873): 0.7.47.2ubuntu4.2 (in Trusty) 0.7.54ubuntu1.1 (in Wily) 0.7.54ubuntu2 (in Xenial) This recursion check breaks the wpa-roam feature of wpasupplicant, preventing it from loading the logical interface specified by id_str after associating with an AP. Specifically, after upgrading to one of the above ifupdown versions, the '/sbin/ifup -v --force "$WPA_IFACE=$WPA_LOGICAL_IFACE"' command run by wpa_action in functions.sh fails with an "ifup: recursion detected for parent interface wlan0 in post-up phase" error. To fix the issue, functions.sh needs to run `unset "IFDOWN_$WPA_IFACE"` before calling /sbin/ifup to prevent ifup from detecting the recursion. The attached patch implements this change. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ifupdown/+bug/1545302/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1545302] Re: wpa-roam broken by fix for ifupdown #1337873
reassigning to the right package ** Package changed: wpa (Ubuntu) => ifupdown (Ubuntu) ** Changed in: ifupdown (Ubuntu Wily) Status: In Progress => Fix Committed ** Tags added: verification-needed -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to ifupdown in Ubuntu. https://bugs.launchpad.net/bugs/1545302 Title: wpa-roam broken by fix for ifupdown #1337873 Status in ifupdown package in Ubuntu: Fix Released Status in ifupdown source package in Trusty: Fix Committed Status in ifupdown source package in Wily: Fix Committed Bug description: [Impact] * In some configurations recurrent ifup/down calls are broken due to a false-positive recursion detection. * In certain situations it leaves interfaces unconfigured (in this case: WLAN interface connected to WiFi network, but dhcp fails). [Test Case] * Setup wpa-roam configuration based on what is in comment #6 * Wait until wpa_supplicant connects to a wifi network * Run ifconfig to check if the WLAN interface received dhcp info * Expected result: WLAN is fully configured according to dhcp settings * Actual result: WLAN is connected to WiFi but not configured [Regression Potential] * Fixed upstream, fix present in Xenial. * Debdiffs contain a backport of an upstream fix. [Other Info] * Original bug description: The following versions of ifupdown introduced a recursion check using "IFUPDOWN_" environment variables along with a new locking mechanism for ifup (see #1337873): 0.7.47.2ubuntu4.2 (in Trusty) 0.7.54ubuntu1.1 (in Wily) 0.7.54ubuntu2 (in Xenial) This recursion check breaks the wpa-roam feature of wpasupplicant, preventing it from loading the logical interface specified by id_str after associating with an AP. Specifically, after upgrading to one of the above ifupdown versions, the '/sbin/ifup -v --force "$WPA_IFACE=$WPA_LOGICAL_IFACE"' command run by wpa_action in functions.sh fails with an "ifup: recursion detected for parent interface wlan0 in post-up phase" error. To fix the issue, functions.sh needs to run `unset "IFDOWN_$WPA_IFACE"` before calling /sbin/ifup to prevent ifup from detecting the recursion. The attached patch implements this change. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ifupdown/+bug/1545302/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1545302] Re: wpa-roam broken by fix for ifupdown #1337873
@Dariusz: my wpa-roam settings point to the right place. my wifi does establish and wpa_state=COMPLETED $sudo wpa_cli status Selected interface 'wlan0' bssid=02:18:4a:b0:f5:11 ssid=StataCenter id=0 id_str=drl mode=station pairwise_cipher=NONE group_cipher=NONE key_mgmt=NONE wpa_state=COMPLETED address=00:0f:60:07:b6:c9 uuid=8b3d14ff-8548-52b8-a27d-fc2770017ea0 $ifconfig: eth0 Link encap:Ethernet HWaddr b8:27:eb:85:1b:e8 inet addr:10.0.1.9 Bcast:10.0.1.255 Mask:255.255.255.0 inet6 addr: 2001:db8:1:0:ba27:ebff:fe85:1be8/64 Scope:Global inet6 addr: fe80::ba27:ebff:fe85:1be8/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:1537 errors:0 dropped:0 overruns:0 frame:0 TX packets:680 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:197521 (197.5 KB) TX bytes:157220 (157.2 KB) loLink encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:32 errors:0 dropped:0 overruns:0 frame:0 TX packets:32 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:2368 (2.3 KB) TX bytes:2368 (2.3 KB) wlan0 Link encap:Ethernet HWaddr 00:0f:60:07:b6:c9 inet6 addr: fe80::20f:60ff:fe07:b6c9/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:11345 errors:0 dropped:0 overruns:0 frame:0 TX packets:22 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:2036197 (2.0 MB) TX bytes:4019 (4.0 KB) Any ideas what is causing this? -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to wpa in Ubuntu. https://bugs.launchpad.net/bugs/1545302 Title: wpa-roam broken by fix for ifupdown #1337873 Status in wpa package in Ubuntu: Fix Released Status in wpa source package in Trusty: In Progress Status in wpa source package in Wily: In Progress Bug description: [Impact] * In some configurations recurrent ifup/down calls are broken due to a false-positive recursion detection. * In certain situations it leaves interfaces unconfigured (in this case: WLAN interface connected to WiFi network, but dhcp fails). [Test Case] * Setup wpa-roam configuration based on what is in comment #6 * Wait until wpa_supplicant connects to a wifi network * Run ifconfig to check if the WLAN interface received dhcp info * Expected result: WLAN is fully configured according to dhcp settings * Actual result: WLAN is connected to WiFi but not configured [Regression Potential] * Fixed upstream, fix present in Xenial. * Debdiffs contain a backport of an upstream fix. [Other Info] * Original bug description: The following versions of ifupdown introduced a recursion check using "IFUPDOWN_" environment variables along with a new locking mechanism for ifup (see #1337873): 0.7.47.2ubuntu4.2 (in Trusty) 0.7.54ubuntu1.1 (in Wily) 0.7.54ubuntu2 (in Xenial) This recursion check breaks the wpa-roam feature of wpasupplicant, preventing it from loading the logical interface specified by id_str after associating with an AP. Specifically, after upgrading to one of the above ifupdown versions, the '/sbin/ifup -v --force "$WPA_IFACE=$WPA_LOGICAL_IFACE"' command run by wpa_action in functions.sh fails with an "ifup: recursion detected for parent interface wlan0 in post-up phase" error. To fix the issue, functions.sh needs to run `unset "IFDOWN_$WPA_IFACE"` before calling /sbin/ifup to prevent ifup from detecting the recursion. The attached patch implements this change. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/wpa/+bug/1545302/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1545302] Re: wpa-roam broken by fix for ifupdown #1337873
** Changed in: wpa (Ubuntu Trusty) Importance: Undecided => High ** Changed in: wpa (Ubuntu Wily) Importance: Undecided => High -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to wpa in Ubuntu. https://bugs.launchpad.net/bugs/1545302 Title: wpa-roam broken by fix for ifupdown #1337873 Status in wpa package in Ubuntu: Fix Released Status in wpa source package in Trusty: In Progress Status in wpa source package in Wily: In Progress Bug description: [Impact] * In some configurations recurrent ifup/down calls are broken due to a false-positive recursion detection. * In certain situations it leaves interfaces unconfigured (in this case: WLAN interface connected to WiFi network, but dhcp fails). [Test Case] * Setup wpa-roam configuration based on what is in comment #6 * Wait until wpa_supplicant connects to a wifi network * Run ifconfig to check if the WLAN interface received dhcp info * Expected result: WLAN is fully configured according to dhcp settings * Actual result: WLAN is connected to WiFi but not configured [Regression Potential] * Fixed upstream, fix present in Xenial. * Debdiffs contain a backport of an upstream fix. [Other Info] * Original bug description: The following versions of ifupdown introduced a recursion check using "IFUPDOWN_" environment variables along with a new locking mechanism for ifup (see #1337873): 0.7.47.2ubuntu4.2 (in Trusty) 0.7.54ubuntu1.1 (in Wily) 0.7.54ubuntu2 (in Xenial) This recursion check breaks the wpa-roam feature of wpasupplicant, preventing it from loading the logical interface specified by id_str after associating with an AP. Specifically, after upgrading to one of the above ifupdown versions, the '/sbin/ifup -v --force "$WPA_IFACE=$WPA_LOGICAL_IFACE"' command run by wpa_action in functions.sh fails with an "ifup: recursion detected for parent interface wlan0 in post-up phase" error. To fix the issue, functions.sh needs to run `unset "IFDOWN_$WPA_IFACE"` before calling /sbin/ifup to prevent ifup from detecting the recursion. The attached patch implements this change. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/wpa/+bug/1545302/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1545302] Re: wpa-roam broken by fix for ifupdown #1337873
Thanks Dariusz! I sponsored the trusty and wily fixes, sitting in the SRU review queues now. ** Also affects: wpa (Ubuntu Trusty) Importance: Undecided Status: New ** Also affects: wpa (Ubuntu Wily) Importance: Undecided Status: New ** Changed in: wpa (Ubuntu) Status: Confirmed => Fix Released ** Changed in: wpa (Ubuntu Trusty) Status: New => In Progress ** Changed in: wpa (Ubuntu Wily) Status: New => In Progress ** Changed in: wpa (Ubuntu Trusty) Assignee: (unassigned) => Dariusz Gadomski (dgadomski) ** Changed in: wpa (Ubuntu Wily) Assignee: (unassigned) => Dariusz Gadomski (dgadomski) -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to wpa in Ubuntu. https://bugs.launchpad.net/bugs/1545302 Title: wpa-roam broken by fix for ifupdown #1337873 Status in wpa package in Ubuntu: Fix Released Status in wpa source package in Trusty: In Progress Status in wpa source package in Wily: In Progress Bug description: [Impact] * In some configurations recurrent ifup/down calls are broken due to a false-positive recursion detection. * In certain situations it leaves interfaces unconfigured (in this case: WLAN interface connected to WiFi network, but dhcp fails). [Test Case] * Setup wpa-roam configuration based on what is in comment #6 * Wait until wpa_supplicant connects to a wifi network * Run ifconfig to check if the WLAN interface received dhcp info * Expected result: WLAN is fully configured according to dhcp settings * Actual result: WLAN is connected to WiFi but not configured [Regression Potential] * Fixed upstream, fix present in Xenial. * Debdiffs contain a backport of an upstream fix. [Other Info] * Original bug description: The following versions of ifupdown introduced a recursion check using "IFUPDOWN_" environment variables along with a new locking mechanism for ifup (see #1337873): 0.7.47.2ubuntu4.2 (in Trusty) 0.7.54ubuntu1.1 (in Wily) 0.7.54ubuntu2 (in Xenial) This recursion check breaks the wpa-roam feature of wpasupplicant, preventing it from loading the logical interface specified by id_str after associating with an AP. Specifically, after upgrading to one of the above ifupdown versions, the '/sbin/ifup -v --force "$WPA_IFACE=$WPA_LOGICAL_IFACE"' command run by wpa_action in functions.sh fails with an "ifup: recursion detected for parent interface wlan0 in post-up phase" error. To fix the issue, functions.sh needs to run `unset "IFDOWN_$WPA_IFACE"` before calling /sbin/ifup to prevent ifup from detecting the recursion. The attached patch implements this change. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/wpa/+bug/1545302/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1545302] Re: wpa-roam broken by fix for ifupdown #1337873
That's right Andrew, it's backported from Debian so no forwarding needed. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to wpa in Ubuntu. https://bugs.launchpad.net/bugs/1545302 Title: wpa-roam broken by fix for ifupdown #1337873 Status in wpa package in Ubuntu: Confirmed Bug description: [Impact] * In some configurations recurrent ifup/down calls are broken due to a false-positive recursion detection. * In certain situations it leaves interfaces unconfigured (in this case: WLAN interface connected to WiFi network, but dhcp fails). [Test Case] * Setup wpa-roam configuration based on what is in comment #6 * Wait until wpa_supplicant connects to a wifi network * Run ifconfig to check if the WLAN interface received dhcp info * Expected result: WLAN is fully configured according to dhcp settings * Actual result: WLAN is connected to WiFi but not configured [Regression Potential] * Fixed upstream, fix present in Xenial. * Debdiffs contain a backport of an upstream fix. [Other Info] * Original bug description: The following versions of ifupdown introduced a recursion check using "IFUPDOWN_" environment variables along with a new locking mechanism for ifup (see #1337873): 0.7.47.2ubuntu4.2 (in Trusty) 0.7.54ubuntu1.1 (in Wily) 0.7.54ubuntu2 (in Xenial) This recursion check breaks the wpa-roam feature of wpasupplicant, preventing it from loading the logical interface specified by id_str after associating with an AP. Specifically, after upgrading to one of the above ifupdown versions, the '/sbin/ifup -v --force "$WPA_IFACE=$WPA_LOGICAL_IFACE"' command run by wpa_action in functions.sh fails with an "ifup: recursion detected for parent interface wlan0 in post-up phase" error. To fix the issue, functions.sh needs to run `unset "IFDOWN_$WPA_IFACE"` before calling /sbin/ifup to prevent ifup from detecting the recursion. The attached patch implements this change. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/wpa/+bug/1545302/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1545302] Re: wpa-roam broken by fix for ifupdown #1337873
Guys, could you please forward the patch to Guus using Debian BTS? Thanks! -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to wpa in Ubuntu. https://bugs.launchpad.net/bugs/1545302 Title: wpa-roam broken by fix for ifupdown #1337873 Status in wpa package in Ubuntu: Confirmed Bug description: [Impact] * In some configurations recurrent ifup/down calls are broken due to a false-positive recursion detection. * In certain situations it leaves interfaces unconfigured (in this case: WLAN interface connected to WiFi network, but dhcp fails). [Test Case] * Setup wpa-roam configuration based on what is in comment #6 * Wait until wpa_supplicant connects to a wifi network * Run ifconfig to check if the WLAN interface received dhcp info * Expected result: WLAN is fully configured according to dhcp settings * Actual result: WLAN is connected to WiFi but not configured [Regression Potential] * Fixed upstream, fix present in Xenial. * Debdiffs contain a backport of an upstream fix. [Other Info] * Original bug description: The following versions of ifupdown introduced a recursion check using "IFUPDOWN_" environment variables along with a new locking mechanism for ifup (see #1337873): 0.7.47.2ubuntu4.2 (in Trusty) 0.7.54ubuntu1.1 (in Wily) 0.7.54ubuntu2 (in Xenial) This recursion check breaks the wpa-roam feature of wpasupplicant, preventing it from loading the logical interface specified by id_str after associating with an AP. Specifically, after upgrading to one of the above ifupdown versions, the '/sbin/ifup -v --force "$WPA_IFACE=$WPA_LOGICAL_IFACE"' command run by wpa_action in functions.sh fails with an "ifup: recursion detected for parent interface wlan0 in post-up phase" error. To fix the issue, functions.sh needs to run `unset "IFDOWN_$WPA_IFACE"` before calling /sbin/ifup to prevent ifup from detecting the recursion. The attached patch implements this change. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/wpa/+bug/1545302/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1545302] Re: wpa-roam broken by fix for ifupdown #1337873
Disregard the last comment, from reading the comments I see the bug isn't relevant to Debian. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to wpa in Ubuntu. https://bugs.launchpad.net/bugs/1545302 Title: wpa-roam broken by fix for ifupdown #1337873 Status in wpa package in Ubuntu: Confirmed Bug description: [Impact] * In some configurations recurrent ifup/down calls are broken due to a false-positive recursion detection. * In certain situations it leaves interfaces unconfigured (in this case: WLAN interface connected to WiFi network, but dhcp fails). [Test Case] * Setup wpa-roam configuration based on what is in comment #6 * Wait until wpa_supplicant connects to a wifi network * Run ifconfig to check if the WLAN interface received dhcp info * Expected result: WLAN is fully configured according to dhcp settings * Actual result: WLAN is connected to WiFi but not configured [Regression Potential] * Fixed upstream, fix present in Xenial. * Debdiffs contain a backport of an upstream fix. [Other Info] * Original bug description: The following versions of ifupdown introduced a recursion check using "IFUPDOWN_" environment variables along with a new locking mechanism for ifup (see #1337873): 0.7.47.2ubuntu4.2 (in Trusty) 0.7.54ubuntu1.1 (in Wily) 0.7.54ubuntu2 (in Xenial) This recursion check breaks the wpa-roam feature of wpasupplicant, preventing it from loading the logical interface specified by id_str after associating with an AP. Specifically, after upgrading to one of the above ifupdown versions, the '/sbin/ifup -v --force "$WPA_IFACE=$WPA_LOGICAL_IFACE"' command run by wpa_action in functions.sh fails with an "ifup: recursion detected for parent interface wlan0 in post-up phase" error. To fix the issue, functions.sh needs to run `unset "IFDOWN_$WPA_IFACE"` before calling /sbin/ifup to prevent ifup from detecting the recursion. The attached patch implements this change. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/wpa/+bug/1545302/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1545302] Re: wpa-roam broken by fix for ifupdown #1337873
@Dariusz: Your patch fixes the issue on Trusty. Thanks! Is there any estimate when a patched package would land into trusty-proposed? -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to wpa in Ubuntu. https://bugs.launchpad.net/bugs/1545302 Title: wpa-roam broken by fix for ifupdown #1337873 Status in wpa package in Ubuntu: Confirmed Bug description: [Impact] * In some configurations recurrent ifup/down calls are broken due to a false-positive recursion detection. * In certain situations it leaves interfaces unconfigured (in this case: WLAN interface connected to WiFi network, but dhcp fails). [Test Case] * Setup wpa-roam configuration based on what is in comment #6 * Wait until wpa_supplicant connects to a wifi network * Run ifconfig to check if the WLAN interface received dhcp info * Expected result: WLAN is fully configured according to dhcp settings * Actual result: WLAN is connected to WiFi but not configured [Regression Potential] * Fixed upstream, fix present in Xenial. * Debdiffs contain a backport of an upstream fix. [Other Info] * Original bug description: The following versions of ifupdown introduced a recursion check using "IFUPDOWN_" environment variables along with a new locking mechanism for ifup (see #1337873): 0.7.47.2ubuntu4.2 (in Trusty) 0.7.54ubuntu1.1 (in Wily) 0.7.54ubuntu2 (in Xenial) This recursion check breaks the wpa-roam feature of wpasupplicant, preventing it from loading the logical interface specified by id_str after associating with an AP. Specifically, after upgrading to one of the above ifupdown versions, the '/sbin/ifup -v --force "$WPA_IFACE=$WPA_LOGICAL_IFACE"' command run by wpa_action in functions.sh fails with an "ifup: recursion detected for parent interface wlan0 in post-up phase" error. To fix the issue, functions.sh needs to run `unset "IFDOWN_$WPA_IFACE"` before calling /sbin/ifup to prevent ifup from detecting the recursion. The attached patch implements this change. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/wpa/+bug/1545302/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1545302] Re: wpa-roam broken by fix for ifupdown #1337873
@Dariusz: Works for me on Wily. Nice find, this is a much better fix than my proposed patch. Thanks! -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to wpa in Ubuntu. https://bugs.launchpad.net/bugs/1545302 Title: wpa-roam broken by fix for ifupdown #1337873 Status in wpa package in Ubuntu: Confirmed Bug description: [Impact] * In some configurations recurrent ifup/down calls are broken due to a false-positive recursion detection. * In certain situations it leaves interfaces unconfigured (in this case: WLAN interface connected to WiFi network, but dhcp fails). [Test Case] * Setup wpa-roam configuration based on what is in comment #6 * Wait until wpa_supplicant connects to a wifi network * Run ifconfig to check if the WLAN interface received dhcp info * Expected result: WLAN is fully configured according to dhcp settings * Actual result: WLAN is connected to WiFi but not configured [Regression Potential] * Fixed upstream, fix present in Xenial. * Debdiffs contain a backport of an upstream fix. [Other Info] * Original bug description: The following versions of ifupdown introduced a recursion check using "IFUPDOWN_" environment variables along with a new locking mechanism for ifup (see #1337873): 0.7.47.2ubuntu4.2 (in Trusty) 0.7.54ubuntu1.1 (in Wily) 0.7.54ubuntu2 (in Xenial) This recursion check breaks the wpa-roam feature of wpasupplicant, preventing it from loading the logical interface specified by id_str after associating with an AP. Specifically, after upgrading to one of the above ifupdown versions, the '/sbin/ifup -v --force "$WPA_IFACE=$WPA_LOGICAL_IFACE"' command run by wpa_action in functions.sh fails with an "ifup: recursion detected for parent interface wlan0 in post-up phase" error. To fix the issue, functions.sh needs to run `unset "IFDOWN_$WPA_IFACE"` before calling /sbin/ifup to prevent ifup from detecting the recursion. The attached patch implements this change. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/wpa/+bug/1545302/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1545302] Re: wpa-roam broken by fix for ifupdown #1337873
@Paul: glad it works for you. Thank you for reporting the issue and the feedback. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to wpa in Ubuntu. https://bugs.launchpad.net/bugs/1545302 Title: wpa-roam broken by fix for ifupdown #1337873 Status in wpa package in Ubuntu: Confirmed Bug description: [Impact] * In some configurations recurrent ifup/down calls are broken due to a false-positive recursion detection. * In certain situations it leaves interfaces unconfigured (in this case: WLAN interface connected to WiFi network, but dhcp fails). [Test Case] * Setup wpa-roam configuration based on what is in comment #6 * Wait until wpa_supplicant connects to a wifi network * Run ifconfig to check if the WLAN interface received dhcp info * Expected result: WLAN is fully configured according to dhcp settings * Actual result: WLAN is connected to WiFi but not configured [Regression Potential] * Fixed upstream, fix present in Xenial. * Debdiffs contain a backport of an upstream fix. [Other Info] * Original bug description: The following versions of ifupdown introduced a recursion check using "IFUPDOWN_" environment variables along with a new locking mechanism for ifup (see #1337873): 0.7.47.2ubuntu4.2 (in Trusty) 0.7.54ubuntu1.1 (in Wily) 0.7.54ubuntu2 (in Xenial) This recursion check breaks the wpa-roam feature of wpasupplicant, preventing it from loading the logical interface specified by id_str after associating with an AP. Specifically, after upgrading to one of the above ifupdown versions, the '/sbin/ifup -v --force "$WPA_IFACE=$WPA_LOGICAL_IFACE"' command run by wpa_action in functions.sh fails with an "ifup: recursion detected for parent interface wlan0 in post-up phase" error. To fix the issue, functions.sh needs to run `unset "IFDOWN_$WPA_IFACE"` before calling /sbin/ifup to prevent ifup from detecting the recursion. The attached patch implements this change. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/wpa/+bug/1545302/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1545302] Re: wpa-roam broken by fix for ifupdown #1337873
@Mike, @DavidS: thank you for feedback. I'm glad it's working for you. The official fix will be on it's way. @Robert: please confirm that your wpa-roam settings below "iface wlan0 inet manual" is in fact pointing to the right file as DavidS noticed. If it is please check: sudo wpa_cli status If the wpa_state is anything other than COMPLETED - your WiFi connection was not established. If it is ok - please let me know, I'll need to check if this may be caused by anything else. Thanks! -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to wpa in Ubuntu. https://bugs.launchpad.net/bugs/1545302 Title: wpa-roam broken by fix for ifupdown #1337873 Status in wpa package in Ubuntu: Confirmed Bug description: [Impact] * In some configurations recurrent ifup/down calls are broken due to a false-positive recursion detection. * In certain situations it leaves interfaces unconfigured (in this case: WLAN interface connected to WiFi network, but dhcp fails). [Test Case] * Setup wpa-roam configuration based on what is in comment #6 * Wait until wpa_supplicant connects to a wifi network * Run ifconfig to check if the WLAN interface received dhcp info * Expected result: WLAN is fully configured according to dhcp settings * Actual result: WLAN is connected to WiFi but not configured [Regression Potential] * Fixed upstream, fix present in Xenial. * Debdiffs contain a backport of an upstream fix. [Other Info] * Original bug description: The following versions of ifupdown introduced a recursion check using "IFUPDOWN_" environment variables along with a new locking mechanism for ifup (see #1337873): 0.7.47.2ubuntu4.2 (in Trusty) 0.7.54ubuntu1.1 (in Wily) 0.7.54ubuntu2 (in Xenial) This recursion check breaks the wpa-roam feature of wpasupplicant, preventing it from loading the logical interface specified by id_str after associating with an AP. Specifically, after upgrading to one of the above ifupdown versions, the '/sbin/ifup -v --force "$WPA_IFACE=$WPA_LOGICAL_IFACE"' command run by wpa_action in functions.sh fails with an "ifup: recursion detected for parent interface wlan0 in post-up phase" error. To fix the issue, functions.sh needs to run `unset "IFDOWN_$WPA_IFACE"` before calling /sbin/ifup to prevent ifup from detecting the recursion. The attached patch implements this change. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/wpa/+bug/1545302/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1545302] Re: wpa-roam broken by fix for ifupdown #1337873
Hi folks. Dariusz fix worked for me. I reverted my config to failure mode -- while i was connected to the wifi, I did not get an IP address. Changed the wifi to use wpa-conf (so I had a network to do the upgrade). Upgraded to the ppa Changed the wifi back to using wpa-roam ifdown / ifup -- all good rebooted -- all good. here is my network/interfaces: # This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). # The loopback network interface auto lo iface lo inet loopback iface eth0 inet dhcp auto wlan0 allow-hotplug wlan0 iface wlan0 inet manual wpa-roam /etc/wpa_supplicant/wpa_supplicant.conf #iface wlan0 inet dhcp # wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf iface default inet dhcp === Here is my wpa_supplicant.conf: === update_config=1 ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev network={ ssid="MySSID" psk="MyPSK" id_str="home" } === @Robert: Just checking, but your wpa.conf file is actually named wpa_supplicant.conf -- Yes?? -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to wpa in Ubuntu. https://bugs.launchpad.net/bugs/1545302 Title: wpa-roam broken by fix for ifupdown #1337873 Status in wpa package in Ubuntu: Confirmed Bug description: [Impact] * In some configurations recurrent ifup/down calls are broken due to a false-positive recursion detection. * In certain situations it leaves interfaces unconfigured (in this case: WLAN interface connected to WiFi network, but dhcp fails). [Test Case] * Setup wpa-roam configuration based on what is in comment #6 * Wait until wpa_supplicant connects to a wifi network * Run ifconfig to check if the WLAN interface received dhcp info * Expected result: WLAN is fully configured according to dhcp settings * Actual result: WLAN is connected to WiFi but not configured [Regression Potential] * Fixed upstream, fix present in Xenial. * Debdiffs contain a backport of an upstream fix. [Other Info] * Original bug description: The following versions of ifupdown introduced a recursion check using "IFUPDOWN_" environment variables along with a new locking mechanism for ifup (see #1337873): 0.7.47.2ubuntu4.2 (in Trusty) 0.7.54ubuntu1.1 (in Wily) 0.7.54ubuntu2 (in Xenial) This recursion check breaks the wpa-roam feature of wpasupplicant, preventing it from loading the logical interface specified by id_str after associating with an AP. Specifically, after upgrading to one of the above ifupdown versions, the '/sbin/ifup -v --force "$WPA_IFACE=$WPA_LOGICAL_IFACE"' command run by wpa_action in functions.sh fails with an "ifup: recursion detected for parent interface wlan0 in post-up phase" error. To fix the issue, functions.sh needs to run `unset "IFDOWN_$WPA_IFACE"` before calling /sbin/ifup to prevent ifup from detecting the recursion. The attached patch implements this change. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/wpa/+bug/1545302/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1545302] Re: wpa-roam broken by fix for ifupdown #1337873
/etc/network/interfaces: -- auto lo allow-hotplug wlan1 iface lo inet loopback iface wlan1 inet manual wpa-roam /etc/wpa_supplicant/wpa_supplicant.conf iface default inet dhcp /etc/wpa-supplicant/wpa-supplicant.conf --- ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev update_config=1 network={ ssid="Sooty" key_mgmt=WPA-PSK psk="secret" priority=5 } Basically the same as yours. It's worth confirming the symptoms: for me this setup was working fine until a recent apt-get upgrade. After that, wireless appeared to come up but no address was assigned over DHCP. I could get one by manually running "dhclient wlan1". It was apparent looking at the logs that dhclient was not being run after the wireless connection came up, and the PPA from Dariusz has dhclient running again. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to wpa in Ubuntu. https://bugs.launchpad.net/bugs/1545302 Title: wpa-roam broken by fix for ifupdown #1337873 Status in wpa package in Ubuntu: Confirmed Bug description: [Impact] * In some configurations recurrent ifup/down calls are broken due to a false-positive recursion detection. * In certain situations it leaves interfaces unconfigured (in this case: WLAN interface connected to WiFi network, but dhcp fails). [Test Case] * Setup wpa-roam configuration based on what is in comment #6 * Wait until wpa_supplicant connects to a wifi network * Run ifconfig to check if the WLAN interface received dhcp info * Expected result: WLAN is fully configured according to dhcp settings * Actual result: WLAN is connected to WiFi but not configured [Regression Potential] * Fixed upstream, fix present in Xenial. * Debdiffs contain a backport of an upstream fix. [Other Info] * Original bug description: The following versions of ifupdown introduced a recursion check using "IFUPDOWN_" environment variables along with a new locking mechanism for ifup (see #1337873): 0.7.47.2ubuntu4.2 (in Trusty) 0.7.54ubuntu1.1 (in Wily) 0.7.54ubuntu2 (in Xenial) This recursion check breaks the wpa-roam feature of wpasupplicant, preventing it from loading the logical interface specified by id_str after associating with an AP. Specifically, after upgrading to one of the above ifupdown versions, the '/sbin/ifup -v --force "$WPA_IFACE=$WPA_LOGICAL_IFACE"' command run by wpa_action in functions.sh fails with an "ifup: recursion detected for parent interface wlan0 in post-up phase" error. To fix the issue, functions.sh needs to run `unset "IFDOWN_$WPA_IFACE"` before calling /sbin/ifup to prevent ifup from detecting the recursion. The attached patch implements this change. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/wpa/+bug/1545302/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1545302] Re: wpa-roam broken by fix for ifupdown #1337873
Hello Mike, Dariusz ppa fix does not work for me on trusty, @Mike can you post your configuration for?: /etc/network/interfaces /etc/wpa_supplicant/wpa.conf? I am using this configuration: /etc/wpa_supplicant/wpa.conf: ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev update_config=1 network={ ssid="duckietown" scan_ssid=1 psk="something" priority=10 } /etc/network/interfaces: # interfaces(5) file used by ifup(8) and ifdown(8) # Include files from /etc/network/interfaces.d: source-directory /etc/network/interfaces.d # The loopback network interface auto lo iface lo inet loopback # The primary network interface allow-hotplug eth0 iface eth0 inet dhcp # Wifi settings allow-hotplug wlan0 iface wlan0 inet manual wpa-roam /etc/wpa_supplicant/wpa_supplicant.conf iface default inet dhcp Any advice? -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to wpa in Ubuntu. https://bugs.launchpad.net/bugs/1545302 Title: wpa-roam broken by fix for ifupdown #1337873 Status in wpa package in Ubuntu: Confirmed Bug description: [Impact] * In some configurations recurrent ifup/down calls are broken due to a false-positive recursion detection. * In certain situations it leaves interfaces unconfigured (in this case: WLAN interface connected to WiFi network, but dhcp fails). [Test Case] * Setup wpa-roam configuration based on what is in comment #6 * Wait until wpa_supplicant connects to a wifi network * Run ifconfig to check if the WLAN interface received dhcp info * Expected result: WLAN is fully configured according to dhcp settings * Actual result: WLAN is connected to WiFi but not configured [Regression Potential] * Fixed upstream, fix present in Xenial. * Debdiffs contain a backport of an upstream fix. [Other Info] * Original bug description: The following versions of ifupdown introduced a recursion check using "IFUPDOWN_" environment variables along with a new locking mechanism for ifup (see #1337873): 0.7.47.2ubuntu4.2 (in Trusty) 0.7.54ubuntu1.1 (in Wily) 0.7.54ubuntu2 (in Xenial) This recursion check breaks the wpa-roam feature of wpasupplicant, preventing it from loading the logical interface specified by id_str after associating with an AP. Specifically, after upgrading to one of the above ifupdown versions, the '/sbin/ifup -v --force "$WPA_IFACE=$WPA_LOGICAL_IFACE"' command run by wpa_action in functions.sh fails with an "ifup: recursion detected for parent interface wlan0 in post-up phase" error. To fix the issue, functions.sh needs to run `unset "IFDOWN_$WPA_IFACE"` before calling /sbin/ifup to prevent ifup from detecting the recursion. The attached patch implements this change. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/wpa/+bug/1545302/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1545302] Re: wpa-roam broken by fix for ifupdown #1337873
Dariusz - your PPA fixes the issue for me on Trusty. Thanks. Cheers... Mike -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to wpa in Ubuntu. https://bugs.launchpad.net/bugs/1545302 Title: wpa-roam broken by fix for ifupdown #1337873 Status in wpa package in Ubuntu: Confirmed Bug description: [Impact] * In some configurations recurrent ifup/down calls are broken due to a false-positive recursion detection. * In certain situations it leaves interfaces unconfigured (in this case: WLAN interface connected to WiFi network, but dhcp fails). [Test Case] * Setup wpa-roam configuration based on what is in comment #6 * Wait until wpa_supplicant connects to a wifi network * Run ifconfig to check if the WLAN interface received dhcp info * Expected result: WLAN is fully configured according to dhcp settings * Actual result: WLAN is connected to WiFi but not configured [Regression Potential] * Fixed upstream, fix present in Xenial. * Debdiffs contain a backport of an upstream fix. [Other Info] * Original bug description: The following versions of ifupdown introduced a recursion check using "IFUPDOWN_" environment variables along with a new locking mechanism for ifup (see #1337873): 0.7.47.2ubuntu4.2 (in Trusty) 0.7.54ubuntu1.1 (in Wily) 0.7.54ubuntu2 (in Xenial) This recursion check breaks the wpa-roam feature of wpasupplicant, preventing it from loading the logical interface specified by id_str after associating with an AP. Specifically, after upgrading to one of the above ifupdown versions, the '/sbin/ifup -v --force "$WPA_IFACE=$WPA_LOGICAL_IFACE"' command run by wpa_action in functions.sh fails with an "ifup: recursion detected for parent interface wlan0 in post-up phase" error. To fix the issue, functions.sh needs to run `unset "IFDOWN_$WPA_IFACE"` before calling /sbin/ifup to prevent ifup from detecting the recursion. The attached patch implements this change. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/wpa/+bug/1545302/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1545302] Re: wpa-roam broken by fix for ifupdown #1337873
** Tags added: sts -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to wpa in Ubuntu. https://bugs.launchpad.net/bugs/1545302 Title: wpa-roam broken by fix for ifupdown #1337873 Status in wpa package in Ubuntu: Confirmed Bug description: [Impact] * In some configurations recurrent ifup/down calls are broken due to a false-positive recursion detection. * In certain situations it leaves interfaces unconfigured (in this case: WLAN interface connected to WiFi network, but dhcp fails). [Test Case] * Setup wpa-roam configuration based on what is in comment #6 * Wait until wpa_supplicant connects to a wifi network * Run ifconfig to check if the WLAN interface received dhcp info * Expected result: WLAN is fully configured according to dhcp settings * Actual result: WLAN is connected to WiFi but not configured [Regression Potential] * Fixed upstream, fix present in Xenial. * Debdiffs contain a backport of an upstream fix. [Other Info] * Original bug description: The following versions of ifupdown introduced a recursion check using "IFUPDOWN_" environment variables along with a new locking mechanism for ifup (see #1337873): 0.7.47.2ubuntu4.2 (in Trusty) 0.7.54ubuntu1.1 (in Wily) 0.7.54ubuntu2 (in Xenial) This recursion check breaks the wpa-roam feature of wpasupplicant, preventing it from loading the logical interface specified by id_str after associating with an AP. Specifically, after upgrading to one of the above ifupdown versions, the '/sbin/ifup -v --force "$WPA_IFACE=$WPA_LOGICAL_IFACE"' command run by wpa_action in functions.sh fails with an "ifup: recursion detected for parent interface wlan0 in post-up phase" error. To fix the issue, functions.sh needs to run `unset "IFDOWN_$WPA_IFACE"` before calling /sbin/ifup to prevent ifup from detecting the recursion. The attached patch implements this change. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/wpa/+bug/1545302/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1545302] Re: wpa-roam broken by fix for ifupdown #1337873
Adding SRU proposal for Wily. ** Attachment added: "wily_ifupdown_0.7.54ubuntu1.3.dsc" https://bugs.launchpad.net/ubuntu/+source/wpa/+bug/1545302/+attachment/4574280/+files/wily_ifupdown_0.7.54ubuntu1.3.dsc -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to wpa in Ubuntu. https://bugs.launchpad.net/bugs/1545302 Title: wpa-roam broken by fix for ifupdown #1337873 Status in wpa package in Ubuntu: Confirmed Bug description: [Impact] * In some configurations recurrent ifup/down calls are broken due to a false-positive recursion detection. * In certain situations it leaves interfaces unconfigured (in this case: WLAN interface connected to WiFi network, but dhcp fails). [Test Case] * Setup wpa-roam configuration based on what is in comment #6 * Wait until wpa_supplicant connects to a wifi network * Run ifconfig to check if the WLAN interface received dhcp info * Expected result: WLAN is fully configured according to dhcp settings * Actual result: WLAN is connected to WiFi but not configured [Regression Potential] * Fixed upstream, fix present in Xenial. * Debdiffs contain a backport of an upstream fix. [Other Info] * Original bug description: The following versions of ifupdown introduced a recursion check using "IFUPDOWN_" environment variables along with a new locking mechanism for ifup (see #1337873): 0.7.47.2ubuntu4.2 (in Trusty) 0.7.54ubuntu1.1 (in Wily) 0.7.54ubuntu2 (in Xenial) This recursion check breaks the wpa-roam feature of wpasupplicant, preventing it from loading the logical interface specified by id_str after associating with an AP. Specifically, after upgrading to one of the above ifupdown versions, the '/sbin/ifup -v --force "$WPA_IFACE=$WPA_LOGICAL_IFACE"' command run by wpa_action in functions.sh fails with an "ifup: recursion detected for parent interface wlan0 in post-up phase" error. To fix the issue, functions.sh needs to run `unset "IFDOWN_$WPA_IFACE"` before calling /sbin/ifup to prevent ifup from detecting the recursion. The attached patch implements this change. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/wpa/+bug/1545302/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1545302] Re: wpa-roam broken by fix for ifupdown #1337873
Adding SRU proposal for Trusty. ** Description changed: + [Impact] + + * In some configurations recurrent ifup/down calls are broken due to a + false-positive recursion detection. + + * In certain situations it leaves interfaces unconfigured (in this + case: WLAN interface connected to WiFi network, but dhcp fails). + + [Test Case] + + * Setup wpa-roam configuration based on what is in comment #6 + + * Wait until wpa_supplicant connects to a wifi network + + * Run ifconfig to check if the WLAN interface received dhcp info + + * Expected result: WLAN is fully configured according to dhcp settings + + * Actual result: WLAN is connected to WiFi but not configured + + [Regression Potential] + + * Fixed upstream, fix present in Xenial. + + * Debdiffs contain a backport of an upstream fix. + + [Other Info] + + * Original bug description: + The following versions of ifupdown introduced a recursion check using "IFUPDOWN_" environment variables along with a new locking mechanism for ifup (see #1337873): 0.7.47.2ubuntu4.2 (in Trusty) 0.7.54ubuntu1.1 (in Wily) 0.7.54ubuntu2 (in Xenial) This recursion check breaks the wpa-roam feature of wpasupplicant, preventing it from loading the logical interface specified by id_str after associating with an AP. Specifically, after upgrading to one of the above ifupdown versions, the '/sbin/ifup -v --force "$WPA_IFACE=$WPA_LOGICAL_IFACE"' command run by wpa_action in functions.sh fails with an "ifup: recursion detected for parent interface wlan0 in post-up phase" error. To fix the issue, functions.sh needs to run `unset "IFDOWN_$WPA_IFACE"` before calling /sbin/ifup to prevent ifup from detecting the recursion. The attached patch implements this change. ** Patch added: "trusty_ifupdown_0.7.47.2ubuntu4.4.debdiff" https://bugs.launchpad.net/ubuntu/+source/wpa/+bug/1545302/+attachment/4574279/+files/trusty_ifupdown_0.7.47.2ubuntu4.4.debdiff -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to wpa in Ubuntu. https://bugs.launchpad.net/bugs/1545302 Title: wpa-roam broken by fix for ifupdown #1337873 Status in wpa package in Ubuntu: Confirmed Bug description: [Impact] * In some configurations recurrent ifup/down calls are broken due to a false-positive recursion detection. * In certain situations it leaves interfaces unconfigured (in this case: WLAN interface connected to WiFi network, but dhcp fails). [Test Case] * Setup wpa-roam configuration based on what is in comment #6 * Wait until wpa_supplicant connects to a wifi network * Run ifconfig to check if the WLAN interface received dhcp info * Expected result: WLAN is fully configured according to dhcp settings * Actual result: WLAN is connected to WiFi but not configured [Regression Potential] * Fixed upstream, fix present in Xenial. * Debdiffs contain a backport of an upstream fix. [Other Info] * Original bug description: The following versions of ifupdown introduced a recursion check using "IFUPDOWN_" environment variables along with a new locking mechanism for ifup (see #1337873): 0.7.47.2ubuntu4.2 (in Trusty) 0.7.54ubuntu1.1 (in Wily) 0.7.54ubuntu2 (in Xenial) This recursion check breaks the wpa-roam feature of wpasupplicant, preventing it from loading the logical interface specified by id_str after associating with an AP. Specifically, after upgrading to one of the above ifupdown versions, the '/sbin/ifup -v --force "$WPA_IFACE=$WPA_LOGICAL_IFACE"' command run by wpa_action in functions.sh fails with an "ifup: recursion detected for parent interface wlan0 in post-up phase" error. To fix the issue, functions.sh needs to run `unset "IFDOWN_$WPA_IFACE"` before calling /sbin/ifup to prevent ifup from detecting the recursion. The attached patch implements this change. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/wpa/+bug/1545302/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1545302] Re: wpa-roam broken by fix for ifupdown #1337873
Hello Paul, I have identified the cause of the problem and prepared a fix. My tests show that it solves the issue for Trusty and Wily (while Xenial does not require a fix since it's ifupdown has been synced with Debian to a version containing a fix already). Could you please revert your wpasupplicant to the original state (without your patches) and upgrade your ifupdown from the one available in my ppa? sudo add-apt-repository ppa:dgadomski/lp1545302 sudo apt-get update sudo apt-get install ifupdown In my understanding this should solve your problem. Please leave your feedback and so we will be able to proceed with an official release. Thank you. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to wpa in Ubuntu. https://bugs.launchpad.net/bugs/1545302 Title: wpa-roam broken by fix for ifupdown #1337873 Status in wpa package in Ubuntu: Confirmed Bug description: The following versions of ifupdown introduced a recursion check using "IFUPDOWN_" environment variables along with a new locking mechanism for ifup (see #1337873): 0.7.47.2ubuntu4.2 (in Trusty) 0.7.54ubuntu1.1 (in Wily) 0.7.54ubuntu2 (in Xenial) This recursion check breaks the wpa-roam feature of wpasupplicant, preventing it from loading the logical interface specified by id_str after associating with an AP. Specifically, after upgrading to one of the above ifupdown versions, the '/sbin/ifup -v --force "$WPA_IFACE=$WPA_LOGICAL_IFACE"' command run by wpa_action in functions.sh fails with an "ifup: recursion detected for parent interface wlan0 in post-up phase" error. To fix the issue, functions.sh needs to run `unset "IFDOWN_$WPA_IFACE"` before calling /sbin/ifup to prevent ifup from detecting the recursion. The attached patch implements this change. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/wpa/+bug/1545302/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1545302] Re: wpa-roam broken by fix for ifupdown #1337873
Paul, I have finally managed to reproduce this on Trusty. The ifstate looks to be a false trail. However, please note that with 0.8.10ubuntu1 on Xenial this problem does not occur. I am investigating which change needs to be backported. I will keep you updated. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to wpa in Ubuntu. https://bugs.launchpad.net/bugs/1545302 Title: wpa-roam broken by fix for ifupdown #1337873 Status in wpa package in Ubuntu: Confirmed Bug description: The following versions of ifupdown introduced a recursion check using "IFUPDOWN_" environment variables along with a new locking mechanism for ifup (see #1337873): 0.7.47.2ubuntu4.2 (in Trusty) 0.7.54ubuntu1.1 (in Wily) 0.7.54ubuntu2 (in Xenial) This recursion check breaks the wpa-roam feature of wpasupplicant, preventing it from loading the logical interface specified by id_str after associating with an AP. Specifically, after upgrading to one of the above ifupdown versions, the '/sbin/ifup -v --force "$WPA_IFACE=$WPA_LOGICAL_IFACE"' command run by wpa_action in functions.sh fails with an "ifup: recursion detected for parent interface wlan0 in post-up phase" error. To fix the issue, functions.sh needs to run `unset "IFDOWN_$WPA_IFACE"` before calling /sbin/ifup to prevent ifup from detecting the recursion. The attached patch implements this change. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/wpa/+bug/1545302/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1545302] Re: wpa-roam broken by fix for ifupdown #1337873
** Changed in: wpa (Ubuntu) Importance: Undecided => High ** Tags added: regression-update -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to wpa in Ubuntu. https://bugs.launchpad.net/bugs/1545302 Title: wpa-roam broken by fix for ifupdown #1337873 Status in wpa package in Ubuntu: Confirmed Bug description: The following versions of ifupdown introduced a recursion check using "IFUPDOWN_" environment variables along with a new locking mechanism for ifup (see #1337873): 0.7.47.2ubuntu4.2 (in Trusty) 0.7.54ubuntu1.1 (in Wily) 0.7.54ubuntu2 (in Xenial) This recursion check breaks the wpa-roam feature of wpasupplicant, preventing it from loading the logical interface specified by id_str after associating with an AP. Specifically, after upgrading to one of the above ifupdown versions, the '/sbin/ifup -v --force "$WPA_IFACE=$WPA_LOGICAL_IFACE"' command run by wpa_action in functions.sh fails with an "ifup: recursion detected for parent interface wlan0 in post-up phase" error. To fix the issue, functions.sh needs to run `unset "IFDOWN_$WPA_IFACE"` before calling /sbin/ifup to prevent ifup from detecting the recursion. The attached patch implements this change. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/wpa/+bug/1545302/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1545302] Re: wpa-roam broken by fix for ifupdown #1337873
See bug #1545363 - my patch for that bug happens to remove the use of the ifstate file. However, fixing that does not solve the "ifup: recursion detected ..." issue. The environment variable still needs to be removed to fix the recursion issue. After thinking about it some more, I think it may make more sense to unset the variable in /etc/wpa_supplicant/ifupdown.sh rather than /etc/wpa_supplicant/functions.sh (so the variable is removed from the wpa_supplicant daemon's environment, rather than being removed each time wpa_action calls ifup or ifdown). This new attached patch file does this. Let me know when you have something for me to test. Thanks! ** Attachment added: "patch2" https://bugs.launchpad.net/ubuntu/+source/wpa/+bug/1545302/+attachment/4572849/+files/patch2 -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to wpa in Ubuntu. https://bugs.launchpad.net/bugs/1545302 Title: wpa-roam broken by fix for ifupdown #1337873 Status in wpa package in Ubuntu: Confirmed Bug description: The following versions of ifupdown introduced a recursion check using "IFUPDOWN_" environment variables along with a new locking mechanism for ifup (see #1337873): 0.7.47.2ubuntu4.2 (in Trusty) 0.7.54ubuntu1.1 (in Wily) 0.7.54ubuntu2 (in Xenial) This recursion check breaks the wpa-roam feature of wpasupplicant, preventing it from loading the logical interface specified by id_str after associating with an AP. Specifically, after upgrading to one of the above ifupdown versions, the '/sbin/ifup -v --force "$WPA_IFACE=$WPA_LOGICAL_IFACE"' command run by wpa_action in functions.sh fails with an "ifup: recursion detected for parent interface wlan0 in post-up phase" error. To fix the issue, functions.sh needs to run `unset "IFDOWN_$WPA_IFACE"` before calling /sbin/ifup to prevent ifup from detecting the recursion. The attached patch implements this change. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/wpa/+bug/1545302/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1545302] Re: wpa-roam broken by fix for ifupdown #1337873
Paul, I think that the real cause here is that (by looking into debian/ifupdown/functions.sh) wpasupplicant depends on the previous single-file ifstate. Currently, for the sake of the locking mechanism, it has been split into an individual ifstate.$IFACE per interface, while wpasupplicant still checks for the state /run/network/ifstate. This leads to loosing track of aliases and misusing of the locking. I will work on fixing this for Ubuntu and Debian and will appreciate your help in testing it as soon as a hotfix is ready. Thanks! -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to wpa in Ubuntu. https://bugs.launchpad.net/bugs/1545302 Title: wpa-roam broken by fix for ifupdown #1337873 Status in wpa package in Ubuntu: Confirmed Bug description: The following versions of ifupdown introduced a recursion check using "IFUPDOWN_" environment variables along with a new locking mechanism for ifup (see #1337873): 0.7.47.2ubuntu4.2 (in Trusty) 0.7.54ubuntu1.1 (in Wily) 0.7.54ubuntu2 (in Xenial) This recursion check breaks the wpa-roam feature of wpasupplicant, preventing it from loading the logical interface specified by id_str after associating with an AP. Specifically, after upgrading to one of the above ifupdown versions, the '/sbin/ifup -v --force "$WPA_IFACE=$WPA_LOGICAL_IFACE"' command run by wpa_action in functions.sh fails with an "ifup: recursion detected for parent interface wlan0 in post-up phase" error. To fix the issue, functions.sh needs to run `unset "IFDOWN_$WPA_IFACE"` before calling /sbin/ifup to prevent ifup from detecting the recursion. The attached patch implements this change. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/wpa/+bug/1545302/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1545302] Re: wpa-roam broken by fix for ifupdown #1337873
Oops ... missed "inet dhcp" on the "iface dhcp_dns" line above. That line should be: iface dhcp_dns inet dhcp -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to wpa in Ubuntu. https://bugs.launchpad.net/bugs/1545302 Title: wpa-roam broken by fix for ifupdown #1337873 Status in wpa package in Ubuntu: Confirmed Bug description: The following versions of ifupdown introduced a recursion check using "IFUPDOWN_" environment variables along with a new locking mechanism for ifup (see #1337873): 0.7.47.2ubuntu4.2 (in Trusty) 0.7.54ubuntu1.1 (in Wily) 0.7.54ubuntu2 (in Xenial) This recursion check breaks the wpa-roam feature of wpasupplicant, preventing it from loading the logical interface specified by id_str after associating with an AP. Specifically, after upgrading to one of the above ifupdown versions, the '/sbin/ifup -v --force "$WPA_IFACE=$WPA_LOGICAL_IFACE"' command run by wpa_action in functions.sh fails with an "ifup: recursion detected for parent interface wlan0 in post-up phase" error. To fix the issue, functions.sh needs to run `unset "IFDOWN_$WPA_IFACE"` before calling /sbin/ifup to prevent ifup from detecting the recursion. The attached patch implements this change. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/wpa/+bug/1545302/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1545302] Re: wpa-roam broken by fix for ifupdown #1337873
My configuration: /etc/network/interfaces auto wlan0 iface wlan0 inet manual wpa-driver wext wpa-roam /etc/wpa_supplicant/wpa.conf wpa-roam-default-iface dhcp iface dhcp inet dhcp dns-nameservers 8.8.8.8 8.8.4.4 iface dhcp_dns /etc/wpa_supplicant/wpa.conf network={ ssid="x" priority=10 key_mgmt=WPA-PSK psk="..." id_str="dhcp_dns" } network={ ssid="y" priority=9 key_mgmt=WPA-PSK psk="..." } After connecting to either the x or y networks, wpa_supplicant calls `wpa_action connect` which calls `ifup wlan0=dhcp_dns` or `ifup wlan0=dhcp`, which fails with "ifup: recursion detected for parent interface wlan0 in post-up phase". Therefore, dhclient is never run, so wlan0 never gets an IP address. Note that the wpa_supplicant daemon is started by the /etc/network/if- up.d/wpasupplicant script, and it inherits the environment from `ifup wlan0` (including the environment variable used to detect recursion). `wpa_action connect` then inherits the environment from wpa_supplicant, and `ifup wlan0=dhcp` inherits it from wpa_action, hence the error from ifup. I understand that this variable is meant to avoid certain race conditions, but I don't believe the type of race condition reported in bug #1337873 is applicable to this situation. Because wpa_supplicant is started by ifup itself (and not a boot script), there is no way for the `ifup wlan0` and `ifup wlan0=dhcp` to be called out of order, so there is no chance of a race condition. However, maybe I'm missing something here. Could you explain how the wpa-roam implementation could play along with ifupdown given that it is started by ifup itself and needs to call ifup to reconfigure the interface? -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to wpa in Ubuntu. https://bugs.launchpad.net/bugs/1545302 Title: wpa-roam broken by fix for ifupdown #1337873 Status in wpa package in Ubuntu: Confirmed Bug description: The following versions of ifupdown introduced a recursion check using "IFUPDOWN_" environment variables along with a new locking mechanism for ifup (see #1337873): 0.7.47.2ubuntu4.2 (in Trusty) 0.7.54ubuntu1.1 (in Wily) 0.7.54ubuntu2 (in Xenial) This recursion check breaks the wpa-roam feature of wpasupplicant, preventing it from loading the logical interface specified by id_str after associating with an AP. Specifically, after upgrading to one of the above ifupdown versions, the '/sbin/ifup -v --force "$WPA_IFACE=$WPA_LOGICAL_IFACE"' command run by wpa_action in functions.sh fails with an "ifup: recursion detected for parent interface wlan0 in post-up phase" error. To fix the issue, functions.sh needs to run `unset "IFDOWN_$WPA_IFACE"` before calling /sbin/ifup to prevent ifup from detecting the recursion. The attached patch implements this change. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/wpa/+bug/1545302/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1545302] Re: wpa-roam broken by fix for ifupdown #1337873
Updating my patch ... The environment variable also needs to be unset before calling ifdown. ** Attachment added: "patch" https://bugs.launchpad.net/ubuntu/+source/wpa/+bug/1545302/+attachment/4572496/+files/patch -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to wpa in Ubuntu. https://bugs.launchpad.net/bugs/1545302 Title: wpa-roam broken by fix for ifupdown #1337873 Status in wpa package in Ubuntu: Confirmed Bug description: The following versions of ifupdown introduced a recursion check using "IFUPDOWN_" environment variables along with a new locking mechanism for ifup (see #1337873): 0.7.47.2ubuntu4.2 (in Trusty) 0.7.54ubuntu1.1 (in Wily) 0.7.54ubuntu2 (in Xenial) This recursion check breaks the wpa-roam feature of wpasupplicant, preventing it from loading the logical interface specified by id_str after associating with an AP. Specifically, after upgrading to one of the above ifupdown versions, the '/sbin/ifup -v --force "$WPA_IFACE=$WPA_LOGICAL_IFACE"' command run by wpa_action in functions.sh fails with an "ifup: recursion detected for parent interface wlan0 in post-up phase" error. To fix the issue, functions.sh needs to run `unset "IFDOWN_$WPA_IFACE"` before calling /sbin/ifup to prevent ifup from detecting the recursion. The attached patch implements this change. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/wpa/+bug/1545302/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1545302] Re: wpa-roam broken by fix for ifupdown #1337873
Hello Paul, The locking mechanism was implemented to avoid race conditions in ifupdown (such as the one reported as bug #1337873). Unsetting the variable may lead to unexpected consequences. I belive a proper solution would be to modify wpa-roam implementation to play along with ifupdown. Could you please share your configuration? I tried reproducing it but was unable to do so with the simplest wpa-roam config I checked (ifup brings the interface up as expected with ifupdown 0.8.10ubuntu1 on Xenial. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to wpa in Ubuntu. https://bugs.launchpad.net/bugs/1545302 Title: wpa-roam broken by fix for ifupdown #1337873 Status in wpa package in Ubuntu: Confirmed Bug description: The following versions of ifupdown introduced a recursion check using "IFUPDOWN_" environment variables along with a new locking mechanism for ifup (see #1337873): 0.7.47.2ubuntu4.2 (in Trusty) 0.7.54ubuntu1.1 (in Wily) 0.7.54ubuntu2 (in Xenial) This recursion check breaks the wpa-roam feature of wpasupplicant, preventing it from loading the logical interface specified by id_str after associating with an AP. Specifically, after upgrading to one of the above ifupdown versions, the '/sbin/ifup -v --force "$WPA_IFACE=$WPA_LOGICAL_IFACE"' command run by wpa_action in functions.sh fails with an "ifup: recursion detected for parent interface wlan0 in post-up phase" error. To fix the issue, functions.sh needs to run `unset "IFDOWN_$WPA_IFACE"` before calling /sbin/ifup to prevent ifup from detecting the recursion. The attached patch implements this change. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/wpa/+bug/1545302/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1545302] Re: wpa-roam broken by fix for ifupdown #1337873
** Changed in: wpa (Ubuntu) Assignee: (unassigned) => Dariusz Gadomski (dgadomski) -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to wpa in Ubuntu. https://bugs.launchpad.net/bugs/1545302 Title: wpa-roam broken by fix for ifupdown #1337873 Status in wpa package in Ubuntu: Confirmed Bug description: The following versions of ifupdown introduced a recursion check using "IFUPDOWN_" environment variables along with a new locking mechanism for ifup (see #1337873): 0.7.47.2ubuntu4.2 (in Trusty) 0.7.54ubuntu1.1 (in Wily) 0.7.54ubuntu2 (in Xenial) This recursion check breaks the wpa-roam feature of wpasupplicant, preventing it from loading the logical interface specified by id_str after associating with an AP. Specifically, after upgrading to one of the above ifupdown versions, the '/sbin/ifup -v --force "$WPA_IFACE=$WPA_LOGICAL_IFACE"' command run by wpa_action in functions.sh fails with an "ifup: recursion detected for parent interface wlan0 in post-up phase" error. To fix the issue, functions.sh needs to run `unset "IFDOWN_$WPA_IFACE"` before calling /sbin/ifup to prevent ifup from detecting the recursion. The attached patch implements this change. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/wpa/+bug/1545302/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1545302] Re: wpa-roam broken by fix for ifupdown #1337873
The attachment "patch" seems to be a patch. If it isn't, please remove the "patch" flag from the attachment, remove the "patch" tag, and if you are a member of the ~ubuntu-reviewers, unsubscribe the team. [This is an automated message performed by a Launchpad user owned by ~brian-murray, for any issues please contact him.] ** Tags added: patch -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to wpa in Ubuntu. https://bugs.launchpad.net/bugs/1545302 Title: wpa-roam broken by fix for ifupdown #1337873 Status in wpa package in Ubuntu: Confirmed Bug description: The following versions of ifupdown introduced a recursion check using "IFUPDOWN_" environment variables along with a new locking mechanism for ifup (see #1337873): 0.7.47.2ubuntu4.2 (in Trusty) 0.7.54ubuntu1.1 (in Wily) 0.7.54ubuntu2 (in Xenial) This recursion check breaks the wpa-roam feature of wpasupplicant, preventing it from loading the logical interface specified by id_str after associating with an AP. Specifically, after upgrading to one of the above ifupdown versions, the '/sbin/ifup -v --force "$WPA_IFACE=$WPA_LOGICAL_IFACE"' command run by wpa_action in functions.sh fails with an "ifup: recursion detected for parent interface wlan0 in post-up phase" error. To fix the issue, functions.sh needs to run `unset "IFDOWN_$WPA_IFACE"` before calling /sbin/ifup to prevent ifup from detecting the recursion. The attached patch implements this change. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/wpa/+bug/1545302/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1545302] Re: wpa-roam broken by fix for ifupdown #1337873
Status changed to 'Confirmed' because the bug affects multiple users. ** Changed in: wpa (Ubuntu) Status: New => Confirmed -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to wpa in Ubuntu. https://bugs.launchpad.net/bugs/1545302 Title: wpa-roam broken by fix for ifupdown #1337873 Status in wpa package in Ubuntu: Confirmed Bug description: The following versions of ifupdown introduced a recursion check using "IFUPDOWN_" environment variables along with a new locking mechanism for ifup (see #1337873): 0.7.47.2ubuntu4.2 (in Trusty) 0.7.54ubuntu1.1 (in Wily) 0.7.54ubuntu2 (in Xenial) This recursion check breaks the wpa-roam feature of wpasupplicant, preventing it from loading the logical interface specified by id_str after associating with an AP. Specifically, after upgrading to one of the above ifupdown versions, the '/sbin/ifup -v --force "$WPA_IFACE=$WPA_LOGICAL_IFACE"' command run by wpa_action in functions.sh fails with an "ifup: recursion detected for parent interface wlan0 in post-up phase" error. To fix the issue, functions.sh needs to run `unset "IFDOWN_$WPA_IFACE"` before calling /sbin/ifup to prevent ifup from detecting the recursion. The attached patch implements this change. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/wpa/+bug/1545302/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp