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 17:33 | Komunita

    MDN (Wikipedie), dnes MDN Web Docs, původně Mozilla Developer Network, slaví 20 let. V říjnu 2004 byl ukončen provoz serveru Netscape DevEdge, který byl hlavním zdrojem dokumentace k webovým prohlížečům Netscape a k webovým technologiím obecně. Mozille se po jednáních s AOL povedlo dokumenty z Netscape DevEdge zachránit a 23. července 2005 byl spuštěn MDC (Mozilla Developer Center). Ten byl v roce 2010 přejmenován na MDN.

    Ladislav Hagara | Komentářů: 0
    dnes 14:55 | Nová verze

    Wayback byl vydán ve verzi 0.1. Wayback je "tak akorát Waylandu, aby fungoval Xwayland". Jedná se o kompatibilní vrstvu umožňující běh plnohodnotných X11 desktopových prostředí s využitím komponent z Waylandu. Cílem je nakonec nahradit klasický server X.Org, a tím snížit zátěž údržby aplikací X11.

    Ladislav Hagara | Komentářů: 0
    dnes 13:33 | Nová verze

    Byla vydána nová verze 6.18 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Nově se lze k síti Tor připojit pomocí mostu WebTunnel. Tor Browser byl povýšen na verzi 14.5.5. Thunderbird na verzi 128.12.0. Další změny v příslušném seznamu.

    Ladislav Hagara | Komentářů: 0
    včera 14:33 | IT novinky

    Meta představila prototyp náramku, který snímá elektrickou aktivity svalů (povrchová elektromyografie, EMG) a umožňuje jemnými gesty ruky a prstů ovládat počítač nebo různá zařízení. Získané datové sady emg2qwerty a emg2pose jsou open source.

    Ladislav Hagara | Komentářů: 0
    včera 14:22 | Nová verze

    Byla vydána (𝕏) nová verze 25.7 open source firewallové a routovací platformy OPNsense (Wikipedie). Jedná se o fork pfSense postavený na FreeBSD. Kódový název OPNsense 25.7 je Visionary Viper. Přehled novinek v příspěvku na fóru.

    Ladislav Hagara | Komentářů: 0
    včera 13:33 | IT novinky

    Před 40 lety, 23. července 1985, společnost Commodore představila první počítač Amiga. Jednalo se o počítač "Amiga od Commodore", jenž byl později pojmenován Amiga 1000. Mělo se jednat o přímou konkurenci počítače Apple Macintosh uvedeného na trh v lednu 1984.

    Ladislav Hagara | Komentářů: 2
    včera 06:00 | IT novinky

    T‑Mobile USA ve spolupráci se Starlinkem spustil službu T-Satellite. Uživatelé služby mohou v odlehlých oblastech bez mobilního signálu aktuálně využívat satelitní síť s více než 650 satelity pro posílání a příjem zpráv, sdílení polohy, posílání zpráv na 911 a příjem upozornění, posílání obrázků a krátkých hlasových zpráv pomocí aplikace Zprávy Google. V plánu jsou také satelitní data.

    Ladislav Hagara | Komentářů: 9
    23.7. 21:55 | Komunita

    Společnost Proxmox Server Solutions stojící za virtualizační platformou Proxmox Virtual Environment věnovala 10 000 eur nadaci The Perl and Raku Foundation (TPRF).

    Ladislav Hagara | Komentářů: 2
    23.7. 21:22 | Bezpečnostní upozornění

    Byla vydána nová verze 2.4.65 svobodného multiplatformního webového serveru Apache (httpd). Řešena je bezpečnostní chyba CVE-2025-54090.

    Ladislav Hagara | Komentářů: 0
    23.7. 14:22 | IT novinky

    Společnost Proton AG stojící za Proton Mailem a dalšími službami přidala do svého portfolia AI asistenta Lumo.

    Ladislav Hagara | Komentářů: 7
    Kolik tabů máte standardně otevřeno ve web prohlížeči?
     (27%)
     (25%)
     (6%)
     (5%)
     (5%)
     (2%)
     (2%)
     (29%)
    Celkem 125 hlasů
     Komentářů: 16, poslední dnes 15:31
    Rozcestník
    Štítky: není přiřazen žádný štítek


    Vložit další komentář
    8.8.2010 01:01 RapMan | skóre: 14 | blog: RapMan
    Rozbalit Rozbalit vše Re: Zálohování pomocí rdiff-backup
    ani jsem to necet, ale me stacilo nainstalovat grsync, klik klik, Simulate abych si overil, ze jsem neudelal nejakou blbost, pak OK a zalohovani mam pripravene....
    8.8.2010 02:26 Messa | skóre: 39 | blog: Messa
    Rozbalit Rozbalit vše Re: Zálohování pomocí rdiff-backup
    ani jsem tvůj komentář nečetl, ale grsync neumí inkrementální zálohování.
    8.8.2010 12:16 RapMan | skóre: 14 | blog: RapMan
    Rozbalit Rozbalit vše Re: Zálohování pomocí rdiff-backup
    Kopiruje jen nove nebo zmenene soubory.
    Jendа avatar 8.8.2010 16:12 Jendа | skóre: 78 | blog: Jenda | JO70FB
    Rozbalit Rozbalit vše Re: Zálohování pomocí rdiff-backup
    IMHO myslel inkrementální v tom smyslu, že se inkrementy zachovávají, takže se můžeš vrátit do minulosti.
    Michal Fecko avatar 8.8.2010 01:17 Michal Fecko | skóre: 31 | blog: Poznámkový blog
    Rozbalit Rozbalit vše Re: Zálohování pomocí rdiff-backup
    Ak milujete navraty do zalohovanej minulosti tak jednoznacne BackInTime :-D
    Heron avatar 8.8.2010 11:03 Heron | skóre: 53 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: Zálohování pomocí rdiff-backup

    Klasické gui nad rsync, diff, cp. Už to fakt chce pořádný FS s podporou snapshotů, cow a deduplikace.

    Blog je skoro dobrý, hodil by se i na článek z praxe (jak na to). To "skoro" proto, že mi tam chybí dost podstatná věc: obnovení zálohy.

    rdiff-backup je užitečný, ale v otevřeném stavu je pouze poslední záloha. Na starší zálohy je potřeba už použít příkazy (nebo ale zálohu připojit pomocí ArchFS). Ale zase je velmi úsporný (co se místa na disku týče). Já používal rsnapshot. Ten uchovával data v otevřeném stavu z každé zálohy (úspora místa se řešila pomocí hardlinků). Tam stačilo vykopírovat soubory z daného data, bez nějakých dalších příkazů. Velice praktické. Jenže problém (a dokládá to i mnoho dotazů na mailling listech FS), představují právě ty hardlinky (100mil linků pro 1mil souborů už představuje výkonnostní problém).

    8.8.2010 15:20 kubik | skóre: 14 | blog: KubikuvBlog
    Rozbalit Rozbalit vše Re: Zálohování pomocí rdiff-backup
    Ta obnova mi tam skutečně chybí, ale je tohlavně proto, že jsem ji zatím nepotřeboval a doufám, že co nejdéle potřebovat nebudu. Nicméně až se tak stane, tak bych text rád doplnil. Teď tam nebudu psát něco, co jsem nezkoušel, ani tam zatím nemám několik verzí souborů, na kterých bych to vyzkoušel.
    Nicky726 avatar 8.8.2010 15:47 Nicky726 | skóre: 56 | blog: Nicky726
    Rozbalit Rozbalit vše Re: Zálohování pomocí rdiff-backup
    IMO je potřeba mít vyřešenou a vyzkoušenou obnovu (resp. celý zálohovací proces) ještě před tím, než bude ostré použití zálohy potřeba.
    Enjoy the detours. There you’ll find the things more important than what you want. (Hunter x Hunter)
    8.8.2010 16:35 kubik | skóre: 14 | blog: KubikuvBlog
    Rozbalit Rozbalit vše Re: Zálohování pomocí rdiff-backup
    Naprosto souhlasím, před tím jsem se vyjádřil trochu nepřesně. Obnovu dat jsem si pochopitelně zkusil, především kopírování posledních verzí. Zatím však nemám možnost provádět obnovu třeba z desítek verzí. A v takovém počtu verzí a vlastně i množství souborů přichází na přetřes spolehlivost, přehlednost a rychlost. A to bez skutečného použití asi nikdo neposoudí.
    Nicky726 avatar 8.8.2010 11:33 Nicky726 | skóre: 56 | blog: Nicky726
    Rozbalit Rozbalit vše Re: Zálohování pomocí rdiff-backup
    Rdiff-backup je šikovná věc, používal jsem ho na hodinové zálohování dokumentů ve skriptu přes cron.

    IMO není moc dobrý nápad vzdáleně zálohovat pod rootem, spíš si vytvoř speciálního uživatele s omezenými právy.
    Enjoy the detours. There you’ll find the things more important than what you want. (Hunter x Hunter)
    8.8.2010 15:26 kubik | skóre: 14 | blog: KubikuvBlog
    Rozbalit Rozbalit vše Re: Zálohování pomocí rdiff-backup
    S tím rootem je to určitě pravda a jsem rád, že to tu zaznělo. V té naší domácí síti to zatím neřeším. Vzhledem k době běhu je pravděpodobnost rizika pro mě přijatelná. Jako řešení pro plné nasazení by se to určitě muselo dotáhnout.
    Nicky726 avatar 8.8.2010 15:49 Nicky726 | skóre: 56 | blog: Nicky726
    Rozbalit Rozbalit vše Re: Zálohování pomocí rdiff-backup
    Nu dělej, jak myslíš, proč ale používat roota na něco, na co není potřeba. Nemluvě o tom, že můžeš udělat chybku ty, nebo může být v programu.
    Enjoy the detours. There you’ll find the things more important than what you want. (Hunter x Hunter)
    8.8.2010 16:36 kubik | skóre: 14 | blog: KubikuvBlog
    Rozbalit Rozbalit vše Re: Zálohování pomocí rdiff-backup
    Asi jsi mě nahlodal.
    9.8.2010 10:54 kavol | skóre: 28
    Rozbalit Rozbalit vše Re: Zálohování pomocí rdiff-backup
    shodou okolností jsem rdiff-backup nasazoval asi před třemi týdny ...
    IMO není moc dobrý nápad vzdáleně zálohovat pod rootem, spíš si vytvoř speciálního uživatele s omezenými právy.
    ... na cílovém stroji jsem vytvořil uživatele "zalohator", na zálohovaných strojích jsem pod každým uživatelem vytvořil ssh klíče (pokud neměli), dal veřejné zálohátorovi do authorized_keys, a každému zálohovanému uživateli vytvořil zálohovací cronjob

    bezpečnostní chybkou tohoto řešení je, že kterýkoliv zálohovaný uživatel může vidět (a modifikovat) všechny zálohy, ale dokud mám ty účty pod palcem, tak mě to netrápí - jinak by to samozřejmě chtělo zvláštního zálohovacího uživatele pro každý zálohovaný účet
    8.8.2010 14:21 Non_E | skóre: 24 | blog: hic_sunt_leones | Pardubice
    Rozbalit Rozbalit vše Re: Zálohování pomocí rdiff-backup
    Na něco podobného se chystám také. Budu muset ale vyřešit ještě jednoduché obnovy, mazání starých záloh (ideálně pro různé soubory volitelně) a fungování s windows.
    Only Sith deals in absolutes.
    8.8.2010 15:37 kubik | skóre: 14 | blog: KubikuvBlog
    Rozbalit Rozbalit vše Re: Zálohování pomocí rdiff-backup
    Obnova posledních verzí souborů je prosté kopírování z identické adresářové struktury.

    Na mazání starých verzí je tam spousta parametrů, viz ty odkazy. Myslím, že lze odmazávat nejen podle data, ale i podle počtu verzí. Selekce na vybraný adresář je tam taky. Ty seznamy adresářů lze mít v externím souboru.

    V mém případě je většina souborů fotky a muzika, které prostě žádné verze nebudou mít. A jak budou narůstat inkrementace zbývajících souborů ukáže až čas.

    Verze pro Windows existuje, mě však zatím moc nezajímá. Nicméně ocenil bych, kdyby sem někdo připsal nějaké zkušenosti.
    Nicky726 avatar 8.8.2010 15:54 Nicky726 | skóre: 56 | blog: Nicky726
    Rozbalit Rozbalit vše Re: Zálohování pomocí rdiff-backup
    V mém případě je většina souborů fotky a muzika, které prostě žádné verze nebudou mít.
    No také jsem v to doufal, ale ono stačí opravit špatné ID3 u hudby, přidat tagy k fotkám a hned je nová verze souboru na světě. Je ale fakt, že to není kritické, jako u některých konfiguráků, které se mění každou chvilku (třeba v .kde).
    Enjoy the detours. There you’ll find the things more important than what you want. (Hunter x Hunter)
    8.8.2010 16:43 VSi | skóre: 28
    Rozbalit Rozbalit vše Re: Zálohování pomocí rdiff-backup
    Používám rdiff-backup taky, má některé dobré, až unikátní vlastnosti, ale i problémy.

    Co se mi líbí: poslední záloha je obnovitelná prostou kopií; lze si snadno nechat vylistovat verze konkrétního souboru / adresáře, takže člověk vidí, že z 50 záloh se ten soubor změnil třeba dvakrát, a kdy; zálohuje metadata (práva, ACL, rozšířené atributy) zvlášť, takže se tyhle věci neztratí třeba při zálohování na FAT32 disk nebo něco takového.

    Co je "horší": starší zálohy jsou v nějakém speciálním formátu a jsou inkrementální mezi jednotlivými zálohami, takže při obnově hodně starého stavu se musí projít všechny inkrementy - trvá to dlouho a při jednom poškozeném souboru jsou všechny starší zálohy taky nečitelné. Vytváření těch inkrementů u velkých souborů na pomalejším stroji taky může trvat dlouho, je pak lepší vypnout kompresi.

    Zálohuju tím i Windows stroje - přes mount.cifs si na linuxovém serveru připojím sdílený adresář z Windows. Je dobré si na to ve Windows založit speciálního uživatele, kterému dáme ACL jen pro čtení na celou zálohovanou oblast. Záloha z Windows stroje s 10000 soubory a 2.5 GB trvá 3-5 minut. Teoreticky lze Windows zálohovat i přes ssh a nativní rdiff (ano, na Win lze pustit ssh server), ale jsou problémy s češtinou v názvech a nepřišlo mi to nějak výhodné.

    Pokud zálohujete linuxový systém, kde má data víc uživatelů, stejně bude muset zálohování běžet pod rootem. Jiná možnost by byla dát speciálnímu uživateli právo čtení na zálohované soubory, ale to lze ve složitějších případech jen pomocí ACL, a stejně to není jistota (uživatel může i nechtěně ACL odebrat). Naštěstí lze s využitím ssh klíčů zajistit, že rdiff-backup sice poběží pod rootem, ale nebude moct dělat nic jiného, než číst z daného adresáře (za předpokladu, že v rdiff-backup není bug):
    command="rdiff-backup --server --restrict-read-only /",from="nejakystroj",no-port-forwarding,no-
    X11-forwarding,no-pty ssh-rsa AAAAB3NzaC1 ...
    Tím se dosáhne toho, že při kompromitaci zálohovacího stroje není ohrožen stroj zálohovaný. Samozřejmě útočník získá data, s tím nejde dělat nic (leda je zálohovat šifrovaná).

    Nakonec dělám zálohy radši pomocí nástroje dirvish (totožná funkce s rsnapshot, ale líbí se mi víc, má dobře ošetřené i chybové stavy, kdy se během zálohování stroj vypne; pochopit konfiguraci ale nebylo vůbec snadné). Výhoda je snadná "viditelnost" všech záloh. Tam zase člověk narazí na problémy s množstvím hardlinků, jak už tu bylo zmíněno. Jen mazání jedné staré zálohy trvá desítky minut. Zálohuju 1 milion souborů, 90 GB, a smazání jedné zálohy + udělání nové je na 2 hodiny i když se skoro nic nezmění. Ale je to slabý stroj (Celeron 1.7 GHz, 256 MB RAM) a zálohuje se na obyčejný SATA disk.

    Všechny tyhle zálohovací programy typu rsnapshot a rdiff vypadají hezky, ale pro větší nasazení můžou přijít problémy, na to pozor! Pak je často nejlepší volba klasický inkrementální TAR nebo něco obdobného. Skutečně by to chtělo pořádný filesystem typu ZFS, a tohle řešit na jeho úrovni.
    8.8.2010 19:24 iki | skóre: 6
    Rozbalit Rozbalit vše Re: Zálohování pomocí rdiff-backup
    Pouzivam dlouhodobe na zalohovani objemu cca 100GB Disk ARchive. Umi diferencialni i inkrementalni zalohy, resp. v prikazu se urcuje, oproti cemu probiha rozdilova zaloha, takze muzete vybrat jak posledni full archiv, tak posledni inkrementalni archiv. Neni to klient-server - zalohovaci medium/server je nutne primountovat na zalohovanem stroji. Je portovany i na Windows (nutnost zadavat cesty v Cygwin formatu).
    8.8.2010 19:25 iki | skóre: 6
    Rozbalit Rozbalit vše Re: Zálohování pomocí rdiff-backup
    Obnova OK ;)
    David Šmíd avatar 9.8.2010 10:16 David Šmíd | skóre: 10 | blog: dsmid
    Rozbalit Rozbalit vše Re: Zálohování pomocí rdiff-backup

    Doporučuji logovací file system nilfs2 + rsync.

    Udržuje historii zápisů, FS dá se namountovat tak, jak vypadal v určitém bodě v čase (readonly). Staré logy (starší než tzv. protection period) se automaticky mažou, aby se uvolňovalo místo.

     


    Jediné "intuitivní" rozhraní je bradavka. Všechno ostatní se musíte naučit. -- Bruce Ediger, o uživatelském rozhraní
    13.8.2010 10:27 bender
    Rozbalit Rozbalit vše Re: Zálohování pomocí rdiff-backup
    rdiff-backup má ještě jednu výhodu - výborně se popere s různýmy souborovými systémy. Takže můžeš klidně zálohovat z ext3 na fat32 a nepřijdeš o správné názvy souborů a ani třeba o rozšířené atributy atd.
    Cohen avatar 15.8.2010 23:47 Cohen | skóre: 21 | blog: Drobnosti | Brno
    Rozbalit Rozbalit vše Re: Zálohování pomocí rdiff-backup

    Další nespornou výhodou je, že máte „zadarmo“ ošetřenou kontrolu integrity dat (i v historických snapshotech) – v rámci metadat se ukládají SHA-1 součty souborů, takže se dá ověřit, že data na záložním médiu tiše nedegradují. Dokud nebude počítání kontrolních součtů všech dat běžnou funkcí filesystémů (jako to dělá Btrfs či ZFS), tak je to k nezaplacení.

    Tichá degradace dat totiž dle mého bude v budoucnu asi docela závažný problém a je dobře, že nadcházející filesystémy už to řeší. Zajistit bezchybnost dat na 2/4/8... TB disku je totiž podstatně obtížnější úkol, než zajisti bezchybnost dat na 40 GB disku, i když disky sami mají nejrůznější mechanismy pro kontrolu předávaných dat.

    OpenPGP key fingerprint: 489C 5EC8 0FD6 2BE8 9E59 B4F7 19C1 3E8C E0F5 DB61 (https://www.fi.muni.cz/~xruzick7/pgp-klic/)

    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.