Hozzászólások
-
SzerzőBejegyzés
-
Nézegettem a man oldalt, sőt, még az -R kapcsolóval is találkoztam, de a lényege valamiért sajnos elkerülte a figyelmem, bocsi. Talán mert nem volt elég egyértelmű nekem az „operate on files and directories recursively”-ből, hogy mire jó, de amúgy teljesen igazat kell adnom, jobban kellett volna figyelnem.
Nézegettem a man oldalt, sőt, még az -R kapcsolóval is találkoztam, de a lényege valamiért sajnos elkerülte a figyelmem, bocsi. Talán mert nem volt elég egyértelmű nekem az „operate on files and directories recursively”-ből, hogy mire jó, de amúgy teljesen igazat kell adnom, jobban kellett volna figyelnem.
sk-skuba: köszi a megoldást, az a „-R” lesz az… 🙂
sk-skuba: köszi a megoldást, az a „-R” lesz az… 🙂
Máshogy írom: adott egy „pelda_konyvtar” nevű könyvtár, mely tulajdonosa „regiuser” felhasználó. Ebben a könyvtárban van 10 alkönyvtár 500 fájl, melynek mindnek a „regiuser” a tulajdonosa. Én viszont azt szeretném, hogy az összes alkönyvtár, al-alkönyvtár és fájl tulajdonosa „ujuser” legyen anélkül, hogy az összes alkönyvtárra és azokban lévő fájlra egyenként ki kellene adnom a parancsot.
Ez lenne a lényeg… 🙂
Máshogy írom: adott egy „pelda_konyvtar” nevű könyvtár, mely tulajdonosa „regiuser” felhasználó. Ebben a könyvtárban van 10 alkönyvtár 500 fájl, melynek mindnek a „regiuser” a tulajdonosa. Én viszont azt szeretném, hogy az összes alkönyvtár, al-alkönyvtár és fájl tulajdonosa „ujuser” legyen anélkül, hogy az összes alkönyvtárra és azokban lévő fájlra egyenként ki kellene adnom a parancsot.
Ez lenne a lényeg… 🙂
Nem számoltam, de ha összeadtam volna a folyamatokat, akkor szerintem jóval több jött volna ki, mint 100%… Csak az apache-ból volt 6-7 és mindegyik 20% felett volt… Lehet ez, vagy ennyire elnéztem volna?
A MaxClients módosítására én is gondoltam, de elvetettem, mindenesetre most ideiglenesen megpróbálom azt, ameddig nem leszek okosabb… levettem a felére (75).
Nem számoltam, de ha összeadtam volna a folyamatokat, akkor szerintem jóval több jött volna ki, mint 100%… Csak az apache-ból volt 6-7 és mindegyik 20% felett volt… Lehet ez, vagy ennyire elnéztem volna?
A MaxClients módosítására én is gondoltam, de elvetettem, mindenesetre most ideiglenesen megpróbálom azt, ameddig nem leszek okosabb… levettem a felére (75).
Vagyok, csak kicsit el vagyok havazva mostanában. :-
A sar-t nem ismertem, rosszra gondoltam, de utánanéztem picit, így már tudom, hogy nem az, aminek elsőre látszott… 🙂 De valahogy úgy érzem, hogy ezzel a sar-ral így most nem tudok mit kezdeni…
A botok érkezésével egy időben van több ilyen bejegyzés is a syslog-ban:
May 21 07:29:44 servername named[22205]: FORMERR resolving ‘pacer.regkey.net/AAAA/IN’: 88.208.1.198#53
May 21 07:29:44 servername named[22205]: FORMERR resolving ‘ghana.bulkns.net/AAAA/IN’: 213.174.152.2#53Valójában nem ez a 2 sor, hanem több (csak nem másoltam be az összeset), de ez korábban is volt, és nem lassította be a szervert.
Ez az egész x naponta van, amikor jönnek a botok (meg a fenti bejegyzés bekerül a syslog-ba), semmi logika nincs benne (számámra), így fogalmam sincs, hogy mikor lesz a következő ilyen…
A HUP-on már valaki kérdezett hasonlót erről közel 2 éve (http://hup.hu/node/41694), de ahogy nézem, nem kapott rá választ az illető.
A top-ban ezek a sorok vannak legfelül, amikor CPU alapján van a rendezés:
> /usr/sbin/apache2 -k start
…és ezek felzabálják a CPU-t…
Ezen kívül mást nem találtam a logokban, ami szokatlan vagy eltérő lenne a korábbi működéshez képest.
Vagyok, csak kicsit el vagyok havazva mostanában. :-
A sar-t nem ismertem, rosszra gondoltam, de utánanéztem picit, így már tudom, hogy nem az, aminek elsőre látszott… 🙂 De valahogy úgy érzem, hogy ezzel a sar-ral így most nem tudok mit kezdeni…
A botok érkezésével egy időben van több ilyen bejegyzés is a syslog-ban:
May 21 07:29:44 servername named[22205]: FORMERR resolving ‘pacer.regkey.net/AAAA/IN’: 88.208.1.198#53
May 21 07:29:44 servername named[22205]: FORMERR resolving ‘ghana.bulkns.net/AAAA/IN’: 213.174.152.2#53Valójában nem ez a 2 sor, hanem több (csak nem másoltam be az összeset), de ez korábban is volt, és nem lassította be a szervert.
Ez az egész x naponta van, amikor jönnek a botok (meg a fenti bejegyzés bekerül a syslog-ba), semmi logika nincs benne (számámra), így fogalmam sincs, hogy mikor lesz a következő ilyen…
A HUP-on már valaki kérdezett hasonlót erről közel 2 éve (http://hup.hu/node/41694), de ahogy nézem, nem kapott rá választ az illető.
A top-ban ezek a sorok vannak legfelül, amikor CPU alapján van a rendezés:
> /usr/sbin/apache2 -k start
…és ezek felzabálják a CPU-t…
Ezen kívül mást nem találtam a logokban, ami szokatlan vagy eltérő lenne a korábbi működéshez képest.
-
SzerzőBejegyzés
legutóbbi hsz