-
Fototrend
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
-
#18383
sh4d0w
félisten
sanchomuzax
#18382
válasz
sanchomuzax
#18382
üzenetére
Nézelődj a fórumon "conky" kulcsszó után kutatva.
-
#18377
Jester01
veterán
sanchomuzax
#18376
Jester01
veterán
válasz
sanchomuzax
#18376
üzenetére
smartctl vagy a hddtemp az alacsony szintű parancssoros program erre. Gondolom akármilyen grafikus felületet is használsz van hozzá valami rendszerfigyelő bigyó vagy ezek eredményét valahogy ki lehet rakni.
-
vadcoca
tag
válasz
sanchomuzax
#17949
üzenetére
partclone (ezt használja a clonezilla is), vagy partimage
-
#17950
llaszlo
veterán
sanchomuzax
#17949
llaszlo
veterán
válasz
sanchomuzax
#17949
üzenetére
Terminalban a dd nem jó?? Az a legegyszerűbb.
-
#17809
sanzi89
addikt
sanchomuzax
#17807
sanzi89
addikt
válasz
sanchomuzax
#17807
üzenetére
Csak munka miatt rá vagyok kényszerítve ezekre... Eszem ágában nem volna Linuxot használni, nem ismerem, nem értek hozzá csak muszáj. Érdekes módon Win szerver témakörben is rengeteg új dolog van, de van hozzá használható leírás, tutorial. Nem voltak sose ilyen alapvető gondjaim ott, mint amik a Linux-nál vannak.
-
#17237
bambano
titán
sanchomuzax
#17234
bambano
titán
válasz
sanchomuzax
#17234
üzenetére
állítsd le a munin-t, a munin-node-ot, töröld le a logot és indítsd újra. ekkor ő létre fogja hozni újra. abból megtudod, hogy milyen védelmi beállítás kellene.
-
#17235
sanchomuzax
aktív tag
sanchomuzax
#17234
sanchomuzax
aktív tag
válasz
sanchomuzax
#17234
üzenetére
Nem nyert, a localhost.localdomain átírása localhost-ra nem volt elég neki...
-
#17224
rt06
veterán
sanchomuzax
#17218
rt06
veterán
válasz
sanchomuzax
#17218
üzenetére
mint bambano is irta, nem a munin-node a gond forrasa, hanem a munin
az, hogy orankent fusson, legjobb emlekeim szerint nem jo megoldas, mivel az rrd file-ok (es grafikonok) megfelelo feltoltesehez fixen 5 percenkent kell futnia legalabb a munin-update-nek (munin-graph es munin-html mas kerdes, akkor max az oldalt es a kepeket nem rajzolja meg, de adatot gyujtenie kell)beragadt lock file-t siman rm-mel tudod torolni, de ha a run konyvtar athelyezese utan is ugyanez a problema, akkor nem ez a gond
nezd meg, hogy:
- milyen jogokkal fut a munin-update
- van-e neki joga irni a rundir-be
- letezik-e a rundir egyaltalan
- ha nem, akkor a munin update letre tudja-e hozni -
#17223
n00n
őstag
sanchomuzax
#17209
n00n
őstag
válasz
sanchomuzax
#17209
üzenetére
Köszi, de emészthető formában gondoltam.
-
#17221
bambano
titán
sanchomuzax
#17220
bambano
titán
válasz
sanchomuzax
#17220
üzenetére
nem szervizzel van ott a baj, hanem azzal, ami a munin-node-ra akar kapcsolódni, hogy leszedje belőle az adatokat és berakja az rrd-be.
én arrafelé keresném a bajt, hogy a perl inet6 socket implenentációja nem volt jó sokáig, vagy még most sem az, és akkor azért akadt fel, mert felraktad az mrtg-t, vagy megjavították és ettől eltört a munin.
nézd már meg, hogy van-e fent perl socket inet6 csomag, és ha igen, akkor erőszakkal vedd le, hogy ettől megjavul-e. szerk2: ez debian specifikus marhaság, a többi disztrót nem tudom.
szerk: a lock fájlról meg annyit, hogy amikor raplizik, hogy nem tudja lockolni, akkor nézd meg, hogy létezik-e az a fájl, van-e benne egy pid és az ahhoz a pidhez tartozó processz micsoda.
-
#17219
bambano
titán
sanchomuzax
#17218
bambano
titán
válasz
sanchomuzax
#17218
üzenetére
feleslegesen, mert a munin-node futhat több példányban. a munin-node az adatgyűjtő komponens, abból szedi ki az adatokat az rrd-s adatgyűjtő és abból rajzol a grafikon rajzoló. a munin-node-t egy init script indítja, abból nemigen indul el több.
-
#17217
rt06
veterán
sanchomuzax
#17215
rt06
veterán
válasz
sanchomuzax
#17215
üzenetére
mar fut egy munin-update, aminek harom oka lehet:
- tobb, mint 5 percig tart egy update (ugye cron-bol 5percenkent fut) a nagy szamu plugin es/vagy a lassu kapcsolat miatt
- valamelyik update beragad, es tul nagy a timeout
- ottmaradt egy pid file - ezesetben allitsd le a munin-t (loff ki a cron job-ot es vard meg, amig leall minden munin-update process), torold a pid file-t, majd inditsd ujra (kapcsold vissza a cron job-otszerk.:
juteszembe, ezt meg okozhatja az is, ha a te disztrodon is elkezdtek kiszervezni a /var/run-t /run-ba (nem tudom, ez gentoo specifikus-e, de nalam sok galibat okozott mar)
ekkor vagy hozz letre minden szukseges utvonalat es allitsd be a megfelelo jogosultsagokat, vagy a munin config-jaban allitsd at a lock file helyet (rundor beallitas) -
#17214
bambano
titán
sanchomuzax
#17210
bambano
titán
válasz
sanchomuzax
#17210
üzenetére
előfordulhat, hogy a gépen van mrtg is?
[link] -
#17213
f_sanyee
senior tag
sanchomuzax
#17212
f_sanyee
senior tag
válasz
sanchomuzax
#17212
üzenetére
a logod szerint ipv6-os localhost cimen(:
nem tud kapcsolodni.nem lattam meg munint, de confba alapbol localhost van belove address-hez, igy hallgat v4en es v6on is. ird be 127.0.0.1-et, akkor sztem nem fog v6-al foglalkozni.
-
#17211
f_sanyee
senior tag
sanchomuzax
#17210
f_sanyee
senior tag
válasz
sanchomuzax
#17210
üzenetére
ipv6-ot hasznalod? mert azzal van gondja.
allitsd be hogy csak v4-en mejen, legjobb ha bindeled interfacehez. -
#17181
Bici
félisten
sanchomuzax
#17179
válasz
sanchomuzax
#17179
üzenetére
Ez sem rossz. Köszi!
-
#17180
MacCaine
őstag
sanchomuzax
#17179
MacCaine
őstag
válasz
sanchomuzax
#17179
üzenetére
Ez jó hekkelős megoldás, de tetszik.
-
#17177
Bici
félisten
sanchomuzax
#17176
válasz
sanchomuzax
#17176
üzenetére
Hmm, tehát nem lehetséges az, hogy amikor kicsörög az egyik szám, akkor a gép felhív engem voip-on vagy egy másik számon, és amikor én felveszem, akkor ő is felveszi a csörgő vonalat, és összeköti a kettőt?
Technikailag nem tűnik lehetetlennek, bár lehet, hogy tévedek. -
#17171
rt06
veterán
sanchomuzax
#17170
rt06
veterán
válasz
sanchomuzax
#17170
üzenetére
megall, hasznalj screen-t
-
#17155
rt06
veterán
sanchomuzax
#17142
rt06
veterán
válasz
sanchomuzax
#17142
üzenetére
a logfile-t, vagy egy reszletet fel tudnad dobni valahova?
szerk.: jah, mindegy, megint elfelejtettem lapozni
-
#17152
bambano
titán
sanchomuzax
#17151
bambano
titán
válasz
sanchomuzax
#17151
üzenetére
amikor linkelted a plugint, újraindítottad a munin-node-t?
-
#17149
bambano
titán
sanchomuzax
#17148
bambano
titán
válasz
sanchomuzax
#17148
üzenetére
telnet-et írtam, nem ssh-t.
-
#17147
bambano
titán
sanchomuzax
#17146
bambano
titán
válasz
sanchomuzax
#17146
üzenetére
telnet localhost munin
utána meg list listázza a plugineket, config pluginnev a konfigot, fetch pluginnev leszedi az adatokat.
meg belenézhetsz a /var/log/munin alatt a logokba.
-
#17145
bambano
titán
sanchomuzax
#17144
bambano
titán
válasz
sanchomuzax
#17144
üzenetére
én úgy szoktam tesztelni a munin-t, hogy telnettel rámegyek a munin portra.
-
#17143
bambano
titán
sanchomuzax
#17142
bambano
titán
válasz
sanchomuzax
#17142
üzenetére
azt nézd meg, hogy a munin konfig szerint milyen userid-vel futtatja ezt a plugint, mert lehet, hogy a munin user ide kevés.
szerk: egy ls -ld /var/log/cups kimenetét is másold be.
-
#17013
bambano
titán
sanchomuzax
#17012
bambano
titán
válasz
sanchomuzax
#17012
üzenetére
az miért hátrány, hogy áramkimaradás esetén elindul a vészleállítás? a menedzselhető szünetmenteseknél ez nem alapkövetelmény?
-
#16907
Lenry
félisten
sanchomuzax
#16906
Lenry
félisten
válasz
sanchomuzax
#16906
üzenetére
köszi
a syslogból annyi derült ki, hogy "not clean", pedig szabályosan lett leállítva és nem emlékszem semmi olyan eseményre, ami miatt ez történhetett, de mindegy.
bónusz kérdés: "using maximum available idle IO bandwith (but no more than 200000 KB/sec) for resync."
na most neki sikerült annyira elhasználnia az összes sávszélt, hogy ebből vettem észre, hogy egyáltalán valamit csinál, mert totál fagy az egész, a dmesg tele van "task blocked for more than 120 seconds" üzenetekkel, a kollégák meg hisztiznek, mert ilyenkor nincsenek hálózati meghajtók sem...
lehet ezt valahogy csökkenteni? ne vigyen el, csak mondjuk 40-50megát... -
#16904
sanchomuzax
aktív tag
sanchomuzax
#16883
sanchomuzax
aktív tag
válasz
sanchomuzax
#16883
üzenetére
A SANED hálózati scanner probléma megoldva. Hiányzó, titokban
nem települő csomagok, korlátozott IP szám a routeren (a scanner meg teljes tartományon engedett volna futni), ezek voltak az okok (http://goo.gl/UYqE4). -
#16888
kovaax
őstag
sanchomuzax
#16886
kovaax
őstag
válasz
sanchomuzax
#16886
üzenetére
swapon
-
#16887
Siriusb
veterán
sanchomuzax
#16886
Siriusb
veterán
válasz
sanchomuzax
#16886
üzenetére
Több parancs is van, amivel meg tudod nézni, vmstat, top, vagy free:
$ free
total used free shared buffers cached
Mem: 3019432 2440956 578476 0 149708 865980
-/+ buffers/cache: 1425268 1594164
Swap: 2097148 104432 1992716
Új hozzászólás Aktív témák
- Death Stranding Director s Cut
- Samsung Galaxy Z Fold 6 Silver Shadow Hajlítható csúcstechnológia, AI extrákkal,2028. 01. 24
- BESZÁMÍTÁS! Asus H370 i5 8700 16GB DDR4 512B SSD RX 6650 XT 8GB Zalman N5 OF ADATA 600W
- Apple iPhone 15 Pro Max 256GB,Átlagos,Adatkábel,12 hónap garanciával
- Xbox Series S 512 GB + kontroller 6 hó garancia, számlával!
Állásajánlatok
Cég: NetGo.hu Kft.
Város: Gödöllő
Cég: Promenade Publishing House Kft.
Város: Budapest