Unixové nástroje – 24 (pgrep, pkill, free, uptime, tload a další) (diskuse)

[koko]

Super článek pro Linuxáky, pro Unixáky moc ne :|

85% z článku nelze použít v AIXu, 15% v Solarisu.

…a to jsou taky Unixy :)

[Marián Kyral]

A kdo může za to, že jsou Unixy sto let za opicemi?

[Conscript89]

Spis chtel imho upozornit, ze se tak nejedna z vetsiny pripadu o Unixove nastroje, ale linuxove.

[Aleš Kapica]

Tak, tak. I když je ta pravděpodobnost stále menší, přesto se může člověk ocitnout v prostředí jiného unixového systému a je-li zvyklý na některé specificky linuxové nástroje, tak to může nepříjemně překvapit.

[Marián Kyral]

Já tomu rozumím. Jako SQL developer se v práci potkávám s AIXem. Už jsem si zvykl, že seznam procesů je na AIXu "ps -ef" a na linuxu "ps ax". Ale stejně mi ta omezenost standardních UNIX nástrojů vadí.

To co udělám na linuxu jedním příkazem musím někdy na AIXu složitě obcházet, protože ta podstatná volba chybí. Dané servery bohužel neadminuji, takže když jsem tam jednou potřeboval doinstalovat zip, byla z toho anabáze na dva týdny.

[victor8]

Obavam sa, ze tvoj problem mal povod skor v adminovi toho AIXu, ako v AIXe samotnom...

Instalacia zipu na aixe je totiz otazkou jedneho prikazu, konkretne rpm -i zip-2.3-3.aix4.3.ppc.rpm.

Teda, v pripaze, ze jeho admin pozna a pouziva AIX Toolbox for Linux Applications :)

BTW ps ax vs ps -ef ... matne si pamatam, ze jedna varianta pochadza a BSD vetvy unixu, a ta druha z System V... kazdopadne v linuxe funguju oboje :)

[Marián Kyral]

Obavam sa, ze tvoj problem mal povod skor v adminovi toho AIXu, ako v AIXe samotnom...

Asi jsi nikdy nepracoval pro velkou korporaci. Tam je i maličkost velký problém. A admini si nemůžou instalovat co a kam je napadne.

kazdopadne v linuxe funguju oboje :)

No když to jde v Linuxu, proč to nejde v AIXu (bez potřeby dointalovávat extra balíky)?

[victor8]

Asi jsi nikdy nepracoval pro velkou korporaci. Tam je i maličkost velký problém. A admini si nemůžou instalovat co a kam je napadne.

Nahodou pre velku korporaciu pracujem, konkretne ako AIX admin :)

Samozrejme nie je vzdy jednoduche pretlacit nejake zmeny v baseline pre unix servre, no to neznamena, ze je to nemozne.. vsetko castokrat zavisi na adminovi, ci taketo zmeny (prenho castokrat velmi bolestivo) presadzovat bude, alebo nie.

Trebarz ja verim, ze cim uzivatelsky pritulnejsi system uzivatelom pripravim, tym menej roboty s "nefungujucimi" aplikaciami a zmatenymi uzivatelmi ("ved na linuxe to ide inac!") na svojich systemoch budem mat.

No když to jde v Linuxu, proč to nejde v AIXu (bez potřeby dointalovávat extra balíky)?

Prave pri tychto "velkych" unixoch, ktore sa castokrat pouzivaju vyhradne v korporatnej sfere, je kladeny ovela vacsi doraz na pripravu baseline systemu, ktory bude pouzivany v produkcii, na zvazenie, ktore baliky sa do systemu zahrnu a ktore nie...

Nie je to len o tom, ze sa strci instalacne CD do mechaniky a nahodi sa "vanilla" AIX... prave naopak, (minimalne nase) systemy su castokrat silno customizovane, a ak sa rozhodlo, ze bezne linux nastroje, na ktore su casto vyvojari zvyknuti sa do baseline nezahrnu, nie je to chyba vendora systemu ktory tieto nastroje ponuka (aj ked nie v zaklade), ale prave chyba admina / architekta / kohokolvek, kto je za tieto rozhodnutia plateny.

A konkretne AIX s jeho "Linux affinity" programom, ktory sa pri AIXe 5L rozbehol, je, dovolim si tvrdit, na kompatibilite s linuxom celkom dobre :)

[Marián Kyral]

Tak na těch tvých AIXech bych chtěl pracovat. Tady teď většinu služeb přesunuli do Indie a všechno trvá ještě déle.

[victor8]

