I don't use my 40Gb ports, so I don't know that this will fix your problem, but I have stack disable configured on my 6610:
!
stack unit 1
module 1 icx6610-48p-poe-port-management-module
module 2 icx6610-qsfp-10-port-160g-module
module 3 icx6610-8-port-10g-dual-mode-module
stack disable
!Stacking and a simple LAG trunk are two very different things. Also, be aware that in a LAG while you'd have 30Gb of aggregate bandwidth, you'll see single stream speeds no faster than 10Gb. I am unsure how bandwidth works over stacking, having never deployed it; I suspect it's a LAG underneath along with extra settings for the various coordination required for stacking and failover.
If the fans don't even spin up then I can almost guarantee it's the power supply that died - you can completely "brick" and wipe the flash on these switches and the fans will still have power applied to them when the switch is plugged in
you can try a different 40gb port on the 6610, but that points to a media error, as in bad optic on either side, or a bad cable/connection/dirty fiber ends. how long is the fiber?
Thats interesting - it might be worth playing around & testing - is there a command / way to speed test a 'theoretical' transfer between two lagged switches (which I have setup already)?
Thats interesting - does this mean if I have 3 switches,
For speed testing, iPerf is the usual go to. But there's nothing theoretical about what I said regarding LAGs. If you have 3x 10 Gb links between switches, you'd need 3x 10 Gb streams on both ends to saturate it. If you had a 40 Gbe adapter on each end and a 3x 10Gb LAG on the switches between, absent any multithreading or intelligence, your single flow speed will be limited to 10 Gb between switches.
30m. I'd be surprised if there were major issues with all new parts from FS. I'll track down my cleaning supplies and go from there I guess.
If this were FC I'd tell you to look at the Tx/Rx power, don't know if that's possible with these switches. Look at errors on the port and see if you have CRC, discards, etc and maybe you'll find what's going on. The type of error should point you in a direction to look for issues. Low power on an SFP usually means the SFP is bad. CRC is usually physical connection. Discards being config issues. etc. Seeing all the CRC I'd look at the cable possibly being an issue. Can you see light at both ends? (hint: use a mirror or a piece of paper in a darkened room, don't hold it up to your eye)
tor but I was oblivious to enabling it. Stare at the disassembly for too long and you lose sight of things.
Obvious, I know... Maybe the 7150 lineup isn't up to the engineering prowess of the 7250? I can only hope it's equal to that of Ubiquiti hardware Someone, please run dm i2c or take pictures of your 7150 PCB.dm with dd for the commands below.dm device-command tor or the cheeky dm device-command 2762233 (It spells out BROCADE on a touch tone phone).tor help and get intimate with your switch.phy 1/2/1
Port xe0 (PHY addr 0xc1): WC-B1/13/0 (Warpcore PHY Driver)
0x00: 0x0000 0x01: 0x0000 0x02: 0x0000 0x03: 0x0000
0x04: 0x0000 0x05: 0x0000 0x06: 0x0000 0x07: 0x0000
...
tor phy info
xe0( 50) 143 bff0 c1 c1 WC-B1/13/0 250000
xe1( 51) 143 bff0 c1 c1 WC-B1/13/1 250000
xe2( 52) 143 bff0 c1 c1 WC-B1/13/2 250000
...enable
dm device-command tor
tor port xe2 speed=2500
tor port xe2
ping 192.168.1.10
:(
Second sentence in the entire thread
Yup, PM sent. I thought this needed a firmware unlock, originally. Thanks!
one of the fans was not spinning before upgrade, I cleaned it with sprey. After cleaning it started spinning, then I booted the switch and upgraded. Also checked the fan, speed is normal. It was FAN1. I’ll try replacing the fan.