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 05:00 | Nová verze

Byla vydána verze 5.0.0 linuxové distribuce Bodhi Linux (Wikipedie) s desktopovým prostředím Moksha (GitHub), forkem desktopového prostředí Enlightenment DR17 aneb E17. Bodhi Linux 5.0.0 je postaven na Ubuntu 18.04 LTS.

Ladislav Hagara | Komentářů: 0
dnes 04:00 | Nová verze

Pokud hra na Steamu podporuje Steam Play, lze ji koupit jednou, například ve Windows, a hrát kdekoli, například také v Linuxu. Společnost Valve včera představila novou beta verzi Steam Play. Hlavní novinkou je integrovaný fork Wine s názvem Proton umožňující v Linuxu přímo ze Steamu hrát hry dosud běžící pouze ve Windows.

Ladislav Hagara | Komentářů: 0
dnes 03:00 | IT novinky

Společnost NVIDIA oficiálně představila novou řadu GeForce RTX 20 svých grafických karet postavených na architektuře NVIDIA Turing a modely 2080 Ti, 2080 a 2070. Referenční Founders Edition karty lze předobjednat za 32 700, 21 999 a 16 400 Kč.

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

Jiří Eischmann na svém blogu popisuje své zkušenosti s Fedora Silverblue. Jedná se o neměnný systém s atomickými aktualizacemi, tj. základní systém je distribuován jako celek. Myšlenka neměnného systému se ve Fedoře začala rozvíjet v projektu Atomic. Z něj se časem vyvinul na desktop zaměřený Atomic Workstation a nově projekt s vlastním brandingem Team Silverblue. Základním stavebním kamenem je OSTree, což je velmi zjednodušeně takový git pro souborový systém.

Ladislav Hagara | Komentářů: 0
včera 00:11 | Komunita

Richard Hughes na svém blogu informuje, že do LVFS (Linux Vendor Firmware Service) plánuje přidat podporu aktualizace NVMe (NVM Express) firmwarů. Současně žádá o pomoc: odeslání výstupu příkazu nvme-cli.

Ladislav Hagara | Komentářů: 0
20.8. 16:33 | Nová verze

Byla vydána verze 1.0 frameworku Flatpak (Wikipedie), tj. technologie umožňující distribuovat aplikace v podobě jednoho instalačního souboru na různé linuxové distribuce a jejich různá vydání. Přehled novinek na GitHubu. S vydáním Flatpaku 1.0 byla odstraněna nálepka "beta" u centrálního repozitáře pro Flatpaky Flathub.

Ladislav Hagara | Komentářů: 0
20.8. 12:33 | Nová verze

Byla vydána nová verze 2.10.6 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP. Přehled novinek i s náhledy v oznámení o vydání a v souboru NEWS. Zdůraznit lze možnost psaní textů vertikálně nebo filtr pro vytváření obrázků typu Little Planet. Vývojáři zdůrazňují překlad GIMPu do maráthštiny. GIMP je tak k dispozici již v 81 jazycích.

Ladislav Hagara | Komentářů: 11
20.8. 12:00 | Nová verze

Vyšla verze 5.17 prohlížeče map a GPS logů GPXSee. Nová verze přináší zejména podporu HiDPI displejů a map, a podporu pro další dva formáty souborů - SLF a LOC.

Martin Tůma | Komentářů: 0
18.8. 22:22 | Nová verze

Po roce vývoje od vydání verze 1.20 byla vydána verze 1.21 knihoven EFL (Enlightenment Foundation Libraries). Do vývoje EFL se zapojilo 96 vývojářů. Provedeno bylo téměř 5 000 commitů.

Ladislav Hagara | Komentářů: 0
16.8. 19:00 | Nová verze

Byla vydána verze 18.08.0 KDE Aplikací (KDE Applications). Přehled novinek v kompletním seznamu změn a na stránce s dalšími informacemi.

Ladislav Hagara | Komentářů: 0
Používáte zařízení („chromebook“, „chromebox“ či tablet) s ChromeOS?
 (6%)
 (3%)
 (15%)
 (76%)
