Sziasztok!
Adott az egyik telephelyen egy Intellio Video Rendszer , amelyben 90db intellio fix kamera van, illetve 30 darab Hikvison PTZ kamerák.
A rendszerben 4db szerver van jelen, 12 db Qnap TS-420U NAS , amely eszközöket Cisco SG300, 52 illetve 28 portos managelheto switchek kötnek össze.
Időnként előfordul, hogy a PTZ kamerák képei pixelesednek, illetve megjelenik a túlterhelt tárolás hibaüzenet az Intellio rendszernaplóban, ilyenkor érezhetően terhelődik a hálózat, mert lassabb a focusalas is.
A switcheket végignéztem, és hibát egyik sem mutat, viszont mindegyikben jelen van a Green Ethernet (802.3 Energy Efficient Ethernet (EEE)) mód, ami be is van kapcsolva, átlag 60% Energia megtakarítást mutatva az admin felületen.
Az lenne a kérdésem, hogy szerintetek ez a "feature" okozhat -e ilyen véletlenszerű teljesítmény visszaesést, vagy máshol kell keresni a problémát.
Egyébként átlag 70-80 méteres utp kábelen csatlakoznak be a kamerák a rendszerbe.
Általában a Switchek rebootolása megoldja a problémát, de most próbálom véglegesen megoldani, nem csak tünetszerűen kezelni a problémát.
Szóval a kérdés, hogy ha kikapcsolom ezt az opciót, az jelenthet-e teljesítmény javulást a közeljövőben, vagy teljesen felesleges?
A válaszokat és a segítséget előre is köszönöm!
- 1505 megtekintés
Hozzászólások
Green energy: kapcsold ki és próbáld ki.
Más:
sima UTP, vagy árnyékolt? A 80 méteres szegmens hossz is okozhat problémát főleg ha esetleg olyan területen van, ahol összeszedheti a zajt. Hivatalosan 100 méter, de erről még le kell számolni a csatlakozók okozta veszteséget (anno úgy tanultam hogy kb 5 méter/csatlakozó), ha erre rájön zavar, akkor simán lehet loss.
De ha a rendszer amúgy is azt irja, hogy "túlterhelt tároló", akkor nem lehet, hogy a NAS-ok elérésével van a baj?
-------------------------
Dropbox refer - mert kell a hely: https://db.tt/V3RtXWLl
neut @ présház
- A hozzászóláshoz be kell jelentkezni
Hajnalban kikapcsoltam, mentettem is a configot, ideig, óráig egészen jól működött a rendszer, a PTZ kamerák képei nem pixelesedtek, és a reakcióidő is jelentősen javult.
Aztán dél körül újra megjelent a túlterhelt tárolás hibaüzenet a rendszernaplóban, és elkezdődött a pixelesedés, illetve a PTZ kamerák reakcióideje is megnőtt.
Az Intellio, illetve a Hikvision PTZ kamerák is CAT5E árnyékolatlan UTP-n csatlakoznak be a hálózatba egy POE tápfeladó panelben, ami külön kezeli a POE ethernet kábelt és az ADAT ethernet kábelt, mivel a vezetőség annak idején nem akart költeni POE szabványú switchekre, ezért ez a megoldás született meg.
Minden NAS CAT6 árnyékolt UTP-kábelen csatlakozik be a hálózatba, és egészen addig, amíg csak 95TB tárhelyet kellett a rendszernek kezelnie, nem jelent meg a "túlterhelt tárolás" hibaüzenet és relative stabilabb volt a rendszer is, Aztán előírás miatt duplázni kellett a tárhelyet, 180 TB-kapacitásra, és a bővítést követően már kezdődtek a stabilitási problémák, ami rögzítendő adatmennyiségtől függetlenül random módon vagy nagyon jelen van, vagy kevésbé.
A válaszidők abszolút megfelelőek, packet loss nincs, de mivel gondolom a tárolás a kamerákat illetve szervereket összekötő switchen megy keresztül, így mégiscsak terheli a hálózatot, még úgy, is ha a switch, vagy szerverek erőforráshasználatán ez nem látszik.
A megoldás szerintem az lenne, ha izoláltan , a szerverek, illetve a nasok egy másodlagos ethernet kártyán lennének egy jó teljesítményű gigabites switchben összekötve, és a tárolók hozzáférési adatai pedig módosítani kellene az Intellio konfigban, de sajnos ekkora tárolóknál ez már minimum 8-12 órás művelet lenne, és ennyi időre nem állhatunk le.
- A hozzászóláshoz be kell jelentkezni
Off(nak tunik, de nem az):
Milyen winyokat hasznalsz tarolasra, es milyen protokollon ered el?
Itthon van egy ilyen "archive" winyom, jo nagy 8TB-os. Amikor uj adathordozot veszek, altalaban (flashnel mindig) le szoktam futtatni rajta a egy F3 nevu progit, ami pszeudorandom adattal vegigirja, es ez utana visszaellenorizheto.
Akkor vettem eszre, hogy a mukodesebol adodoan (eleg surun irja az adatot) folyamatos iras eseten idorol idore nagyon belassul.
Lehet, hogy mashol van a problema, mint ahol sejted.
--
When you tear out a man's tongue, you are not proving him a liar, you're only telling the world that you fear what he might say. -George R.R. Martin
- A hozzászóláshoz be kell jelentkezni
Attol, hogy ket altalad ismert esemeny egyszerre kovetkezett be, attol nem feltetlen van osszefugges.
Ha vissza tudnad allitani a tarolot az eredeti konfiguraciora, akkor mar lehetne akarmit is kihozni.
A cat5-os kabeleket siman lecserelnem cat6-os sftp kabelre. Ez nem feltetlen oldana meg a problemat, foleg ha nem ott keletkezik. De elso korben ez eg ygyenge pontnak tunik.
Korabban azt irtad, hogy a switch restart megoldja az aktualis lassulast. Innen nekem az kovetkezik, hogy a problema megiscsak halozatos osszefuggesu. Meg akar maga a switch is lehet a bajsag okozoja. Szerencser jo ideje nem kell cisco switch-ekkel foglalkoznom, ezert felmerult bennem, hogy esetleg kivalthato lenne-e a switch egy teszt idejere masikkal? Marmint nem ciscoval :-D Az ios-ban azert elegge gyakran talalnak/talaltak hibakat.
Probaltal interface restartot is? Vagy csak komplett switch?
Kovetkezo szal amin el lehetne indulni, a Intellio Video szerver lesz. Hogy csatolja fel a NAS-t? Mit ir az OS naplojaba, kernel logok? Futtatsz-e a serveren teljesitmenymonitorozast? IO, CPU, Network, RAM, ...?
Gondolom munin/mrtg van az egesz rendszeren, es latszonak a hibak/trendek/...
Es vegul, de nem utolso sorban;) A gyarto mit mond erre a hibauzenetre? Van-e support szerzodes veluk, hogy megnezzek, hogy mi a hisztije a rendszernek?
- A hozzászóláshoz be kell jelentkezni
", és egészen addig, amíg csak 95TB tárhelyet kellett a rendszernek kezelnie, nem jelent meg a "túlterhelt tárolás" hibaüzenet és relative stabilabb volt a rendszer is, Aztán előírás miatt duplázni kellett a tárhelyet, 180 TB-kapacitásra, és a bővítést követően már kezdődtek a stabilitási problémák, ami rögzítendő adatmennyiségtől függetlenül random módon vagy nagyon jelen van, vagy kevésbé"
Itt a problémád szerintem, hogy hogy jutottál el egyből a $subject-beli következtetésig az rejtély.
Már az UPC P2P topicnál is felhúztam a szemöldököm, ott is elég nagy logikai ugrásokkal dolgoztál.
Lényegében már a két topic címe is a te (téves) dedukciód eredménye, ez önmagában is félreviheti az egész gondolkodást.
--
"After successfully ignoring Google, FAQ's, the board search and leaving a undecipherable post in the wrong sub-forum don't expect an intelligent reply."
- A hozzászóláshoz be kell jelentkezni
Valóban "túlgondolom" időnként a dolgokat, vagy nem éppen másoknak tetsző a gondolkodásmódom, de az, hogy kifejtem az általam indított téma okát, nem hiszem, hogy probléma lenne.
A UPC P2P topiknál légy szíves fejtsd ki, hogy szerinted mi volt túl nagy logikai ugrás, abban, hogy leírtam, mit tettem a hiba okának kiderítése céljából, illetve milyen eredményre jutottam?
- A hozzászóláshoz be kell jelentkezni
az EEE nekem csak olyat okozott (intel halokartyaban), hogy X ido (kb fel ora) utan siman elmult a link, lekapcsolt a port. mivel ez meg sok eve volt, amikor meg nem volt tul elterjedt, eltartott egy darabig mig kigugliztam hogy nekem van ilyenem is es nem kene.
- A hozzászóláshoz be kell jelentkezni
Szia,
pár kérdés felmerült így a leírást olvasva:
- A PTZ kamerák egy switchen vannak vagy szétszórva mindegyikre?
- Csak tárhely bővítés történt vagy volt upgrade is(szerver oldalon)?
Amit még megtehetsz viszonylag kis ráfordítással, hogy monitorozod a switcheket SNMP keresztül (Cacti/Nagios/LibreNMS/stb...).
Meg amikor előjön a hiba, akkor a switchek logjait is érdemes megnézni (bár az SMB kategória nem olyan szószátyár, mint az Enterprise), illetve a "Status and Statistics" menüpont alatt az Interface-nél a szerverek interfészeinél látsz-e hibát.
Több erőfeszítést igényel az RMON beállítása, de előtte valahogy szűkíteni kéne a lehetséges hibaforrásokat.
--------------------------------
...úgyis jönnek...
- A hozzászóláshoz be kell jelentkezni