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 16:55 | Komunita

Handshake, decentralizovaná certifikační autorita a peer-to-peer DNS aneb DNS v blockchainu, postupně rozděluje mezi svobodné a open source projekty celkově 10,2 milionu dolarů. V srpnu získalo 300 000 dolarů GNOME a 100 000 dolarů GIMP. Dnes oznámila nezisková organizace KDE e.V. zastupující komunitu kolem KDE v právních a finančních záležitostech, že od Handshake získala 300 000 dolarů, z čehož 100 000 dolarů je alokováno pro multiplatformní balík svobodných kancelářských a grafických aplikací Calligra.

Ladislav Hagara | Komentářů: 3
12.10. 15:44 | Nová verze

Po třech letech od vydání verze 5.0 byla vydána nová major verze 6.0 v Javě napsané aplikace pro komplexní návrh rozmístění nábytku a dalšího vybavení v interiérech Sweet Home 3D. Přináší celou řadu novinek. Zdůraznit lze možnost otevírání oken, dveří nebo skříněk. Zmínit lze také novou figurínu s otočnými klouby.

Ladislav Hagara | Komentářů: 20
12.10. 15:00 | Nová verze

Byla vydána nová verze 2018-10-09 linuxové distribuce Raspbian určené především pro jednodeskové miniaturní počítače Raspberry Pi. Přehled novinek v poznámkách k vydání. Společně s Raspbianem byl aktualizován také instalační nástroj NOOBS (New Out Of the Box Software). Z novinek je nutno upozornit na odstranění programu Wolfram Mathematica.

Ladislav Hagara | Komentářů: 2
11.10. 22:44 | Zajímavý projekt

V rámci projektu PRIM (Podpora rozvíjení informatického myšlení), jehož cílem je "podporovat změnu orientace školského předmětu informatika z uživatelského ovládání ICT směrem k základům informatiky jako oboru", byly na stránkách iMyšlení (informatické myšlení) představeny volně stažitelné učebnice a výukové materiály pro výuku informatiky. Videozáznam z tiskové konference na Facebooku.

Ladislav Hagara | Komentářů: 2
11.10. 13:22 | Nová verze

Nadace Free Software Foundation (FSF) zveřejnila na svých stránkách prohlášení k připojení Microsoftu k Open Invention Network (OIN): Je to krok správným směrem. Problematiku softwarových patentů to ale neřeší. OIN pokrývá pouze část svobodného softwaru. Smlouvu s OIN lze vypovědět s 30 denní lhůtou. FSF vyzývá Microsoft, aby 1) jednoznačně potvrdil, že ukončil všechny patentové spory související s Linuxem v Androidu, 2) s členy OIN

… více »
Ladislav Hagara | Komentářů: 2
10.10. 22:22 | Komunita

Bradley M. Kuhn se v příspěvku na blogu Software Freedom Conservancy zamýšlí nad připojením Microsoftu k Open Invention Network. Žádá Microsoft, aby jako gesto dobré vůle a jako důkaz, že to myslí opravdu vážně, sám commitnul zdrojové kódy proprietárního patentovaného souborového systému exFAT pod licencí GPLv2+ do upstreamu Linuxu.

Ladislav Hagara | Komentářů: 32
10.10. 18:11 | Komunita

Microsoft se připojil k organizaci Open Invention Network, zkráceně OIN, založené v roce 2005 za účelem vytvoření a správy portfolia patentů, jeho sdílení a použití v patentových sporech k ochraně Linuxu a open source softwaru. Portfolio patentů se tím rozšířilo o více než 60 000 patentů.

Ladislav Hagara | Komentářů: 8
10.10. 15:25 | Zajímavý článek

Vědci z Národního ústavu duševního zdraví (NÚDZ) v Klecanech experimentálně zjistili (publikace v BioMed Research International), že používání GPS navigace v chytrých brýlích mění strukturu mozku. U testované skupiny došlo už po třech měsících ke snížení počtu spojení mezi hipokampem a ostatními částmi mozku.

Blaazen | Komentářů: 13
10.10. 08:55 | Komunita

Diskusi vyvolala stránka Flatpak - bezpečnostní noční můra (flatkill.org) popisující bezpečnostní problémy technologie Flatpak [reddit, Hacker News].

Ladislav Hagara | Komentářů: 80
9.10. 23:55 | Nová verze

V Orlandu probíhá konference AstriCon 2018 věnovaná Asterisku (Wikipedie), tj. svobodné softwarové implementaci telefonní ústředny (PBX). Při té příležitosti byla vydána nová verze 16 Asterisku a nová verze 15 webového rozhraní k Asterisku FreePBX. Dění na konferenci lze sledovat na Twitteru.

Ladislav Hagara | Komentářů: 0
Přispíváte osobně k vývoji svobodného softwaru?
 (40%)
 (41%)
 (23%)
 (22%)
 (10%)
 (37%)
Celkem 206 hlasů
 Komentářů: 7, poslední včera 22:28
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: 236×
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: 51
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: 51
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.