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í
×

včera 12:55 | Nová verze

The Document Foundation oznámila na svém blogu vydání verze 5.4 svobodného kancelářského balíku LibreOffice. Z novinek lze zmínit například podporu podepisování ODF dokumentů pomocí OpenPGP klíčů. Podrobnosti v poznámkách k vydání a na YouTube.

Ladislav Hagara | Komentářů: 0
včera 12:11 | Zajímavý článek

Bylo vydáno (pdf) již šedesáté číslo stostránkového anglicky psaného časopisu MagPi věnovanému Raspberry Pi a projektům postaveným na tomto jednodeskovém počítači. K dispozici je také jako papírový časopis za £5,99.

Ladislav Hagara | Komentářů: 4
včera 02:44 | Nová verze

Byl vydán Sway ve verzi 0.14. Přehled opravených chyb, změn a novinek v nejnovější verzi tohoto dlaždicového (tiling) správce oken pro Wayland kompatibilního s i3 na GitHubu. Do vývoje se zapojilo 12 vývojářů [reddit].

Ladislav Hagara | Komentářů: 0
27.7. 22:33 | Nová verze

Byla vydána verze 4.0 svobodného systému pro detekci a prevenci průniků a monitorování bezpečnosti počítačových sítí Suricata (Wikipedie). Přehled novinek v poznámkách k vydání a v aktualizované dokumentaci. Ve dnech 15. až 17. listopadu proběhne v Praze konference vývojářů a uživatelů Suricaty SuriCon 2017.

Ladislav Hagara | Komentářů: 0
27.7. 17:11 | Nová verze

Byla vydána dvaadvacátá alfa verze svobodné historické realtimové strategie 0 A.D. (Wikipedie). Kódový název této nejnovější verze je Venustas. Představení novinek také na YouTube.

Ladislav Hagara | Komentářů: 3
27.7. 11:33 | Zajímavý článek

Radek Vokál v článku Boltron – náhled modulárního operačního systému (en) na MojeFedora.cz představuje a informuje o možnosti vyzkoušet si Boltron, prototyp modulární distribuce. Pro Fedoru 26 je k dispozici testovací docker kontejner, který obsahuje modifikovanou verzi správce balíčků DNF, který na pozadí pracuje s moduly.

Ladislav Hagara | Komentářů: 9
27.7. 07:00 | Nová verze

ZFS on Linux, tj. implementace OpenZFS (Wikipedie) na Linuxu, byl vydán ve verzi 0.7.0. Přehled novinek v diskusním listu zfs-announce nebo na GitHubu. Nejnovější ZFS on Linux je kompatibilní s Linuxem 2.6.32 až 4.12.

Ladislav Hagara | Komentářů: 0
27.7. 01:44 | IT novinky

V Las Vegas končí bezpečnostní konference Black Hat USA 2017 (Twitter) a začíná bezpečnostní konference DEF CON 25 (Twitter). V rámci Black Hat budou vyhlášeny výsledky letošní Pwnie Awards (Twitter). Pwnie Awards oceňují to nejlepší, ale i to nejhorší z IT bezpečnosti (bezpečnostní Oscar a Malina v jednom). V kategorii "Lamest Vendor Response" byl například nominován také Lennart Poettering za jeho přístup k řešení bezpečnostních chyb v systemd, viz například chyba s uživatelem 0day.

Ladislav Hagara | Komentářů: 5
27.7. 00:22 | Bezpečnostní upozornění

Nitay Artenstein z Exodus Intelligence se v příspěvku na blogu společnosti podrobně věnuje bezpečností chybě Broadpwn (CVE-2017-9417). Její analýzu provedl také Zhuowei Zhang na blogu Booster Ok. Jedná se o chybu ve firmwaru Wi-Fi chipsetů BCM43xx od Broadcomu. Útočník může vzdáleně získat kontrolu nad zařízením. Chyba byla již opravena v macOS, iOS i Androidu [Hacker News].

