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 11:00 | Komunita

Členové a příznivci spolku OpenAlt se pravidelně schází v Praze a Brně. Fotky z pražských srazů za uplynulý rok si můžete prohlédnout na stránkách spolku. Příští sraz se koná už zítra 19. ledna – tentokrát je tématem ergonomie ovládání počítače – tzn. klávesnice, myši a další zařízení. Také budete mít příležitost si prohlédnout pražský hackerspace Brmlab.

xkucf03 | Komentářů: 0
včera 21:55 | Komunita

Nadace pro svobodný software (FSF) oznámila aktualizaci seznamu prioritních oblastí (changelog), na které by se měli vývojáři a příznivci svobodného softwaru zaměřit. Jsou to například svobodný operační systém pro chytré telefony, hlasová a video komunikace nebo softwarový inteligentní osobní asistent.

Ladislav Hagara | Komentářů: 5
včera 16:44 | Nová verze

Byla vydána verze 2.0.0 knihovny pro vykreslování grafů v programovacím jazyce Python Matplotlib (Wikipedie, GitHub). Přehled novinek a galerie grafů na stránkách projektu.

Ladislav Hagara | Komentářů: 0
včera 15:33 | Komunita

V australském Hobartu probíhá tento týden konference linux.conf.au 2017. Na programu je celá řada zajímavých přednášek. Sledovat je lze online.

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

Pavel Tišnovský se v dvoudílném článku na MojeFedora.cz věnuje bitmapovým (rastrovým) grafickým editorům ve Fedoře. V prvním dílu se věnuje editorům MyPaint, MtPaint, Pinta, XPaint, Krita a GIMP. V pokračování pak editorům GNU Paint (gpaint), GrafX2, KolourPaint, KIconEdit a Tux Paint.

Ladislav Hagara | Komentářů: 1
16.1. 17:11 | Komunita

Byl proveden bezpečnostní audit svobodného IMAP a POP3 serveru Dovecot (Wikipedie). Audit byl zaplacen z programu Mozilla Secure Open Source a provedla jej společnost Cure53. Společnost Cure53 byla velice spokojena s kvalitou zdrojových kódu. V závěrečné zprávě (pdf) jsou zmíněny pouze 3 drobné a v upstreamu již opravené bezpečnostní chyby.

Ladislav Hagara | Komentářů: 0
16.1. 15:30 | IT novinky

Nadace Raspberry Pi představila na svém blogu Raspberry Pi Compute Module 3 (CM3 a CM3L), tj. zmenšené Raspberry Pi vhodné nejenom pro průmyslové využití. Jedná se o nástupce Raspberry Pi Compute Module (CM1) představeného v dubnu 2014. Nový CM3 vychází z Raspberry Pi 3 a má tedy dvakrát více paměti a desetkrát větší výkon než CM1. Verze CM3L (Lite) je dodávána bez 4 GB eMMC flash paměti. Uživatel si může připojit svou vlastní. Představena byla

… více »
Ladislav Hagara | Komentářů: 2
16.1. 01:23 | Nová verze

Oficiálně bylo oznámeno vydání verze 3.0 multiplatformního balíku svobodných kancelářských a grafických aplikací Calligra (Wikipedie). Větev 3 je postavena na KDE Frameworks 5 a Qt 5. Krita se osamostatnila. Z balíku byly dále odstraněny aplikace Author, Brainstorm, Flow a Stage. U Flow a Stage se předpokládá jejich návrat v některé z budoucích verzí Calligry.

Ladislav Hagara | Komentářů: 7
15.1. 15:25 | Nová verze

Bylo oznámeno vydání první RC (release candidate) verze instalátoru pro Debian 9 s kódovým názvem Stretch. Odloženo bylo sloučení /usr jako výchozí nastavení v debootstrap. Vydán byl také Debian 8.7, tj. sedmá opravná verze Debianu 8 s kódovým názvem Jessie.

