Whatever the change was, all I can say is we literally can have someone on-site, debugging a v5.5.10 radio, downgrade to v5.5.8, and suddenly the radio can scan for -- and connect to -- networks again. It could be because there are so many networks in our area, and it could be 5.5.8 has the bug as well but it isn't triggered.
I don't see in any circumstance how a production-release firmware should do this: *XM.v5.5.10# iwlist ath0 scan* *print_scanning_info: buffer too large(65535) for realocating* *XM.v5.5.10# wlanconfig ath0 list scan* *ioctl[unknown???]: Argument list too long* *wlanconfig: unable to get scan results* Colin netBlazr <http://netblazr.com/> - free your broadband! P.S. We always reboot radios before upgrading, that is not the issue here. On Tue, Oct 28, 2014 at 9:05 AM, Matt Hoppes <[email protected]> wrote: > You know there were no changes made to XM v5.5.10 other than adding new > frequencies, right? > > On 10/27/14, 8:57 PM, Colin Zwiebel wrote: > > We are having serious problems with v5.5.10 with 5GHz XM hardware and > > have decided this firmware is not production ready. We using *v5.5.10 > > only for links that require UNII-1* frequencies and avoiding in all > > other situations. There is some sort of a bug with scanning for > > available networks, so if your area has few networks, you might observe > > different behavior. > > > > > http://community.ubnt.com/t5/Installation-Troubleshooting/v5-5-10-major-bug-no-SSIDs-in-scan-print-scanning-info-buffer/m-p/1072997#U1072997 > > > > *AirOS v5.5.10 is not production ready!* > > > > Ubiquiti, it appears you have a major bug and need to revoke the > > release, remove from website, until you get this fixed. > > > > > > > > We have now had 3 clients -- 2 Nanobridges and 1 Rocket M5 -- disconnect > > from their AP with the same behavior: NO SSIDs appear in scan list. > > Downgrade to v5.5.8, no changes to config, radio once against sees SSID > > and connects perfectly. > > > > > > > > *Workaround: Frequency Scan List* > > > > I cannot fully confirm this, but it appears, v5.5.10 plus frequency scan > > list has this problem less. It also might be that this pares down the > > amount of data coming from the atheros driver (by not scanning all > > frequencies), and scan list doesn't actually fix the issue, just reduces > > the scan data to something that doesn't break the radio. > > > > > > > > > > > > *iwlist ath0 scan -- print_scanning_info: buffer too large(65535) for > > realocating* > > > > In our most recent incident, I was able to SSH into the failed v5.5.10 > STA > > > > XM.v5.5.10# iwlist ath0 scan > > print_scanning_info: buffer too large(65535) for realocating > > > > XM.v5.5.10# wlanconfig ath0 list scan > > ioctl[unknown???]: Argument list too long > > wlanconfig: unable to get scan results > > > > > > > > We are running now with a frequency scan list (cannot downgrade this > > radio) and both iwlist and wlanconfig commands are working properly. > > > > > > > > More details: > > > > APs: Problem happens with both Nanostation M5 APs and PowerBridge-M5 APs > > > > - Seen with AP on v5.5.10 > > > > - Seen with AP on v5.5.8 > > > > STAs: Problem observed with NB-22-M5 and Rocket-M5 > > > > DFS: Problem observed on both DFS and non-DFS frequencies (5805) > > > > > > > > Most recent incident, Rocket was working fine for a few days, suddenly > > died. It rebooted in the process (only 2min uptime when I got to > > it). Let sit 10min, rebooted, made no difference, gave buffer too larger > > error no matter how many reboots. Only enabling scan list patched it. > > > > > > > > Colin > > netBlazr <http://netblazr.com/> - free your broadband! > > > > > > The wireless telegraph is not difficult to understand. The ordinary > > telegraph is like a very long cat. You pull the tail in New York, and it > > meows in Los Angeles. The wireless is the same, only without the cat. > > > > > > _______________________________________________ > > Ubnt_users mailing list > > [email protected] > > http://lists.wispa.org/mailman/listinfo/ubnt_users > > > _______________________________________________ > Ubnt_users mailing list > [email protected] > http://lists.wispa.org/mailman/listinfo/ubnt_users >
_______________________________________________ Ubnt_users mailing list [email protected] http://lists.wispa.org/mailman/listinfo/ubnt_users
