- 1237 megtekintés
Hozzászólások
Ha sajat programot akarsz irni az analizalasra, akkor ugye az alatalad preferalt nyelv gzip libja kell.
Ha viszont csak az analizalas a fontos, akkor ELK (file input es gzip_line codec). En erre nem kezdenek el egy programot fejleszteni, ha van ra tool.
- A hozzászóláshoz be kell jelentkezni
Nem kell nagyon extra dolgokra gondolni. Van pár log állomány amibe logol az alkalmazás (error, events, stb). Csak annyit szeretnék, hogy ezek tartalmát az alkalmazáson belül meg lehessen nézni esetleg lehessen szűrni log levelre és idő intervallumra (netán a log bejegyzés a szövegében), hogy ha hirtelen meg kell nézni a logokat, akkor azt lehessen megtenni az alkalmazásból is, és ne kelljen ssh-val felmenni a szerverre logot túrni.
- A hozzászóláshoz be kell jelentkezni
Bár ez rajtad valószínűleg nem segít, hasonló problémára két "megoldást" hoztam össze:
1. Putty ikon a desktopon, ami a logot tartalmazó gépre megy be, kulcsos authentikációval. Olyan, mintha egy lokális shellt indítanék.
2. NFS ami csak a laptopomról érhető el read-only.
Persze ez utóbbit éles környezetben nem követném el. :)
- A hozzászóláshoz be kell jelentkezni
Akkor en inkabb mindent forwardolnek oda, ahol az alkalmazas van es ott elernem az osszes gep osszes logjat. Aztan zgrep vagy zcat+awk :D, minek ehhez alkalmazas?
- A hozzászóláshoz be kell jelentkezni
Mármint milyen API? A log4j file pattern parsolásnak nem állnék neki, mivel úgysem tudsz 100% -os implementációt csinálni (nem értelmezhető minden lehetséges változó a te folyamatodban), ezért el is tekinthetsz a log4j-től és simán beolvashatod az ismert struktúra alapján, ami elég egyszerű. Nem tudom, mit akarsz csinálni, de egyébként biztos, hogy a legjobb ötlet fájlrendszerről logfájlokat kiszolgálni egy csatornán? Így idegenből is warning flag..
- A hozzászóláshoz be kell jelentkezni