C2960G ventillátor anomália

Szevasztok,

vettem használtan egy tárgyban levő eszközt, gigabitre upgrade miatt (home network-höz, semmi üzleti/munka felhasználás mielőtt valaki a szivéhez kapna h. ohmygod endoflife endofszoftver endofszapport endofminden).

Azt csinálja, h. bekapcsolás után kis idő elteltével emelt fordulaton üzemelteti a ventillátort. Majd pár perc után visszahalkul normálra. Aztán rövid idő után megint felpörgeti, aztán vissza, és ezt ismételgeti.

Túlmelegedés biztosan nem játszik, 18-20 fokos szobahőmérsékleten is csinálja. A venti kézrátétel alapján fújja a levegőt rendesen.

CLI szerint a show env: FAN és TEMP is OK, log-ban nem ír semmi erre utalót (a log level azt hiszem nem debug szint, csak information).

Debug parancsot fan, temp és hasonlóra nem találtam, ami kihozná ennek az okát.

IOS 15.0(2)SE11 (a legutolsó amit kiadtak hozzá), ezt már én pakoltam rá, hátha ettől megjavul, de nem volt szerencsém (az eredetileg rajta levő 12.x-el is csinálta első bekapcsoláskor).

Mivel szerverszobában használta az előző tulaj, ott ez sosem derült ki abban a mérhetetlen zajban. Engem is csak azért zavar, mert lakótérben lesz, itt már lehet hallani, főleg este.

12.2(55)SE12 sem hiszem h. hozna bármi változást. Mondjuk neten guglizva azt találtam h. a 15.0 nagyon szar minőségű volt anno, de a 15.0(2)SE10-11 környékére az ismertebb bajait kijavították (kivéve a memory fragment / memory full bug úgy tudom örökre megmaradt, 2-3 VLAN + STP-nél volt ahol előjött, itthon nálam még nem)

Bárkinek tapasztalat h. ez amúgy ismert hardver hülyeség, v. egyedül vagyok vele az egész világon? Board / FAN revizió specifikus faszság, keressek hozzá ebay-en replacement FAN-t hátha azzal nem csinálja, v. kuka az egész? Amúgy ezt leszámítva működik jól, ha még kihúzza nálam 10 évig akkor már megérte. Cisco support fórumot meg se próbálom, a 2lábon járó agyhalál indiaiakhoz nincsenek idegeim.

Alternatíva 2960G szintű menedzselt cisco-ra használtan töredék áron mit lenne érdemes venni ha végképp beszarik?

Hozzászólások

Ird le milyen kepessegek kellenek neked, (pl X db gigabit, X db sfp/sfp+ etc) es biztos lesz valami ujabb stuff, ami nem draga, nem hangos es nem is eszik sokat.

min. 16 max. 22-24 port Gigabit RJ45 + 2 port SFP port (van hozzá SX cisco SFP-m), Poe nice to have de nem létszükséglet mert van külön poe switchem. Cisco volna jó, ez a 2960G ha nem lenne ekkora baszott nagy, nem kellene neki aktív hűtés és nem zabálna ilyen sokat úgy h. a portok 2/3-an nincs is link, nem lenne vele semmi gond.

Ha jól tudom ez a típus van: Cisco Catalyst 2960S-48TD-L
Van rajta 2db SFP+ csatlakozó, ami 10 GbE optikát tud fogadni. A paramétereit itt találod: link

Nagy áteresztő képességű, újabb model, mint a G. Igen, stackelhető is.
Tudtommal volt a sima 2960, aztán a G, ami full gigás, aztán az S, ami csalóka, mert van közte 100mbites is, de amúgy gigás modellek. Aztán az X, ami tudtommal az elérhető legújabb ebből a családból.

Végignéztem a 2960S modell listát, legalábbis amit az oldal felsorolt, nem volt köztük 10/100-only típus.

Nem kevered a 2960-Plus-al? Mert h. még olyan is van, csak hogy még jobban összekavarják a szerencsétlen ügyfeleiket. Bár az meg csak 10/100-asok 2-4 gigás uplinkkel

Nem találom melyik hirdetés volt, de majdnem ráharaptam. Aztán az adatlapja mutatta, hogy csak 24x100Mbit.

Valami ilyesmi volt, szerintem PoE nélküli:  WS-C2960S-F48LPS-L

Update: itt egy jobb lista: https://www.cisco.com/c/en/us/products/collateral/switches/catalyst-2960-series-switches/eos-eol-notice-c51-733348.html