Ver mi, nechcel :) Byt vyvojarom na mojom servri asi sa rovno odstrelim, pre mna sice nie je problemom doinstalovat ziadane nastroje / kniznice do systemu, zato je riadny problem pre chudaka vyvojara zistit, ako a u koho si ich vobec vyziadat ma, aby sa tato poziadavka dostala ku mne... ale to by uz bolo na inu diskusiu :)

[afadf]

Jezis toto bude dalsi kokot z T-systems. Uz mame v Bratislave dost takych "ta ne" expertov z vychodu. Salene vychodnare treba nuke-nut

Pozdravujem.

[victor8]

Hehe, expert sa ozval :) Nechapem. Ja ti snad nadavam do blavakov? Trepem blbosti o nuke-nuti Bratislavy? Troska ucty voci ostatnym nezaskodi.

BTW v pripade, ze ste do vasej firmy nabrali "expertov", odporucam sa stazovat na HR oddeleni, pripadne vymenit zamestnavatela. Ja, ani ziaden iny kosican za to naozaj nemozeme.

Pekny vecer prajem.

[wert]

warning: mental cripple detected

[Marián Kyral]

Naštěstí máme na projektu člověka, který se o tyhle požadavky stará. Takže nemusím pátrat, komu to poslat.

[Sten]

Samozrejme nie je vzdy jednoduche pretlacit nejake zmeny v baseline pre unix servre, no to neznamena, ze je to nemozne.. vsetko castokrat zavisi na adminovi, ci taketo zmeny (prenho castokrat velmi bolestivo) presadzovat bude, alebo nie.

A hlavně, když už admin rozhodne, že tam zip nebude, tak si ho tam uživatel nemá instalovat, protože tím zcela určitě bude porušovat interní předpisy.

[victor8]

A hlavně, když už admin rozhodne, že tam zip nebude, tak si ho tam uživatel nemá instalovat, protože tím zcela určitě bude porušovat interní předpisy.

To samozrejme zalezi prave na tych predpisoch, a hlavne na dohodnutych postupoch rieseni takychto poziadaviek, niekedy moze, niekedy nie :) A hlavne takto rozhodnutie uz je nezavisle od pouzitej platformy, zip menusi admin nainstalovat ani na linuxe :)

Z mnou vyskusanych sa mi najviac paci system, kde je testbed kompletne odizolovany od live systemov, a nie su nan kladene take naroky (ci uz z pohladu bezpecnosti, auditovatelnosti, ITIL process compliance) ako na live systemoch... Proste si vyvojar zaziada o stroj, a ked mu v jeho poziadavke byrokrati vyhoveju, proste ho odo mna dostane tak, ako si ho specifikoval.

Ked svoju robotu na nom dokonci, ja ho len restornem z system backupu a mam ho cisty, pripraveny pre dalsieho vyvojara.

(A samozrejme, velmi sa hodi ak vyvojar v specifikacii produktu pre live nasadenie uvedie, ze ako zavislost je trebarz ten zip potrebne mat na live systeme nainstalovany :) )

[xkucf03]

Z mnou vyskusanych sa mi najviac paci system, kde je testbed kompletne odizolovany od live systemov, a nie su nan kladene take naroky...

Je potřeba rozlišovat testovací a vývojové servery -- na vývojových si programátoři můžou dělat prakticky cokoli, ale pro testovací by měl platit stejný režim jako pro produkční, mělo by to být pokud možno identické. Jinak je to testování z velké části na nic.

[victor8]

Je potřeba rozlišovat testovací a vývojové servery -- na vývojových si programátoři můžou dělat prakticky cokoli, ale pro testovací by měl platit stejný režim jako pro produkční, mělo by to být pokud možno identické. Jinak je to testování z velké části na nic.

Na to predsa povacsinou existuju vyssie stage ako integration a preprod... test vzal pes, to je skoro ako developlment, akurat sa na nom neblaznia vyvojari, ale application admini :)

[xkucf03]

Čím dřív přijdeš na chybu, tím je levnější ji opravit - je celkem hloupé všechno vyvinout, otestovat funkcionalitu, vydat finální verzi a pak teprve zjistit, že v produkčním prostředí něco není a nebude a je potřeba všechno předělat a projít si celé kolečko znovu.

[victor8]

To samozrejme nespochybnujem, suhlasim s tym.

Avsak, nakoniec aj tak vsetko vzdy zavisi na ownerovi servisu, ktory si zan plati. Kolko stagov od dev po prod si zela mat, kto mu bude aku sluzbu dodavat, a v akej kvalite.

Toto je asi najvacsia vyhoda (a aj nevyhoda, zavisi od uhla pohladu) korporatneho prostredia, kazdy ma zodpovednost za svoju cast servisu.

