This website uses cookies. By clicking Accept, you consent to the use of cookies. Click Here to learn more about how we use cookies.
Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
Showing results for
- Extreme Networks
- Community List
- Legacy
- Aerohive Migrated Content
- Why would APs bypass provision settings?
Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Mute
- Printer Friendly Page
Why would APs bypass provision settings?
Options
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Get Direct Link
- Report Inappropriate Content
02-22-2019 03:20 PM
I setup a new Hivemanager 12.8.2.2. i am moving APs from old hivemanager 11.9. I changed my dns entry for hivemanager.domain to the new IP address. I have APs that will connect first, get an update, reboot and then ignore the DNS entry, the DHCP options and use OpenDNS to go to redirector.aerohive.com to look for a hive. Why can't it retain it's hive information. The APs are updated to 8.2r4 when they connect to the new hivemanager. Is this a bug?
Solved! Go to Solution.
1 ACCEPTED SOLUTION
Options
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Get Direct Link
- Report Inappropriate Content
02-22-2019 05:08 PM
Looking through the system with a support engineer, we found where i messed up the credentials. Used what was there and was able to get into the devices. i reset them and they attached to the new manager. I downgraded them to 6.5 r11 and all are active at the moment. I will upgrade a test AP to the newer OS and see how it goes. Thanks for the help.
4 REPLIES 4
Options
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Get Direct Link
- Report Inappropriate Content
02-22-2019 05:08 PM
Looking through the system with a support engineer, we found where i messed up the credentials. Used what was there and was able to get into the devices. i reset them and they attached to the new manager. I downgraded them to 6.5 r11 and all are active at the moment. I will upgrade a test AP to the newer OS and see how it goes. Thanks for the help.
Options
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Get Direct Link
- Report Inappropriate Content
02-22-2019 04:37 PM
SSH login...Have you tried the password identified in Global Settings, Administration, Device Management Settings?
Options
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Get Direct Link
- Report Inappropriate Content
02-22-2019 04:17 PM
I will have to wait until the onsite tech gets back in place. i am trying to do this remote. I cannot SSH into the device. i have tried the old password, the new password, and the default password, but nothing works.
Options
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Get Direct Link
- Report Inappropriate Content
02-22-2019 03:57 PM
Would you be able to console in to the device while it tries to connect and take an update? I'd like to see the output of the reboot and update cycle. The start of this guide will review how to set up Putty to log all of the output for your session automatically: https://thehivecommunity.aerohive.com/s/article/Collecting-Tech-Data-via-CLI
Also, could you enable CAPWAP debugs so we can see if some part of the configuration update is failing?
You'd want to SSH In to the AP and run the following commands:
_debug capwap info
_debug capwap basic
_debug capwap stat
Once the debugs are enabled, please try the connection and update again, and then we'll want to pull tech data. You can use the guide I linked to you above or go to
Tools> Utilities> Get tech data> Check the box next to the device> Get tech data (blue button at the top of the page this time).