WS-C2960S-F24TS-L: Catalyst 2960-SF 24 FE, 2 x SFP, LAN Base

Igen, jól össze tudják zavarni az embert :)

a huaweinek vannak régebbi típusú venti nélküli switchei, sok mindent tudnak (bár gyűlöljök őket), de újonnan olcsóbbak a Ciscónál.

használtpiaci helyzetéről nincs ismeretem...

amúgy meg kösd ki belőle a ventit és megy, amíg megy :)

Kicsit off, de talán  mégsem. Nekem egy 2960s-es van, annak meg full sebességen megy folyamatosan a venitje és nem jövök rá, hogy miért.. Environment meg minden hibátlan, nem logol semmit. Ha erre van esetleg valakinek ötlete.. :-)
 

Szerkesztve: 2024. 01. 04., cs – 15:59

Én kinyitnám, és megkeresném a termisztort, ami méri a belső hőmérsékletet. Aztán freeze spray, hajszárító, megnézni mit reagál. Amúgy az teljesen normális ezeknél, hogy bekapcsoláskor felpörög maximális fordulatra, aztán visszaesik. De utána be kellene álljon közepes stabil fordulatra. Ezekben ilyen kicsi 4 vagy 5 cm-es ventillátor van, ami nagyon hangos alapból is. Talán a tápegység-részében van, azt hűti. Már nem emlékszem pontosan.

Ha most vennék, akkor valami TP-Link menedzselhető 16 portos PoE switch-et vennék.

Szerkesztve: 2024. 01. 05., p – 15:16

Bónusz sztori: felraktam a 2 oldalára a rackfüleket, ahogy azt kell. Van egy kis 10 U-s rackszekrényem, oda ment volna be. Azaz csak volna, mert ha a 2 rackfül rajta van a 2 oldalán, a 2x ~1,5mm plusz miatt már nem fér el a 2 függőleges oszlop között. Eredetileg a 2 fül nékül is kb. 1-1,5 mm hézag van csak, így a +2x1,5mm miatt 1mm-el szélesebb mint kellene lennie. Nem tudtam befeszegetni, mert nyilván sem az oszlopok, sem a 2960G háza nem hajlik/vetemedik 1 mikrométert sem. Így maradt az 1 füllel rögzítés, a másik oldalt meg alá kellett polcolni, mert olyan forgatónyomaték dolgozik ott, ami miatt simán lejjebb volt azon az oldalon a hátulja vagy másfél centivel. Nagyon nem akarja ez a szviccs, h. itt kelljen nálam szolgálatot teljesítenie.

Most már kimérem, mert bosszant. A 2950-re tisztán emlékeztem h. belefért még évekkel ezelőtt. De most h. próbából odaraktam, pont ugyanaz a szituáció volt mint a 2960G-vel. Szóval lehet h. annó nem rackeltem, csak szimplán a tálcára raktam le, már nem emlékszem.

Hogy a ragya rohassza ki az ilyen kontárokat, ennyire selejtes szart árulni.

Szerkesztve: 2024. 01. 05., p – 16:42

Szia!

Nálam C3750 van, azzal nincs ilyen probléma.
Használt Cisco-ból a Catalyst C3000 szériát ( 3650, 3750, 3850 ) érdemes venni, C2000 szériát nem azt nem az a "legalja".
( árban kb. ugyan annyi ).

Nem gondolnám h. a 2950g-nek ez a venti zúgás üzemszerű működése, mivel egy másik nem csinálja ezt. Szóval ez egyedi hiba-eset. Ezt próbálom megfejteni, h. hw v. sw gond, ill. romlani fog-e tovább a dolog.

A 3xxx tudásban hogy differencializálódik a különböző kategóriák? Kellene valami nem túl nehezen felfogható összehasonlító táblázat. De szerintem nekem túl overkill bármi a 2960g fölött ebbe a home network-be.

Pontos fogyasztásáról van infód? Illetve érdekelne a pontos model szám. Otthonra én is kacérkodtam kevesebb portos G modellel. A doksija szerint a 48 portoshoz képest már eleve a 24 portos fogyasztása is kevesebb lenne idle.

Saját méréseim, amik múltkor átmentek a kezem alatt:

Cisco 48 portos 100-as (2960-48TC-L):
2960-48-2(config-if-range)#interface range FastEthernet 0/1-48
no shutdown: 23.5W / 29VA
shutdown: 22.8W / 38.3VA