Ladislav Hagara | Komentářů: 4
26.7. 22:55 | IT novinky

Intel končí s vývojovými deskami Joule, Edison, Galileo a také s Arduino 101 a Curie.

Ladislav Hagara | Komentářů: 3
Těžíte nějakou kryptoměnu?
 (4%)
 (1%)
 (19%)
 (75%)
Celkem 140 hlasů
 Komentářů: 8, poslední 27.7. 21:30
    Rozcestník

    Dotaz: MySQL a velká disková aktivita po startu

    22.3.2016 15:16 Petr
    MySQL a velká disková aktivita po startu
    Přečteno: 1256×
    Mám tu databázový server, který mimo jiné zálohuji vždy v noci na druhý stroj. Tím druhým strojem je BananaPi s externím USB diskem. Jedná se o 250GB disk s pomalou přístupovou dobou (50 iops).

    Vše funguje parádně, ale pokud se BananaPi restartuje, systém sice rychle naběhne a funguje, ale MySQL ještě tak 2 hodiny pořád průběžně hrabe na disk. Stejně tak při restartu služby MySQL. S databází se sice dá normálně pracovat, ale chtěl bych tomu disku ulevit.

    V /etc/mysql/debian-start jsem zakomentoval (dle návodu na webu) položku check_for_crashed_tables, ale to nepomohlo.

    Na tom BananaPi jsou denní zálohy. Zatím je nemažu, takže je tak už přes 6300 databází s celkem asi 487000 tabulkami typu MyISAM. Dat je dohromady přes 65GB.

    Napadá vás, co ten MySQL server po staru dělá a jak mu v tom zabránit, pokud to jde? Jestli třeba jen kontroluje integritu všech tabulek, nebo sbírá nějaký statistiky, tak kde to vypnout?

    S tou databází se zatím jinak nepracuje. Tabulky slouží jen jako záloha. Takže je nic nečte ani se do nich nezapisuje.

    Odpovědi

    23.3.2016 08:03 AlfaSamček
    Rozbalit Rozbalit vše Re: MySQL a velká disková aktivita po startu
    Strasne vela dat a databaz na taky maly holiaci strojcek...
    23.3.2016 09:07 dustin | skóre: 61 | blog: dustin
    Rozbalit Rozbalit vše Re: MySQL a velká disková aktivita po startu
    Taky mi to přijde na takový stroj nepřiměřený požadavek.

    Proč nejde ty zálohy držet v dumpu na filesystému, třeba po jednotlivých tabulkách (mysqldump -tab) a třeba i bzipované? Jestli dobře počítám, má každá db cca 10MB, to by bylo z dumpu nalité přes LOAD INFILE během chvilky.

    Navíc by to usnadnilo i zálohování - soubory snadno překopíruješ na zálohovací disk/server.
    23.3.2016 11:08 Petr
    Rozbalit Rozbalit vše Re: MySQL a velká disková aktivita po startu
    Na to jsem se sice naptal, ale dumpy těch databází jsou na NASu. Jednou za týden to jde ještě na pásku. Funguje to tak, že hlavní server (master) se replikuje na druhý server (slave). V noci se na replice udělají dumpy a ty se uloží na NAS.

    Z toho NASu si je natáhne BananaPi a převede je opět na funkční databáze s tím, že je to vlastně funkční záloha zálohy s denními obrazy. Takže pokud by bylo potřeba zjistit, jaká konkrétní data byla v určité databázi před týdnem, před měsíce a podobně, lze buď obnovovat ty zálohy z dumpů na NASu, nebo se rychle mrknout do funkčních aplikací na BananaPi.

    Aktuální ostrá data jsou tedy na hlavním serveru a na replice. Denní zálohy ve formě dumpů na NASu, týdenní na pásce.

    Ten banán je jen na pohodlné občasné nahlédnutí do minulosti, což se dělá minimálně - možná tak 1x za měsíc, někdy ani to. Běží to tu druhým rokem bez problému. Jen když se to restartuje, tak ten disk se něco naběhá.
    23.3.2016 21:13 Profes0r
    Rozbalit Rozbalit vše Re: MySQL a velká disková aktivita po startu
    tak tam daj SSD a hotovo...
    24.3.2016 08:21 Petr
    Rozbalit Rozbalit vše Re: MySQL a velká disková aktivita po startu
    Přesně taková je dnes doba.

    Je to pomalý? Dej tam víc RAM. Dej tam lepší procesor. Dej tam SSD. Furt to nestíhá? Přidej další servery. Pořád nic? Tak to přesuň do cloudu a plať si třeba 5 mašin. Co 5 mašin, plať jich 20, nebo 50, nebo ...

    A co optimalizace? Nepomohla by jen úprava konfigurace či algoritmu?

    Ale prosímtě. Kdo by se s tím páral, když máme ty internety, kloudy a jiný čmoudy.

    Tak já jsem asi už hodně starej, zabedněnej a nemoderní, když mě výše uvedenej postup připadá postavenej na hlavu.

    Ale nakonec jsem to vyřešil. Ono to po zaremování té položky "check_for_crashed_tables" chtělo jen restartovat celý OS. Já to testoval jen tím, že jsem udělal "service mysql restart", což nestačilo. Chtělo to prostě reboot celý mašiny a teď už je klid.

    Každopádně díky za komentáře. Už delší dobu se podezírám, že jsem starej dinosaurus. Holt vyrůstal jsem ješte na osmibitech.
    24.3.2016 10:44 dustin | skóre: 61 | blog: dustin
    Rozbalit Rozbalit vše Re: MySQL a velká disková aktivita po startu
    Reboot mi nepřijde jako vyřešení problému s přístupem přes pomalé USB na disk s obrovským množstvím malých souborů...

    Ten check na poškozené tabulky není až tak zbytečný, obzvláště u MyISAMu stačí tvrdý shutdown a crashed tabulka je na světě.

    Ale držím palce, třeba ti to bude i nadále fungovat...

    24.3.2016 12:13 Petr
    Rozbalit Rozbalit vše Re: MySQL a velká disková aktivita po startu
    Mě se líbí, jak všichni řeší vše okolo a ne podstatu dotazu.

    V rychlosti přece není vůbec, ale vůbec žádný problém. Na ty potřeby, co se s tím dělá, je to rychlí jako blesk. Je to vyloženě pasivní skladiště dat. To jsem přeci psal hned v úvodu. Je to záloha zálohy. Leží to pasivně na disku, nikdo s tím nepracuje. Co by se na tom mělo jako poškodit? A i kdyby, každá tabulka je tam v desítkách, někdy i stovkách kopii. A když chcípne disk, nalije se to na nový z dumpů uložených na NASu. Když chcípne i NAS, vezme se to z pásek. Pořád je to jen obnova zálohy. Živý server je úplně jiný stroj.

    Při tvrdým restartu může dojít k poškození MyISAM tabulky asi těžko, když se s ní nepracovalo. Nebyla prostě otevřená, proč by měla být. Je to pasivní záloha. Nikdo jí nečetl ani do ní nezapisoval. A i kdyby, poškodí se spíš index než data. Takže myisamchk s příslušnýma parametrama založí index znovu.

    V my.ini je dokonce parametr myisam-recover, který se dá nastavit tak, aby když se na tabulku šáhne (až s ní chce někdo opravdu pracovat) a zajistí se, že je poškozena, provede se automaticky oprava. Takže ve skutečnosti není v mém konkrétním případě vůbec potřeba vše prověřovat dopředu při startu mysqld.

    Proto odstranění parametru check_for_crashed_tables ničemu neublíží a reboot byl řešením toho, aby ta změna začala platit. Jediné co nevím je, proč se to neprojevilo hned při "service mysql restart", ale až po rebootu. Přitom restart služby spouští stejný script, jaký se startuje při bootu. Ale po tom už pátrat nebudu.

    Založit nové vláknoNahoru

    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.