abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    dnes 04:11 | Nová verze

    Google Chrome 156 byl prohlášen za stabilní. Přehled novinek v poznámkách k vydání. Opraveno bylo 353 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.

    Ladislav Hagara | Komentářů: 0
    včera 20:22 | IT novinky

    Indická společnost eMudhra po bezpečnostním incidentu, tj. kompromitaci soukromých klíčů osmi mezilehlých certifikátů své certifikační autority, opouští globální byznys s SSL/TLS certifikáty.

    Ladislav Hagara | Komentářů: 4
    včera 15:44 | Bezpečnostní upozornění

    Dle Phoronixu zveřejnila společnost Trend Micro prostřednictvím programu Zero Day Initiative (ZDI) několik hlášení bezpečnostních zranitelností přímo na veřejném mailing listu LKML, přestože některé chyby dosud nemají opravu začleněnou do hlavní větve jádra. Mezi hlášenými problémy jsou dvě zranitelnosti s hodnocením CVSS 9.0, týkající se SMB Direct a KSMBD, které mohou umožnit vzdálené spuštění kódu. Další hlášení se týkají … více »

    vencour | Komentářů: 1
    včera 15:33 | Nová verze

    Správce hesel KeePassXC byl vydán ve verzi 2.8.0. Přechází na Qt 6, podporuje vkládání hesel s Waylandem, rychlé odemykání pomocí Polkitu nebo možnost nastavení klávesových zkratek (seznam změn).

    ʚĭɞ 🍉 | Komentářů: 1
    včera 15:22 | Nová verze

    Databáze DuckDB (Wikipedie) byla vydána ve verzi 2.0.0 LTS. S kódovým názvem Cinnamon Teal (čírka skořicová). S vyladěným protokolem Quack.

    Ladislav Hagara | Komentářů: 0
    včera 11:11 | Bezpečnostní upozornění

    V implementaci Broadcom 802.11 byla zjištěna chyba ve zpracování WPS/EAP, týká se to SDK od roku 2010. Broadcom podle výzkumníka Quentina Kaisera odmítl CVE přidělit. Modemy Huawei a Technicolor jsou používány i v ČR, v LTE routerech, běžných domácích routerech a firemních přístupových bodech, jejich současný počet a zranitelnost konkrétních verzí však zatím neznáme. Více detailů a demo. GitHub / Broadcom 802.11 SDK Detection Toolkit.

    vencour | Komentářů: 5
    včera 05:11 | Nová verze

    Byla vydána nová verze 10.8 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Přibyl balíček DietPi WireGuard.

    Ladislav Hagara | Komentářů: 1
    21.10. 21:22 | Pozvánky

    Oslavte vydání openSUSE Leap 16.1 s námi v Praze! Ve středu 4. listopadu 2026 (den po vydání Leapu 16.1) vás zveme na malou oslavu vydání openSUSE Leap 16.1 do pražské kanceláře SUSE. Připravili jsme pro vás dvě krátké přednášky: … více »

    lkocman | Komentářů: 1
    21.10. 16:44 | Bezpečnostní upozornění

    Dle plánu bylo PHP vydáno v nových verzích 8.5.12, 8.4.27, 8.3.36 a 8.2.35. Opraveny jsou kritické zranitelnosti CVE-2026-109618 a CVE-2026-109619 aneb PHP2Shell.

    Ladislav Hagara | Komentářů: 11
    21.10. 11:55 | Nová verze

    UBports, nadace a komunita kolem Ubuntu pro telefony a tablety Ubuntu Touch, vydala Ubuntu Touch 24.04-2.1 a 24.04-1.5. S opravou kritických zranitelností.

    Ladislav Hagara | Komentářů: 0
    Které desktopové prostředí na Linuxu používáte?
     (9%)
     (7%)
     (4%)
     (20%)
     (30%)
     (8%)
     (5%)
     (2%)
     (14%)
     (20%)
    Celkem 2895 hlasů
     Komentářů: 33, poslední 20.10. 23:44
    Rozcestník

    Dotaz: Automatické ukončení zamrzlého programu

    21.2.2013 15:54 joseff | skóre: 4
    Automatické ukončení zamrzlého programu
    Přečteno: 619×
    Dobrý den,

    potřebuji nějaký script, nebo příkaz, který hlídá, zda něco, co je spuštěné nezamrzlo.

    Nezamrzlo, tím myslím, že linux naběhne a spustí požadované programy.

    Ty běží několik týdnů a občas se stane, že některý z nich přestane reagovat.

    Není ukončen, jen nereaguje.

    A potřebuji, aby právě tento stav něco hlídalo a samo to ten zatuhlý proces ukončilo a zase zaplo.

    Musí to killnout i věci, které se jednoduchým příkazem kill neukončí.

    Pro Windows jsem to našel takto:
    $File = FileOpen(@ScriptDir & '\killtask.bat', 2)
    FileWrite($File, 'taskkill /f /fi "status eq not responding"')
    FileClose($File)
    
    While Sleep(30000)
        RunWait(@ScriptDir & '\killtask.bat', @SystemDir, @SW_HIDE)
    WEnd
    nebo
    ECHO OFF
    :LOOP
    taskkill /f /fi "status eq not responding"
    GOTO LOOP
    Znáte na to nějaký jednoduchý script nebo příkaz pro Linux?

    Odpovědi

    21.2.2013 16:07 Petr "Glubo" Sýkora | skóre: 21 | blog: Glubnik
    Rozbalit Rozbalit vše Re: Automatické ukončení zamrzlého programu
    Obecne je velky problem urcit, zda je program zasekly, nebo ma jen moc prace. I to tve reseni pro windows muze jednoduse sejmout proces, ktery zrovna ma jen vic prace a nestihal chvili odpovidat na windowsi zpravy.
    „O mrtvých jen v dobrém." „Pojďme se bavit o Stalinovi."
    21.2.2013 16:16 joseff | skóre: 4
    Rozbalit Rozbalit vše Re: Automatické ukončení zamrzlého programu
    Chápu, a právě o to mi jde. Ten prográmek by to měl stíhat. Pokud to nestíhá, tak ho stačí ukončit, zase nahodit a vydrží několik týdnů, než zase začne blbnout. A proto potřebuji, aby ta reaktivace proběhla sama.

    Nejjdenodušší by bylo, aby se vypnul a zapnul sám, třeba po dvou týdnech, ale to není zrovna profi a problém je, že to někdy vydrží jen pár dnů a jindy zase pár měsíců.
    21.2.2013 17:00 ET
    Rozbalit Rozbalit vše Re: Automatické ukončení zamrzlého programu
    mno parkrat jsem videl "vytuhnout" apache na mutexech [kdyz se procesu smaze session file] - detekuju to rucne pomoci strace :/ - mozna by to pomohlo

    jen tak pro zajimavost - ten programek co se zasekava je bezne pouzivanej [webserver,dbserver,etc...] nebo neco proprietary?
    21.2.2013 17:20 joseff | skóre: 4
    Rozbalit Rozbalit vše Re: Automatické ukončení zamrzlého programu
    Bohužel ne. Jedná se o Mozillu. :-D

    Ta se již řešila i jinde, ale nikde není finální řešení, jak zabránit jejímu zatuhnutí.

    Jinou verzi Mozilly nebo prohlížeče nahrát nelze. V Mozille jsou možnosti nastavení, ale zatím nikdo neporadil, jak to kde nastavit. Jediná rada byla, aby se mozille přiřadilo více prostoru na HDD. To sice trochu prodlouží její životnost, ale problém to neřeší.

    Proto hledám jinou možnost, jak to vyřešit obecně.

    Případně znáte nějaké jiné použitelné řešení?
    rADOn avatar 21.2.2013 17:36 rADOn | skóre: 44 | blog: bloK | Praha
    Rozbalit Rozbalit vše Re: Automatické ukončení zamrzlého programu
    Pokud ta godzilla běží headless tak je dost možné že visí na nějakém dialogu a čeká na OK. Update pluginů, špatný ssl certifikát, takové ty věci.

    Jinak mozilla má dálkové ovládání, stačí počkat až zase zmrzne a podívat se jestli a na co reaguje.
    "2^24 comments ought to be enough for anyone" -- CmdrTaco
    21.2.2013 18:02 joseff | skóre: 4
    Rozbalit Rozbalit vše Re: Automatické ukončení zamrzlého programu
    Tady problém nebude. A tyto příkazy z odkazu mi moc nepomohou, protože netuším, jak je použít.
    rADOn avatar 21.2.2013 18:12 rADOn | skóre: 44 | blog: bloK | Praha
    Rozbalit Rozbalit vše Re: Automatické ukončení zamrzlého programu
    Třeba takhle:
    radon@xenon ~ $ firefox -remote 'ping()'
    radon@xenon ~ $ killall firefox 
    radon@xenon ~ $ firefox -remote 'ping()'
    Error: No running window found
    radon@xenon ~ 2$
    Ta dvojka je návratový kód, čili to můžeš odchytit v shellu. Ale musíš to otestovat v praxi – může to být zatuhlý tak že ping bude fungovat a něco jiného ne. Pak by nastoupily složitější způsoby, třeba otevřít si nějakou stránku a bokem testovat jestli jí opravdu otevřel.
    "2^24 comments ought to be enough for anyone" -- CmdrTaco
    rADOn avatar 21.2.2013 17:27 rADOn | skóre: 44 | blog: bloK | Praha
    Rozbalit Rozbalit vše Re: Automatické ukončení zamrzlého programu
    V unixu není nijak specifikováno 'odpovídání'. Ostatně, ani ve wydlích na to není spoleh jak bylo řečeno výše. Potřebuješ nějaký heartbeat, podle kterého se pozná jestli proces žije. Dají se na to vymyslet různé vylomeniny. Pokud máš zdroják tak asi nejjednodušší a nejčistší je zachytit si nějaký signál, například USR2 a když dorazí tak zapsat časovou známku do zvláštního souboru. To pak můžeš monitorovat. Pokud zdroják nemáš a onen program nic takového neumí, musíš najít něco co jde monitorovat zvenčí. Například http server můžeš periodicky HEADovat a kontrolovat odpověď. Databázi budeš posílat "SELECT 42", et cetera. Zkrátka si musíš najít nějaký podnět na který aplikace reaguje jasným způsobem – spousta unixových aplikací například na HUP nebo USR1 přenačte logy a/nebo upustí otevřené deskriptory a většinou o tom napíše něco do logu co pak lze dohledat. Nebo něco méně invazivního, nějak kreativně podělaný vstup který vyprovokuje nějakou dohledatelnou hlášku v logu.

    BTW než se do něčeho takového pustíš tak si hodně dobře posichruj všechno ostataní nebo ještě lépe doplň nějaké testy příčetnosti, například že restart neproběhne častěji než N-krát za hodinu nebo že zaber až na N-tý fail… Podělat se může ledasco, a může se snadno stát že tvoje aplikace je naprosto v pořádku a nereaguje proto že visí v kernelu a čeká až ji nějaký jiný proces pustí k lizu. Když je mašina uswapovaná nebo přeforkovaná tak otáčení velkých procesů věci zrovna nepomůže.
    "2^24 comments ought to be enough for anyone" -- CmdrTaco
    21.2.2013 17:46 joseff | skóre: 4
    Rozbalit Rozbalit vše Re: Automatické ukončení zamrzlého programu
    Přesně toto mě též napadlo. Potíž je, že to zařízení má jenom síťový port (LAN) COM a LPT vůbec nemá.

    Zařízení pracuje spíše externě bez nutnosti připojení k síti, nebo internetu. - pouze k jinému zařízení

    Proto mě jako možnost napadlo udělat nějaký jednoduchý příkaz, nebo script, který by měl za úkol za 25sec provést vypnutí a zapnutí Mozilly. No a pokud by Mozilla fungovala, jak má, tak z ní, nebo z HTML stránky by někam šel každých 10sec pokyn znovu nahodit ten odpočet na 25sec.

    Ano, představuji si to moc jednoduše, ale kdyby to bylo tak jednoduché, tak jsem si to již dávno udělal. :-D

    Založit nové vlákno • Nahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.