Cisco 48portos gigás (2960S-48TD-L):
Switch(config)#interface range GigabitEthernet 1/0/1-50
Switch(config-if-range)#no shutdown: 38W / 65VA
shutdown: 30.5 / 58.5VA

Igazából jogos a felvetés. emlékeim szerint egyidejűleg 3 UP porttal ellenőriztem és nem tudtam kimutatni fogyasztásbeli változást, igaz nem terheltem le a portot.

A mérés létjogosultsága onnan jött, hogy szerverteremben lekapcsoljam-e a szükségtelen portokat. Nyerünk-e fogyasztásban egy kicsit (áram után kell fizetni).

Bocs, a héten nem voltam a top-on. Most csináltam kis mérést. Nem tudom, hogy a lakatfogó mennyire pontos ilyen kis tartományben, de talán az arányok mondanak valamit.

A 8 portos 2960G-re üresen 0,02-0,03A-t mért.
A 16 portos 2960L-re aktív 5 portal ritkán billen fel 0,01-re 0,00-ról.

2960L-ben van ilyen:

#show env all 
SWITCH: 1
SYSTEM TEMPERATURE is OK
System Temperature Value: 45 Degree Celsius
System Temperature State: GREEN
Yellow Threshold : 88 Degree Celsius
Red Threshold    : 93 Degree Celsius

SWITCH: 1
PID:  Built-in
System Power:(Watts) 36
Max Power Usage:(Watts) 16
Maximum Heat Dissipation: (Watts) 16
Power Supply Status: Good       

3750G-t néztem, dupla annyi a fogyasztása azonos portszám (24) mellett, mint 2960G-nek. Mondjuk eléggé meg is lepett volna, ha az extra L3 tudása mellett (amire tényleg semmi szükség nálam) nem lett volna így.

Szerintem maradnom kell a 2960S / 2960L vonalon, ha ezek közül találnék 16 port 1Gbit + 1-2 SFP modelt használtan olcsón, akkor meg lenne az utód.

Egen, ezek sajnos ilyenek. Nekem olybá tűnik hogy a boot folyamat természetes része hogy bőgeti ezeket mintha egy 747es lenne. Ahova ilyeneket tettünk ott leállás/áramszünet/stb után onnan lehet tudni hogy ujra van interweb hogy elkezdem hallani a saját gondolataimat. 

Szoval nem kizárt hogy hosszútávon azért leszabályozható, de az elején biztos ilyen. Hogy menetközben miért bőgeti fel, arra talán a legegyszerűbb magyarázat az hogy valamelyik aerodinamikailag szűk keresztmetszet retek/kosz/por/dzsuva miatt mégszűkebb lesz.

A jelenség alapjá talán a hűtőbordákat kellene újrakenni. Ha egyszerű hővezető fóliát alkalmaztak, akkor azt hővezető pasztára cserélni.Ha hővezető ragasztó, akkor szívás.

Igen, az a 3 borda ottan latvanyosan hianyzik... Nade meg lehet nezni a cuccmany homersekletet menetkozben is: 

randomciscoszviccs>show env all
FAN is OK
SYSTEM TEMPERATURE is OK
System Temperature Value: 28 Degree Celsius
System Temperature State: GREEN
Yellow Threshold : 58 Degree Celsius
Red Threshold    : 68 Degree Celsius
[...]

Ha ez gyanusan magas, akkor ott lehet a kutya elasva. Bar kerdes hogy mi az a "system temperature" mit takar, de nem kizart hogy ez az ami alapjan kapcsolgatja a tillatort. 

Igen, pont itt van a macska elásva! ehet, hogy a  "system temperature" pont egy bárhol elhelyezett hőérzékelő, ami korrelál a system hőmérsékletével, HA minden hűtés tökéletes.

Itt a három nagyfelületű tok közül bármelyikben lehet anomália, vagy a három hűtőbordás elem kozül bármelyiken sérülhetett a hűtés.

Példaképp éppen most javítottam az alaplapomat. Az első jelenség alapján a 0..3 diszkból a 3. néhány naponta elérhetetlenné válit, majd boot után előkerült. Kábel és csatoló port csere-bere után nincs változás, ezért szemrevételeztem a diszk elektronikát, ahol jól látszó sata csatlakozó forrasztás-technológiai hibát találtam. Meg is forrasztottam, de a helyzet változatlan maradt. Később sutty, eltűnt a 4. diszk és a sata port is halott maradt hűtés után is. A chipset hűtő hővezető fóliával csatlakozott a 8x8mm-es chiphez, amelynek a lenyomata is látszott. A felület felén sötétebb és fényesebb volt a fólia. Lekapartam, pasztáztam és visszaszereltem. Azóta minden hiba megszűnt, még a halott sata portot is előkerült.