Z pohladu admina, pokial mam server hore, funguje a je riadne zabezpeceny (aj ked do toho sa samozrejme zamontuvava aj security team), I'm fine :)

Ked zakaznik rozhodne, ze niektore casti servisu presunie k Indianom pretoze sa mu zdaju lacnejsi, nespravi s tym nikto nic... a tatam su potom vsetky snahy o bezpecnost, auditovatelnost, aspon minimalnu itil compliancy... ked si raz manazer dupne pretoze projekt meska x mesiacov, vsetko sa zrazu da, a pesiak v poli je vacsinou ten posledny, kto s tym nieco moze spravit :)

(a ze sme sa uz za hlavu velakrat chytali, odkedy nam aplikacny a middleware support presunuli do Indie :))

[Michal Kubeček]

Linuxový ps umí BSD i SysV flagy, takže "ps -ef" funguje také.

[Sten]

Ani tak ne linuxové, jako GNU (pakoňské?). Třeba na Hurdu nebo Debianu s FreeBSD jádrem jsou taky.

[Jakub Lucký]

AIXákům stačí jen příkaz killall, ne? :-P

[xkucf03]

Solarisákům taky

[Hobit]

Ja jsem rád za takovehle články. I když prakticky všechny příkazy z toho znám, bohužel je v mnoha případech nedokážu správně použít, protože buď nerozumím ani českému manuálu, nebo vůbec neznám paramtery a k čemu se používají.

Konečně jsem třeba pochopil, alespoň trochu, význam load. Na internetu je spousty stránek kde se píše o základních příkazech, ale na většině jde jen o seznam, už velmi zřídka je tam napsán popis co znamená konkrétní výpis.

Klidně ještě víc podrobnější popis by se hodil. Např. více příkladů a jejich výklad. dá za milion man stránek.

Co musím říct, tak man stránky na linuxu jsou o proti man stránkam na freebsd o 5 řádů horší, což je škoda, protože je to první místo kam se člověk díva a co je dostupné hned na každém stroji. Prakticky vždy když jsem na freebsd chtěl použít nějaky programek, tak stačil letmý pohled do man a téměř vžy jsem našel správnou syntax. O proto tomu když se dívám do man stránek na linuxu, tak je to naopak téměř vždy to z nich nevyčtu a musím hledat v diskuzích na internetu, nebo nějaké návody, které popisuji použití daneho programu na internetu.

[Petr Ježek]

Přesně tak.

[jadd]

Prvně je lepší navštívit --help samotného příkazu, tam bývá výcuc toho nejdůležitějšího. Podobné články vycházely na Linuxexpresu, dají se tam stále nalézt.

[jadd]

Tady to mají rozebráno více, http://www.linuxintheshell.org/2012/12/18/episode-20-pgrep-and-pkill/

[Petr Ježek]

Vysvětlovat způsob využití swap oddílu disku argumenty pro jeho zrušení (pro zbytečnost) působí kouzlem nechtěného :) Dovolím si pro přesnost otázku: K čemu je v linuxu při současné vybavenosti diskovým prostorem a při jeho současných parametrech dobré použití swap partiton?

[Aleš Kapica]

Uspávání na disk? 8-P

[Max]

Je řeč o swapu jako takovém, nebo o swap partition?
Zdar Max

[Sten]

Swap: hibernace, „odkládání“ nepotřebných dat leakujících aplikací, odkládání málo používaných paměťových cachí Tomcatu, uvolnění paměti od momentálně nepotřebných aplikací při delším peak load (např. při velkém buildu), …

Swap partition: pokud máte filesystém v RAIDu vyšším než 0, má swap partition o dost vyšší výkon. A zabírá mnohem méně na disku.

[Heron]

Pěkný článek, díky.

[David Ježek]

+1

[chachar87]

Jsem jediny, kteremu nefunguje prepinac

pgrep -a

a

free -h

CentOS 5.9

[Andrej]

+1 @fedora (redhatove systemy maju niektore parametre ine)

[luv]

pgrep -a nefunguje ani na nejnovejsim Ubuntu LTS (12.04) .. je to skoda, protoze kvuli tomotu zutavam u 'ps aux | grep'

[Andrej]

ps axf | grep volac[o]

je lepsia volba. grep takto cez ps nechyti sam seba...

[petr_p]

To bude tím, že procps je mrtvý. Jenže odtamtud se dá doklikat k procps-ng-3.3.7.tar.xz na SourceForge, který přepínač -a u pkill(1) vede. Tak nevěš hlavu a používej aktuální software.