- HDD probléma (nem adatmentés)
- Veszélyben az adataid? Gond van a WD népszerű HDD-ivel
- John Carmack csalódott a DGX Sparkban
- OLED monitor topic
- Kezdő fotósok digitális fényképei
- Fejhallgató erősítő és DAC topik
- TCL LCD és LED TV-k
- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- Milyen belső merevlemezt vegyek?
- Philips LCD és LED TV-k
- 
			  PROHARDVER! Mára a ProHardver!/IT.News Fórum is nagylétszámú Linuxban jártas taggal büszkélkedhet. Nehéz szinteket felállítani egy olyan rendszer ismeretében, ami annyira sokrétű, hogy teljesen szinte lehetetlen megismerni minden egyes részét. Azt azonban mindenki tudja, hogy kezdő-e vagy sem. Elsősorban nekik szólnak az alábbiak, de érdemes mindenkinek elolvasnia, mint útjelző táblát. 
Új hozzászólás Aktív témák
- 
			
			válasz  bambano
							
							
								#34698
							
							üzenetére bambano
							
							
								#34698
							
							üzenetére> ha keresek valamit a logban, akkor systemd esetén journalctl-lel kilistáztatom és utána grep-pel vagy valamivel keresem, megnézem. Valld be, hogy csak szivatsz minket!  tenyleg kis ceg vagyunk, igy az applikacionk csak havi 5 terabajt logot produkal, sok sikert a greppel akar egy napi lognal is! (Nem, nem lehet mindig mindent ELK-ban tartani. (journalctl | grep az tenyleg kismeretu logoknal jol mukodik, de akkor nem fogod tudni hasznalni pl. a beepitett indexalast) tenyleg kis ceg vagyunk, igy az applikacionk csak havi 5 terabajt logot produkal, sok sikert a greppel akar egy napi lognal is! (Nem, nem lehet mindig mindent ELK-ban tartani. (journalctl | grep az tenyleg kismeretu logoknal jol mukodik, de akkor nem fogod tudni hasznalni pl. a beepitett indexalast)> szerk: egyébként egy lemezhiba esetén annak van nagyobb valószínűsége, hogy a bináris log olvasható marad, vagy annak, hogy a text? ez relevans lenne, ha pl. merevlemezre irjatok az adatokat bitrol bitre, es igy vegulis le lehet majd olvasni elektronmikroszkoppal -- de 2025-ben flash alapu tarolokat hasznalnak, titkositassal, tomoritessel, es SEMENNYIRE nem use case, hogy valaki beleb*szik egy csavarhuzot a diszkbe, es a maradekot szeretnenk visszaolvasni egy masik IBM XT-ben de a valodi valasz egyebkent: ha fontos a log tartalma, akkor nem uldogel egy diszken backup nelkul, hanem valos idoben replikaljuk mashova is, tehat van backup 
Új hozzászólás Aktív témák
- exHWSW - Értünk mindenhez IS
- Okos Otthon / Smart Home
- Elemlámpa, zseblámpa
- Google Pixel topik
- Nagyrobogósok baráti topikja
- HDD probléma (nem adatmentés)
- Veszélyben az adataid? Gond van a WD népszerű HDD-ivel
- Affinity Designer
- sziku69: Fűzzük össze a szavakat :)
- Motorola Moto G84 - színes egyéniség
- További aktív témák...
- MacBook Pro 13, 14, 15, 16, MacBook Air M1, M2 M3 M4 bill magyarosítás lézerrel / sapkacserével
- Corsair K70 RGB TKL // EU // Számla + Garancia //
- BESZÁMÍTÁS! 4TB Western Digital Purple SATA HDD meghajtó garanciával hibátlan működéssel
- Gamer PC-Számítógép! Csere-Beszámítás! I7 12700E / RTX 3060Ti / 32GB DDR4 / 512GB Nvme SSD
- ÁRGARANCIA!Épített KomPhone Ryzen 7 9700X 32/64GB RAM RX 9070 16GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: NetGo.hu Kft.
Város: Gödöllő
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest

 
						 
								 
							 tenyleg kis ceg vagyunk, igy az applikacionk csak havi 5 terabajt logot produkal, sok sikert a greppel akar egy napi lognal is! (Nem, nem lehet mindig mindent ELK-ban tartani. (journalctl | grep az tenyleg kismeretu logoknal jol mukodik, de akkor nem fogod tudni hasznalni pl. a beepitett indexalast)
 tenyleg kis ceg vagyunk, igy az applikacionk csak havi 5 terabajt logot produkal, sok sikert a greppel akar egy napi lognal is! (Nem, nem lehet mindig mindent ELK-ban tartani. (journalctl | grep az tenyleg kismeretu logoknal jol mukodik, de akkor nem fogod tudni hasznalni pl. a beepitett indexalast)

