- Community Home
- >
- Networking
- >
- Legacy
- >
- Switches, Hubs, Modems
- >
- Loss of stack member
Switches, Hubs, and Modems
1753856
Members
7693
Online
108809
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
02-03-2005 09:36 PM
02-03-2005 09:36 PM
Loss of stack member
I have quite a few stacks (4-6 switches in each) of ProCurve 2650's. The stacks are connected via the copper Gb ports on each switch, with the commander having the Gb fibre module and feed back to the core switch (5308).
The commander does not auto grab, and the members do not auto join. All are configured manually, and show successfully joined to the stack. All switches are running the latest f/w.
What I am seeing fairly regularly on some stacks (but not all) is the error 'Loss of stack member on port: xx' where port is either 49 or 50 (the stack uplink port). The errors are being logged to the switch log and to OV NNM via SNMP.
When I check the switch stack, all shows ok. There are no faults observed on any of the switches. Some users are reporting that when this happens, there is momentary loss of connection (enough to drop an SSH connection), then things resume as normal.
I can't seem to find anything that may indicate a hardware fault, and the config on the switches is pretty standard.
Anyone have any ideas?
The commander does not auto grab, and the members do not auto join. All are configured manually, and show successfully joined to the stack. All switches are running the latest f/w.
What I am seeing fairly regularly on some stacks (but not all) is the error 'Loss of stack member on port: xx' where port is either 49 or 50 (the stack uplink port). The errors are being logged to the switch log and to OV NNM via SNMP.
When I check the switch stack, all shows ok. There are no faults observed on any of the switches. Some users are reporting that when this happens, there is momentary loss of connection (enough to drop an SSH connection), then things resume as normal.
I can't seem to find anything that may indicate a hardware fault, and the config on the switches is pretty standard.
Anyone have any ideas?
1 REPLY 1
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-05-2005 07:30 AM
02-05-2005 07:30 AM
Re: Loss of stack member
Tony,
check the switch event log and verify that the ports involved are up all the time. Setting the time on all switches will help to verify when and what happens. I have a 4108 here that experiences random port toggeling - the log shows port a2 down /up as example for no apperant reason and i know for sure that the connected devices are up all time. It seems that the latest firmware also has no effect as to fix the issue and as far as I know HP had those issues for quite some time with a lot of their switches. There are unfurtunatley not many options until the issue get fixed, but i guess a call to support wont hurt either.
GG
check the switch event log and verify that the ports involved are up all the time. Setting the time on all switches will help to verify when and what happens. I have a 4108 here that experiences random port toggeling - the log shows port a2 down /up as example for no apperant reason and i know for sure that the connected devices are up all time. It seems that the latest firmware also has no effect as to fix the issue and as far as I know HP had those issues for quite some time with a lot of their switches. There are unfurtunatley not many options until the issue get fixed, but i guess a call to support wont hurt either.
GG
most time the day i have to mask my contempt for the a-holes in charge......
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