Probléma: Az egyszeűbb gyártástechnológia miatt gyakran alkalmaznak hővezető fóliát - egy vagy kétoldalas ragasztóval, vagy hővezető ragasztót. Ezeknek az anyagoknak hosszabb idő után sokszor nem sikerül a homogenitásukat megőrzni és a nagy felületű csipekben helyi felmelegedések keletkeznek. Ilyenkor a hőmérsélet érzékelő lehet a határértéken belül, miközben a csip másik fele túlmelegedett és kész a hibás működés.

Mivel nem ez az első eset a praxisomban, azt javaslom, hogy régi, használt eszközöknél célszerű a hűtést megerősíteni vagy kijavítani. 

Igen, ezek sajna elegge osszetett es/vagy bonyolult dolgok... en sem hinnem elsore hogy konkretan ennel a switch-nel ez a "system temperature" pont a harom core ic atlagolt homerseklete lenne... 

Lehet hogy itt mar azzal jol jarna a topiknyito kollega hogyha ilyen egyszeru ketoldalu hovezeto ragasztoval raragasztana egy megfelelo meretu hutobordat erre a harom ic-re (ami lehet akar egy hosszabb hutoborda is, tekintve hogy a harom icenek a magassaga a kep alapjan teljesen megegyezik).

CLI szerint a show env: FAN és TEMP is OK, log-ban nem ír semmi erre utalót (a log level azt hiszem nem debug szint, csak information).

Ez entry level switch, itt a TEMP értéke csak bináris lesz (vagy OK v. NOTOK), nem mondja meg konkrétan hány fokot hisz.

A te példád nem csak egy random cisco switch, hanem valami relatíve új, v. felsőbb kategóriájú eszközből van. A catalyst 2000-esek nem tudnak pontos hőmérsékletet alárulni (biztos titoknak gondolják cisco-nál, h. láthatóvá tegyék az ügyfeleik felé), csak annyit h. green, yellow v. red sávban van-e.

A három Cisco feliratú ASIC-ról látványosan hiányzik az odatervezett hűtőborda. De ha gyárilag nincs rajtuk, akkor valószínűleg egy másik modelhez készítették elő. Tapogasd meg, mennyire forróak. Amúgy a hőmérsékletet valahol a ventilátor csatlakozó környékén a bal oldalon érzékeli szerintem. Szóval a hűtéstől én nem várnék változást a ventilátor működésében. Lehet valami szoftveres gubanc is. Régebbi IOS-sel is csinálja?

Szerkesztve: 2024. 01. 13., szo – 12:41

No, senki többet harmadszor? Egy ex-getronics-os ex-TAC-os ember sincs a hupon? :(

Belinkel egy 18 éves caveat-ot h. bármilyen FAN hangerő az teljesen normális, mert biztosan a határértéken belül van.

Hülye az ilyen? Elolvasta egyáltalán mi a probléma? A fizetős kuncsaftoknak is ilyen agyhalottak válaszolnak ekkora épületes irreleváns faszságokat?

Itt nem nézik, hogy fizetsz vagy nem, ide bárki regisztrálhat.
Úgyhogy ha már van válasz, az fél siker. Néha még ilyet se kapsz vagy pedig valami őrületes faszságot.

Amúgy próbáld meg először kitakarítani a ventit aztán kicserélni.
Ha esetleg találok a raktárban ilyet (vagy egy régebbi switchet), akkor szólok.

Még azt is kipróbálhatod, hogy egy 3 vezetékes ventit ráraksz (azért a pinout-ot megnézném előtte) - persze csak saját felelősségre. :)

...úgyis jönnek...

Az illető software-es kollégát ki kellett volna vágni szabályozástechnika vizsgáról. Ha jól értem, lényegében holtidős tagot próbál D-típusú szabályozóval kompenzálni. Természetesen elfogy a fázistartalék és oszcillálni kezd. Holtidős tagot integráló szabályozóval lehet kézben tartani. De ott is óvatosnak kell lenni az időállandóval, meg kell limitáció.

