- Community Home
- >
- Networking
- >
- Switching and Routing
- >
- Comware Based
- >
- 5130 IRF reboot time
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
11-04-2015 09:14 AM
11-04-2015 09:14 AM
5130 IRF reboot time
We're building some nine member IRF stacks of 5130s and the reboot time is a bit concerning. With the shipping code, 3106, it would take ten minutes from a reboot before all members and ports were back online. That's probably just about ok. But with 3109P09 that time has increased to 18 minutes.
Not sure if there's anything we can do to reduce the time it takes everything to come up. I suspect the problem is just that newer code is taking longer to do things and that's per member, so the more members you have in the stack the slower everything gets...
But still, we can restart some big servers and have all the VMs back faster than we can start a switch stack :-0