- Community Home
- >
- Networking
- >
- Switching and Routing
- >
- Comware Based
- >
- 4800G IRF config file synchronising
Comware Based
1753435
Members
4575
Online
108794
Solutions
Forums
Categories
Company
Local Language
back
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
back
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
Blogs
Information
Community
Resources
Community Language
Language
Forums
Blogs
Topic Options
- 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
06-03-2009 05:51 AM
06-03-2009 05:51 AM
4800G IRF config file synchronising
In the config guide for the 4800G , 07-System Volume, 18-IRF Stack Configuration, page 1-9 Configuration File Management, I was led to believe that a slave switch connecting via IRF to a master switch would copy the active configuration file from the master to the slave upon connecting, for example if the slave had no configuration file of its own or if it was out of date for some reason.
However, that does not appear to be the case in lab experiments. Although the slave switch will use the master switches config file in order to configure the slave, it doesn't actually copy the master config file to the slave. This means that if the master switch dies, and then the slave switch reboots, it won't come up with the correct configuration.
I notice that if I type 'save' in the command-line interface, the config file is then written to both master and slave, but the manual suggested that this wasn't necessary - simply connecting a slave switch would be enough to copy over the config file.
Is this a bug?
The reason I would like this clarified is because I am trying to document my disaster recovery procedures. I had hoped from reading the documentation that if replacing a dead switch, a brand-new unconfigured switch could simply be put in its place, but that isn't quite true if someone also has to login to the switch and type 'save'.
This message was edited by john.veness on 6-3-09 @ 5:52 AM
However, that does not appear to be the case in lab experiments. Although the slave switch will use the master switches config file in order to configure the slave, it doesn't actually copy the master config file to the slave. This means that if the master switch dies, and then the slave switch reboots, it won't come up with the correct configuration.
I notice that if I type 'save' in the command-line interface, the config file is then written to both master and slave, but the manual suggested that this wasn't necessary - simply connecting a slave switch would be enough to copy over the config file.
Is this a bug?
The reason I would like this clarified is because I am trying to document my disaster recovery procedures. I had hoped from reading the documentation that if replacing a dead switch, a brand-new unconfigured switch could simply be put in its place, but that isn't quite true if someone also has to login to the switch and type 'save'.
This message was edited by john.veness on 6-3-09 @ 5:52 AM
The opinions expressed above are the personal opinions of the authors, not of Hewlett Packard Enterprise. By using this site, you accept the Terms of Use and Rules of Participation.
News and Events
Support
© Copyright 2024 Hewlett Packard Enterprise Development LP