Celkem 225 hlasů
 Komentářů: 10, poslední 18.8. 11:25
    Rozcestník

    Dotaz: Rsync - zachování původních přípojných bodů zálohy.

    8.6. 17:51 Petr_70 | skóre: 6
    Rsync - zachování původních přípojných bodů zálohy.
    Přečteno: 231×
    Dobrý den všem.

    Prosím vás o radu a případně shovívavost, pokud budu něco interpretovat špatně...

    Mám někde (na jiném úložišti) zálohovaný kompletní linuxový adresářový strom linuxového systému, který běží na serveru se dvěma diskovými poli RAID5. Ta pole jsou samozřejmě různě rozdělená, neboli adresáře stromu mají různé přípojné body na obou diskových polích.

    Jak jsou disková pole rozdělená a do kterých partition jsou jednotlivá data připojena není v tuto chvíli podstatné.

    Jde mi o to, že když vytvořím síťovou zálohu pomocí Rsync se zachováním oprávnění, vlastnictví, typu souborů atd. (implikuje přepínač -a , na cílové straně jsou nutná práva admina, příp. za použití parametru "--fake-super".) Jak nebo podle čeho Rsync pozná při nutnosti obnovení systému a dat z této zálohy, kam má "fyzicky" data vrátit zpět na původní místo?

    Pokud původní přípojné body na serveru budou existovat, pak je Rsync "vidí" a umístí je fyzicky na správné místo.
    Co když ale žádná data (tedy ani přípojné body) na serveru nejsou - např. při obnovení disk. pole po havárii řadiče disku. Jak tedy Rsync pozná, kam data fyzicky umístit pokud chci systém uvést do původního stavu?

    Možná jsem něco přehlédl nebo zcela nepochopil, ale z dokumentace Rsync plyne, že dokáže zachovat všechna metadata, ale ta jsou uchována v inodu v rámci jedné partition. Tedy z toho nijak nepozná, kam má "fyzicky" adresáře s daty zpětně připojit aby byla na původním místě (na původní partition).

    Dokáže mi někdo prosím poradit a tuto věc objasnit?

    Děkuji vám předem.

    Odpovědi

    8.6. 18:30 dustin | skóre: 61 | blog: dustin
    Rozbalit Rozbalit vše Re: Rsync - zachování původních přípojných bodů zálohy.
    Nemůžeš zálohovat rovnou celý ten základní filesystém, bez ohledu na místa, kam je dál připojený?

    Ostatní servery pak můžeš zálohovat s parametrem -x/--one-file-system, aby zálohování nelezlo na další namontované filesystémy.
    8.6. 18:48 NN
    Rozbalit Rozbalit vše Re: Rsync - zachování původních přípojných bodů zálohy.
    Resi to vubec? Pokud by jsi mel zalohovany adresar /mnt/backup/ jako raid mount a to pole odpojil. Pri obnove by rsync vytvoril adresar do aktualniho souboroveho systemu. Nebo ne?
    k3dAR avatar 8.6. 19:46 k3dAR | skóre: 50
    Rozbalit Rozbalit vše Re: Rsync - zachování původních přípojných bodů zálohy.
    rsync to vubec neresi, adresare jsou pro nej jen cesty, kdyz v cili neni nic pripojeno, synchronizuje to do nepripojeneho vcetne cele cesty ktera by v pripade byla na tom pripojenem...
    porad nemam telo, ale uz mam hlavu... nobody
    8.6. 19:30 Filip Jirsák | skóre: 67 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: Rsync - zachování původních přípojných bodů zálohy.
    rsync nic neobnovuje, rsync jenom synchronizuje dva stromy souborového systému. Tj. kdybyste spustil synchronizaci ze zálohy do nějakého cílového souborového systému, rsync tam prostě bude kopírovat adresáře a soubory tak, jak jsou ve zdrojovém souborovém systému. Když nějaký adresář nebude existovat, tak ho vytvoří, když bude existovat, nastaví mu (v závislosti na konfiguraci rsyncu) metadata jako vlastníka, oprávnění apod.

    Pokud byste tedy chtěl při obnově zachovat přípojné body, musíte je nejprve na cílovém systému ručně vytvořit.

    Navíc mi připadá trochu zvláštní zálohovat kompletní strom (doufám, že aspoň bez /dev, /proc, /tmp, /sys a dalších proměnlivých adresářů). Spíš bych zálohoval zvlášť uživatelská data (/home), protože tam dává smysl držet i historii, zvlášť aplikační data (/var), případně také s historií, zvlášť konfiguraci (/etc). Aplikace také můžete zálohovat, případné obnova ze zálohy by byla rychlejší, než nová instalace, i kdybyste jí měl zautomatizovanou. Ale když to máte vše v jednom, máte ta data svázaná se současnou instalací, a budete mít problém v případě, že byste se rozhodl třeba vše přenést na nový stroj a zároveň s tím nainstalovat systém od začátku (třeba přejít na jinou distribuci nebo na jinou architekturu).
    8.6. 23:34 Petr_70 | skóre: 6
    Rozbalit Rozbalit vše Re: Rsync - zachování původních přípojných bodů zálohy.
    Co je spatně na zálohování celého stromu?

    Rsync má skriptem definováno, co nemá kopírovat, takže při požadavku migrace na nový stroj, je snadné ty vámi uváděné adresáře z obnovy vyloučit.

    Jinak těch důležitých adresářů k záloze je daleko více... např. srv/www/htdocs pro webhosting, /usr/local/ pro serverové aplikace, /var/lib/ pro databázi MySQL a jiné...
    9.6. 07:46 Filip Jirsák | skóre: 67 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: Rsync - zachování původních přípojných bodů zálohy.
    Co je spatně na zálohování celého stromu?
    Pro zálohování různých dat se hodí různé způsoby zálohování. Např. uživatelská a aplikační data budete chtít uchovávat i s historií, uchovávat historii operačního systému je zbytečné.
    Rsync má skriptem definováno, co nemá kopírovat, takže při požadavku migrace na nový stroj, je snadné ty vámi uváděné adresáře z obnovy vyloučit.
    Vyloučit nějaká data z obnovy je možné, ale k čemu je dobré zabírat jimi místo na zálohovacím médiu, když je pak stejně nepoužijete?
    Jinak těch důležitých adresářů k záloze je daleko více... např. srv/www/htdocs pro webhosting, /usr/local/ pro serverové aplikace, /var/lib/ pro databázi MySQL a jiné...
    To jsou aplikační data. Správce samozřejmě musí vědět, kde má aplikační data uložená.
    k3dAR avatar 8.6. 19:50 k3dAR | skóre: 50
    Rozbalit Rozbalit vše Re: Rsync - zachování původních přípojných bodů zálohy.
    nic neprehlizis, rsync toto nijak neresi, je na tobe aby pri obnove si zaridil pripojene oddily/disky/sitove_disky/atd tak jak jsou pri zalohovani...
    tzn. idealne je ze budes zalohovat zvlast jednotlive pripojeni ze serveru a pri obnove nejdriv obnovis rootfs, ozivis pripojeni vsech mountpointu a pak provedes obnovy zaloh jednotlivych pripojeni...
    pripojene body budes mit v /zaloha/etc/fstab (ty ktere si tam das) a/nebo v /zaloha/etc/mtab (tam jsou vsechny i co pripojis rucne nebo jinak)
    porad nemam telo, ale uz mam hlavu... nobody
    8.6. 23:38 Petr_70 | skóre: 6
    Rozbalit Rozbalit vše Re: Rsync - zachování původních přípojných bodů zálohy.
    Rozumím... v podstatě se jedná o "ruční" obdobu startovací procedury - Po připojení root-fs jsou připojeny ostatní souborové systémy podle specifikace v /etc/fstab.
    8.6. 23:58 Petr_70 | skóre: 6
    Rozbalit Rozbalit vše Re: Rsync - zachování původních přípojných bodů zálohy.
    Děkuji vám všem za odpovědi i za váš čas...

    Takže jsem to vlastně předpokládal správně. Je tedy nutné mít při obnově funkční systém a již připravené přípojné body.

    Jen si říkám, zdali není - např. pro nejhorší případ havárie serveru - rychlejší a bezpečnější mít někde naklonovanou zálohu těch diskových polí pomocí aplikací typu Acronis apod. (nebo přes dd).
    Tam mám kromě dat ještě navíc i zachováno rozdělení disků, tedy i s oddíly.
    Po obnovení činnosti hardware se obnoví nejdříve pole na kterém je root-fs a následně případně další s daty.

    Překvapivě se to tak ale u serverů nedělá (alespoň jsem to nikde nezaznamenal). Admini řeší zálohy pomocí Rsync, Rdiff-backup apod. tedy "jen" samotná data...
    9.6. 07:42 Filip Jirsák | skóre: 67 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: Rsync - zachování původních přípojných bodů zálohy.
    Zálohovat celý systém je často zbytečné, protože ho můžete snadno obnovit novou instalací. Takže je zbytečné plýtvat prostorem na zálohovacím zařízení archivováním něčeho, co lze snadno stáhnout z internetu.

    Navíc pořád řešíte jen obnovu na identické disky v případě havárie. Když budete mít pro obnovu o něco menší disk, budete mít v případě zálohování obrazu disku velký problém. Když budete mít větší disk, budete muset dodatečně zbytečně řešit natahování souborového systému. Když přijde uživatel, že omylem smazal nějaký soubor, budete muset obnovovat celý obraz.

    Zálohování celých obrazů systému se často používá u virtuálních strojů, protože tam je často potřeba omezit dobu výpadku na minimum, takže se virtuální stroj z kopie obrazu jen spustí na jiném zařízení.

    Podstatné je to, že neexistuje jeden univerzální způsob zálohování vhodný na všechno.
    Josef Kufner avatar 9.6. 11:39 Josef Kufner | skóre: 68
    Rozbalit Rozbalit vše Re: Rsync - zachování původních přípojných bodů zálohy.
    Docela se mi osvědčilo (na notebooku) mít pomocí rsync kompletní zálohu na úrovni souborového systému (bez /proc, /sys, a /dev). Obnova se pak dá snadno udělat minimální instalací, což zajistí bootovatelnost a rozdělení disků. A tu minimální instalaci pak přeplácnout rsyncem ze zálohy.
    Hello world ! Segmentation fault (core dumped)
    10.6. 11:42 hodza | skóre: 8 | Olomouc
    Rozbalit Rozbalit vše Re: Rsync - zachování původních přípojných bodů zálohy.
    To důležité už řečeno bylo - rsync neřeší kde je co připojené, ale stará se pouze o zkopírování dat. Pokud se nejedná o "one shot" zálohu, pak bych důrazně doporučil přejít na řešení typu dirvish. Jinak do rsyncu bych určitě přidal parametr "--numeric-ids".

    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.