ZF2942 Upgrade to 9.7.0.0.220 causes problems

  • 4
  • Problem
  • Updated 3 years ago
  • Solved
  • (Edited)
Upgrading standalone 2942 AP from 9.6.1.0.15 to 9.7.0.0.220 makes only troubles for us.
I have 2x 2942 standalone AP's. After upgrade both of them needed factory reset to gain access to the web console. Also I had to reconfigure from scratch.
Thats bad...
But after upgrade I faced issues where all connected clients suddenly become disconnected clients.. I had no time to investigate this issue further, so I downgraded my AP's to 9.6.1.0.15.

Note: This topic was created from a reply on the ZoneFlex 9.7.0.0.220 GA Release Now Available topic.
Photo of janx

janx

  • 27 Posts
  • 0 Reply Likes

Posted 4 years ago

  • 4
Photo of Keith - Pack Leader

Keith - Pack Leader

  • 860 Posts
  • 51 Reply Likes
We've re-produced this in the lab and are filing a bug.
Photo of Keith - Pack Leader

Keith - Pack Leader

  • 860 Posts
  • 51 Reply Likes
I've also upgraded a ZF7982 with no problem and we've not had other reports so I believe it's isolated to this model.
Photo of janx

janx

  • 27 Posts
  • 0 Reply Likes
Hi,

Okey. But I had basically two problems.. upgrading and client disconnections.
Wich one You mean?
I have strange feeling, that if I hade factory reset done before upgrade, then probably the upgrade part should succeed. I have this feeling because if I downgraded 9.7 to 9.6 then fully configured 2942AP hangs somehow too and needed hard reset. But on the other AP I did factory reset before downgrading from 9.7 to 9.6. And I succeeded - no hard reset needed after downgrade.
Photo of Keith - Pack Leader

Keith - Pack Leader

  • 860 Posts
  • 51 Reply Likes
I left our lab gear in the "hung" state so that engineering can take a look at it. I have the same feeling as you - that it's a likely resource issue.
Photo of Peter Dohm

Peter Dohm

  • 13 Posts
  • 1 Reply Like
Keith, FYI, both of these symptoms definitely happen on my stand-alone 7982. I had to factory reset it to get it to do anything, and after doing so and completely reconfiguring it, after some time, one of the two radios just seems to stop sending beacons altogether...

guys, this is really not acceptable. do you no regression testing for stand-alone devices?
Photo of Keith - Pack Leader

Keith - Pack Leader

  • 860 Posts
  • 51 Reply Likes
Actually we do. And as a matter of fact I run 9.7 on my standalone ZF7982 with absolutely no issues. So...as they say on SNL - What's up with that?? The answer of course is that there's something different about our two environments. (We also have ZF2942's in our lab that upgraded with no issue)

Think about how many of those differences there could be, and then multiply them against each other - that's combinatorial math. Pretty soon you've got more combinations then there are hydrogen atoms in the universe.

Thus far, your's is the only report on the 7982. Have you tried downgrading? Is there some feature in 9.7 you need? (very very few of our new features work on standalone APs..) If not, I'd recommend a downgrade to your prior release. If it's still not working after that, I would bet you've had an unfortunate, and coincidental, hardware failure.

Luckily that unit has a limited lifetime warranty.

The ZF2942 is an End Of Life product with extremely limited memory and CPU resources. It wasn't a surprise that it might not upgrade cleanly under certain conditions (though our tests did not show it initially). All evidence so far points to that problem being simple resource starvation.

The ZF7982 is a much newer model with much greater memory and CPU resources, so I'd be very surprised that it would have the same issue.
Photo of Peter Dohm

Peter Dohm

  • 13 Posts
  • 1 Reply Like
so keith, the reason i upgraded at the earliest possible time is because i ran into another issue with the 5ghz radios on the previous release, and i expected that this one would be fixed (it was) but now there is yet another issue to hve taken its place. i've been doing this dance far longer than seems possible...

see, i wouldn't fault your logic one iota (i too make products for which there are mind boggling configuration permutations) except that i'm running horrifically boring stock stand alone bridged configurations and the 7982 is simply not as reliable as I'd expect out of such a fine product.

can you recommend a release that has rock solid 2.4 and 5 ghz performance in stand alone bridged mode?
Photo of Keith - Pack Leader

Keith - Pack Leader

  • 860 Posts
  • 51 Reply Likes
I think you need to open a support case. I'm not aware of any software-related issues on the 7982 similar to what you describe.
Photo of Peter Dohm

Peter Dohm

  • 13 Posts
  • 1 Reply Like
so, just to be sure, before i opened a case, i just reset the device using the hard reset switch one more time and tried re-configuring the most simplistic config again. when i did so, everything worked fine (the only thing i knowingly changed is the pass phrases used to generate the AES WPA2 keys). i tried changing the smallest number of things i could from a default configuration, and it now seems stable on both bands.

i am at an utter loss to explain why my 5ghz radio was simply not sending beacons after a time on the last two tries at this... i can tell you that i did do soft-factory-resets of the device (both via gui and command line) before honing in on the final configuration, so there could conceivably be something slightly different between soft reset and hard reset i suppose..

the entirety of everything i've changed includes:

the administrative username / password
the NTP ip address (left it get its WAN address & DNS via DHCP)
the 2.4 Ghz channel to 1 (from smartselect, wireless survey shows me this is ideal)
the 5ghz channel to 161 (from smartselect, wireless survey shows me this is ideal)
set the 2.4 Ghz wlan0 ssid, & wpa2 aes psk
set the 5 Ghz wlan8 ssid & wpa2 aes psk

heck if i know what was wrong... i'll keep an eye on this...
Photo of Keith - Pack Leader

Keith - Pack Leader

  • 860 Posts
  • 51 Reply Likes
I think your hardware is flaky...
Photo of Peter Dohm

Peter Dohm

  • 13 Posts
  • 1 Reply Like
K. I'll open a case. Many thanks sir. :)
Photo of DRC

DRC

  • 16 Posts
  • 9 Reply Likes
Not to hijack, but I have a ZD3100 and 51 2942 APs...and upgraded to 9.7.

Same symptom, connected clients became disconnected clients. Average 300 users total then averaged 51 or so, a LOT of APs have zero clients...oh the horror.

Case opened, but no joy.

Opened forums, I see this, and I downgrade.

CURRENT STATUS: 20 minutes later, am on 9.6.2.0.13, back to high client count, APs have multiple clients.

Case is still open, although I agree with the consensus that the 2942 can't handle 9.7, so perhaps moot.

Just sharing.
Photo of Keith - Pack Leader

Keith - Pack Leader

  • 860 Posts
  • 51 Reply Likes
This is a great conversation that's separate from the main topic, so I created a new topic to continue the discussion. Please reference the new topic here: Issue with 2942 on ZD controlled AP
Photo of Gert Karpelin

Gert Karpelin

  • 1 Post
  • 0 Reply Likes
I had troubles too with 9.7.0.0.220 firmware. I downgraded to 9.6.2.0.13 and it working three days already.
Photo of Primož Marinšek

Primož Marinšek, AlphaDog

  • 413 Posts
  • 48 Reply Likes
Has this problem been fixed in any MR releases of the 9.7FW or the new 9.8?
Photo of Michael Brado

Michael Brado, Official Rep

  • 2183 Posts
  • 301 Reply Likes
The solution is not to run higher than 9.5 firmware on 2942 model APs, due to their limited resources (32mb RAM).

I don't see concrete evidence of any other model AP issue with upgrade or downgrades, but recommend to open a case with Tech Support if you do.