Ladislav Hagara | Komentářů: 6
15.1. 13:37 | Zajímavý projekt

1. ledna byl představen projekt Liri (GitHub). Jedná se o spojení projektů Hawaii, Papyros a původního projektu Liri s cílem vyvíjet operační systém (linuxovou distribuci) a aplikace s moderním designem a funkcemi. Včera byl představen Fluid 0.9.0 a také Vibe 0.9.0. Jedná se o toolkit a knihovnu pro vývoj multiplatformních a responzivních aplikací podporující Material Design (Wikipedie) a volitelně také Microsoft Design Language (designový jazyk Microsoft) [reddit].

Ladislav Hagara | Komentářů: 10
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (10%)
 (3%)
 (74%)
 (3%)
 (10%)
Celkem 313 hlasů
 Komentářů: 24, poslední včera 10:14
    Rozcestník
    Reklama

    Dotaz: Efektivní rozdílové zálohování KVM strojů pomocí LVM snapshotů

    17.4.2013 10:30 majales | skóre: 20 | blog: Majales
    Efektivní rozdílové zálohování KVM strojů pomocí LVM snapshotů
    Přečteno: 568×
    Zdravím,
    Snažím se nastavit nějaký efektivní zálohovací systém pro KVM stroje běžící na LVM. Rád bych zálohoval na úrovni LVM zařízení tak aby bylo možné udělat rozdílové zálohy image z důvodu zálohování nejen linuxových ale i Windows strojů. Může to vůbec takto fungovat? Tj. jednou za čas záloha celého image a k tomu rozdílové denní zálohy? Hledal jsem, ale moc úspěšný jsem nebyl a řadě odkazů jsem našel rozporování toho že toto může fungovat.

    Odpovědi

    17.4.2013 15:15 Stanislav Petr | skóre: 27 | Praha
    Rozbalit Rozbalit vše Re: Efektivní rozdílové zálohování KVM strojů pomocí LVM snapshotů
    Neco podobneho u nas pouzivame pro zalohovani virtualnich serveru zakazniku. Napseli jsme sina to vlastni SW (ktery je ale uzavreny a neni urcen k distribuci ven). Principem fungovani je cteni LVM snapshotu po nekolik MB velkych blocich, spocitani kontrolniho souctu. Pokud je kontrolni soucet daneho bloku stejny jako jeho predchozi obraz, ulozi se do sdresare se zalohou z daneho dne pouze hardlink. Pokud se lisi, ulozi se nova data. Zaroven takovyhle postup je mozne doplnit jeste o dalsi optimalizace jako evidence statistiky cetnosti zmen jednotlivych bloku s tim ze nejstarsi nemenne bloky se postupne komprimuji narocnejsimi komprimacnimi algoritmy, kdezto casto menene bloky se komprimuji pouze pomoci real-time komprese.

    Takze urcite jdete svymi uvahami spravnym smerem, pouze na to dostud neexistuje kvalitni opensource nastroj.
    No jo... Co bych cekal od systemu, kterej se vypina tlacitkem start... http://glux.org
    18.4.2013 13:32 majales | skóre: 20 | blog: Majales
    Rozbalit Rozbalit vše Re: Efektivní rozdílové zálohování KVM strojů pomocí LVM snapshotů
    Poradí tedy někdo jak zálohovat efektivně virtuální windows i linux stroje na LVM? Netrvám už na inkrementálním zálohování blokových zařízení, stačí rozdílové zálohování na úrovni filesystému jednotlivých virt. strojů...
    Zdeněk Zámečník avatar 18.4.2013 13:52 Zdeněk Zámečník | skóre: 26
    Rozbalit Rozbalit vše Re: Efektivní rozdílové zálohování KVM strojů pomocí LVM snapshotů
    Jediná funkční možnost, co mě v tuhle chvíli napadá, je použití nástroje rdiff-backup. Příklad použití s LVM snapshoty najdeš třeba zde
    18.4.2013 13:57 CandySan | skóre: 9 | blog: bonzacek
    Rozbalit Rozbalit vše Re: Efektivní rozdílové zálohování KVM strojů pomocí LVM snapshotů
    S rdiff-backup jsem mel (priznam, ze to je uz davno) dost velke problemy kdyz byly verze rdiff-backup jine na zalohovaci a zalohovanem stroji. Pri desitkach serveru v ruznem stadiu upgradu mi nastavalo peklo a zalohovani kazdou chvili nejelo a vyzadovalo to mnoho prace. Nakonec jsem zustal u dirvish - zadny problem, mocne konfigurovatelne, zadne omezeni. Jezdi to pres ssh, ale daji se s tim zalohovat i windows stroje jen pres rsync bez ssh.
    Zdeněk Zámečník avatar 18.4.2013 15:42 Zdeněk Zámečník | skóre: 26
    Rozbalit Rozbalit vše Re: Efektivní rozdílové zálohování KVM strojů pomocí LVM snapshotů
    Problém kompatibility různých verzí je tam dodnes. Bohužel jak rdiff-backup, tak dirvish mají stejný "problém" - již se několik let nevyvíjí.
    18.4.2013 13:55 CandySan | skóre: 9 | blog: bonzacek
    Rozbalit Rozbalit vše Re: Efektivní rozdílové zálohování KVM strojů pomocí LVM snapshotů
    Ja to delam tak, ze vytvorim snapshot, vykopiruju data na lokalni disk aby snapshot existoval co nejkratsi dobu, snapshot zrusim a pak uz jen odsud kopiruju data na server do zalohy. Delam to pomoci dirvish, takze disrvish se pripoji, zavola script, ktery predpripravi zalohu a pak dirvish kopiruje pouzitim rsync, takze se prenaseji jen rozdily. Ja ten proces pripravy jeste obohatil o kompresi obrazu, protoze kazdy bezici obraz obsahuje zmenu a tak by mi v zalohach lezelo celkem velke mnozstvi dat (pokud se vsak nezmenily - napr. vypnute virtualky, tak se udela jen hardlink). Komprimuje se to pokazde stejne, takze i tak se toho prenasi malo, protoze se prenasi jen rozdily.

    Dirvish je super v tom, ze dle nastaveni mi uklada nekolik zaloh dozadu, nektere ponechava i delsi dobu (toto vse lze nastavit) a stara se mi o rotaci zaloh. Zalohy jsou pekne dostupne v takovem stavu v jakem byla data na zalohovanem serveru - tedy zadne ukladani do taru atd... Pokud se nejaky stroj necha odstranit, tak nesmaze starou zalohu pokud neexistuje alespon jedna, ktera dobehla v poradku.

    Vyplati se na zalohovane stroje pridat script po spusteni, ktery pripadne jakekoliv otevrene snapshoty zrusi - to je problem pokud dojde k restartu stroje zrovna kdyz je vytvoreny snapshot.

    Potom napr. pomoci nagiosu lze hlasit kdyz se nezdari provest zaloha a v logach dirvish je pak videt proc k tomu doslo. Pokud je potreba sosat data ze stroje za natem, tak k tomu pouzivam n2n (udelal jsem si scriptik, ktery mi obnovuje spojeni kdyz upadne).

    Je dobre, aby behem zalohy nebyl stoj zbytecne vytizen, takze pro jistotu celemu tomu procesu davam nejnizsi prioritu nice -n 19 ionice -c3 rsync --inplace --delete-before -v -ra $loc_imgdir $BACKUP_DIR

    Vyplati se zalohovat jen jednou za cas - napr. 1x za tyden a k tomu denne zalohovat data z virtualek. Timto stylem (dirvish, predpripravene zalohy na lokal) zalohuju i hodne velke virtualky pres net a vse slape jak ma. Pro jistotu jsem si udelal na zalohovacich serverech spusteci scripty tak, aby se nikdy nespustila zaloha, ktera jeste nedobehla.

    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.