Ugye az történik, hogy alacsony a hőmérséklet, nem kell hűtés. Mire kell hűteni, a hűtés megkezdése ellenére nem csökken, hanem tovább nő a hőmérséklet, mert a hőforrásnál már betároltunk egy rakás energiát, ami még csak most fog megérkezni.

Ja, egyébként ezért fog bekarmolni, mint vadszamár az a fiatal, aki akkor teszi le a poharat, amikor úgy érzi, eddig bírta. Ugyanis amit az utolsó 20 percben ivott meg, még csak ezután fog felszívódni!

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

+1.

Viccen kívül mondom: Ezért kell az egyetemet elvégezni. Ilyenkor van értelme az egyetemnek. Kevés ember fog nekiállni és önmagától a szabályzókról, azok elméletéről tanulni bármit is.
A szabtech egy olyan speciális terület, amihez kell az egyetemen szerzett tudás (analízis, jelek és rendszerek, stabilitás feltételei stb.).

Ez így van, nem mindent lehet amolyan papír-ceruza módszerrel, úgyis kitalálom, ide nekem az oroszlánt is mentalitással megoldani, algoritmizálni, majd kódolni. Ilyen problémához kevés, ha valaki jól tud programozni.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

A 8 portos változatában nincs ventillátor, otthoni célokra az praktikusabb

"Jegyezze fel a vádhoz - utasította Metcalf őrnagy a tizedest, aki tudott gyorsírni. - Tiszteletlenül beszélt a feljebbvalójával, amikor nem pofázott közbe."

Annyi update, h. van nálam most trial-ban egy 2960X 24-portos, Poe-s.

2 baj már van vele, lehet h. összefüggenek.

1) Lekapcsolgatja néha a portokat,

2) gigabit iperf-en jött 3-4 portján néha a narancssárga villogás (error az interfészen), ami alatt leesik a sebesség 0-ra, majd megint felmegy gigabit-re. Error counterek-ek szerint volt 1-1 FCS az inbound irányban. Interface reliability maradt mind 255-en, azért ennek illene csökkenie hibázáskor. Outbound irányban teszteléskor nem volt belassulás. Narancssárga villogás csak inbound irányban lehet mikor bejövő frame checksum hibát észlel, kimenő irányban a távoli endpoint-nak kell a hibát észlelnie.

Nem tudom egyelőre eldönteni h. hibás portok vajon tényleges porthibák, v. a gyors utp dugdosás a portokon végig okozza (de akkor miért csak az utolsó pár porton, és ott sem reprodukálhatóan mindig)?

System led végig zöld, sh env power szintén OK. Log-ban sincs power supply jellegű bejegyzés (debug-ot nem kapcsoltam még semmire).

https://www.cisco.com/c/en/us/td/docs/switches/lan/catalyst2960x/hardwa…

 

STAT
(port status)

Off

No link or port was administratively shut down.

Green

Link present.

Blinking green

Activity. Interface is sending or receiving data.

Alternating green-amber

Link fault. Error frames can affect connectivity, and errors such as excessive collisions, cyclic redundancy check (CRC) errors, and alignment and jabber errors are monitored for a link-fault indication.

Amber

Port is blocked by Spanning Tree Protocol (STP) and is not forwarding data. After a port is reconfigured, the port LED can remain amber for up to 30 seconds as STP searches the switch for possible loops.

Blinking amber

Port is blocked by STP and is sending and receiving packets

 

Azaz ha a MODE a stat állásban van, a villogó amber STP blocked port-ot jelent, amin megy forgalom. A váltogatott zöld-amber-zöld jelent CRC hibákat. Nálam villogó amber van, szóval a CRC hiba tévút volt.

Viszont az az érdekes, h. nincs is aktív STP instance a hálózatban.

802.1X  konfig nincs, erre is írták pedig h. okozhatja, de nálam random történik pár pillanatra az amber.

A DTP letiltása tűnik most a jó megoldásnak. Amint static access módba raktam a switchport-ot, azóta nincs amber felvillanások és interface DOWN/UP játék periódikusan. Ami ugye azért is érdekes, mert a tranzit switch egy buta semi-managed TPLINK, és így ötletem sincs miért hülyült meg random attól h. ez a cisco meg DTP-n próbált vele beszélgetni.

Ez a TPLINK egy másik cisco-val van összekötve több éve, ott nem volt gond h. DTP-vel traktálták (log szerint nem volt interface UP/DOWN event), csak most.

Aztán ahogy a logokat visszanéztem, lehet h. már pár hónapja mégiscsak rendetlenkedik....