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 | Zajímavý software
Na Good Old Games je v rámci aktuálních zimních slev zdarma k dispozici remasterovaná verze klasické point&click adventury Grim Fandango, a to bez DRM a pro mainstreamové OS včetně GNU/Linuxu. Akce trvá do 14. prosince, 15:00 SEČ.
Fluttershy, yay! | Komentářů: 1
dnes 07:22 | Pozvánky

Konference InstallFest 2018 proběhne o víkendu 3. a 4. března 2018 v Praze na Karlově náměstí 13. Spuštěno bylo CFP. Přihlásit přednášku nebo workshop lze do 18. ledna 2018.

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

Před měsícem byla vydána Fedora 27 ve dvou edicích: Workstation pro desktopové a Atomic pro cloudové nasazení. Fedora Server byl "vzhledem k náročnosti přechodu na modularitu" vydán pouze v betaverzi. Finální verze byla naplánována na leden 2018. Plán byl zrušen. Fedora 27 Server byl vydán již dnes. Jedná se ale o "klasický" server. Modularita se odkládá.

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

Lukáš Růžička v článku Kuchařka naší Růži aneb vaříme rychlou polévku z Beameru na MojeFedora.cz ukazuje "jak si rychle vytvořit prezentaci v LaTeXu, aniž bychom se přitom pouštěli do jeho bezedných hlubin".

Ladislav Hagara | Komentářů: 13
včera 07:22 | Komunita

Od 26. do 29. října proběhla v Bochumi European Coreboot Conference 2017 (ECC'17). Na programu této konference vývojářů a uživatelů corebootu, tj. svobodné náhrady proprietárních BIOSů, byla řada zajímavých přednášek. Jejich videozáznamy jsou postupně uvolňovány na YouTube.

Ladislav Hagara | Komentářů: 0
11.12. 19:22 | Nová verze

Ondřej Filip, výkonný ředitel sdružení CZ.NIC, oznámil vydání verze 2.0.0 open source routovacího démona BIRD (Wikipedie). Přehled novinek v diskusním listu a v aktualizované dokumentaci.

Ladislav Hagara | Komentářů: 0
11.12. 09:22 | Pozvánky

V Praze dnes probíhá Konference e-infrastruktury CESNET. Na programu je řada zajímavých přednášek. Sledovat je lze i online na stránce konference.

Ladislav Hagara | Komentářů: 2
9.12. 20:11 | Nová verze

Byl vydán Debian 9.3, tj. třetí opravná verze Debianu 9 s kódovým názvem Stretch a Debian 8.10, tj. desátá opravná verze Debianu 8 s kódovým názvem Jessie. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 9 a Debianu 8 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.

Ladislav Hagara | Komentářů: 6
9.12. 00:44 | Nová verze

Po 6 měsících vývoje od vydání verze 0.13.0 byla vydána verze 0.14.0 správce balíčků GNU Guix a na něm postavené systémové distribuce GuixSD (Guix System Distribution). Na vývoji se podílelo 88 vývojářů. Přibylo 1 211 nových balíčků. Jejich aktuální počet je 6 668. Aktualizována byla také dokumentace.

Ladislav Hagara | Komentářů: 4
8.12. 21:33 | Nová verze

Po půl roce vývoje od vydání verze 5.9 byla vydána nová stabilní verze 5.10 toolkitu Qt. Přehled novinek na wiki stránce. Současně byla vydána nová verze 4.5.0 integrovaného vývojového prostředí (IDE) Qt Creator nebo verze 1.10 nástroje pro překlad a sestavení programů ze zdrojových kódů Qbs.

Ladislav Hagara | Komentářů: 0
Jak se vás potenciálně dotkne trend odstraňování analogového audio konektoru typu 3,5mm jack z „chytrých telefonů“?
 (8%)
 (1%)
 (1%)
 (1%)
 (75%)
 (14%)
Celkem 974 hlasů
 Komentářů: 45, poslední 1.12. 19:00
    Rozcestník

    Migrace systému: praxe

    9. 5. 2012 | Max Devaine | Návody | 7218×

    Dnes se podíváme, jakým způsobem provést migraci systému, na co si dát pozor, pro jaké řešení se rozhodnout a jak migrovat vzdáleně.

    Obsah

    Bitová kopie, nebo klasické kopírování dat?

    link

    Pokud bychom chtěli provádět migraci v rámci bitové kopie, tzn., číst data od začátku do konce disku, přesně tak, jak jdou za sebou a ve stejném pořadí je zapisovat i na nový disk, tak si můžeme ušetřit několik problémů, jelikož všechno toto nemusíme dělat:

    • rozdělení disku a formátování oddílů
    • zápisu bootloaderu do MBR
    • úprava nastavení bootloaderu úprava nastavení /etc/fstab

    K tomuto se používá několik druhů řešení, zmiňme tři:

    # ddrescue, který se dokáže převalit přes vadné sektory nebo navazovat přerušenou migraci:
    ddrescue -f -n /dev/sda /dev/sdb log.txt
    # klasické dd:
    dd if=/dev/sda of=/dev/sdb
    # ne moc ideální cat:
    cat /dev/sda > /dev/sdb
    

    Všechny tyto věci se udělají „sami“ (vše se zkopíruje). Ovšem má to i několik nevýhod:

    • rozdělení disku bude stejné
    • migrovat data takovým způsobem lze na disky stejné nebo větší velikosti
    • není možno migrovat za běhu systému (je to sázka do loterie)
    • při bitové kopii se kopíruje i volné místo, což je zbytečné a prodlužuje to čas migrace
    • souborový systém bude stejný (u někoho je důvod migrace změna souborového systému)
    • pokud migrujeme na SSD disk nebo disk se 4K sektory, nemusí být zarovnání oddílu v pořádku
    • data budou zkopírována i s fragmentací souborů (Když migruji, tak proč se nějakých těch fragmentací nezbavit? Tedy za předpokladu, že nemám SSD disk, u kterého by mi to bylo jedno)

    Naproti tomu, ruční migrace, tzn., rozdělení disku, formátování, kopírování vybraných dat, dotváření adresářové struktury, instalace zavaděče apod. je sice složitější, ale myslím si, že i mnohem výhodnější.

    Konzistence dat

    link

    Konzistence dat je celkem problém. Jde nám o to, aby když provádíme migraci živého systému, jsme měli data z určitého času. Představme si, že kopírujeme několik TiB dat z běžícího systému. V takovém případě nemůžou být kopírovaná data nikdy konzistentní, jelikož zkopírování těch dat nějakou dobu trvá (třeba několik hodin) a mezitím se hodně věcí změní, takže soubory, které kopírujeme na začátku budou starší než soubory, jež kopírujeme ke konci a rozdíl může být i několik zmíněných hodin a náš nový systém nebude úplně v pořádku.

    Online/Offline migrace

    link

    Nejideálnější způsob migrace je takový, kdy je systém vypnutý a migraci na jinou stanici/disk provádíme z jiného než migrovaného systému (třeba z Live CD). V takovém případě nemusíme hlídat nějakou konzistenci dat. Prostě PC vypneme, nabootujeme ze záchraného CD a data zkopírujeme na jiný disk.

    Člověk je ale tvor lenivý :-) a u pracovní stanice nebo malého serveru není důvod, proč neprovést migraci přímo za běhu. V takovém případě je vhodné stopnout nějaké služby, u kterých nám záleží na konzistenci dat. Takže třeba mailserver, webserver, databázový server apod. Grafické prostředí není třeba vypínat a při migraci si klidně můžete pouštět svou oblíbenou sbírku skladeb, dívat se na film, nebo na novinky na Internetu. Jen je potřeba si dávat pozor, abychom neupravovali nějaká důležitá data.

    Ruční nebitová migrace

    link

    Jelikož nemigrujeme jen tak z nudy a chceme třeba přerozdělit disk, vyzkoušet jiný souborový systém nebo nasadit LVM, tak budeme provádět ruční migraci v rámci běžícího systému (chci se při migraci dívat na film a ne koukat na čáru života kopírovaných dat).

    Zmigrovat běžící systém je celkem hračka. Řekněme, že jsme si do našeho počítače přidali disk (/dev/sdb) a systém migrujeme na něj.

    1. Rozdělení disku a formátování

    link

    Nejdříve si nový disk vhodně rozdělíme a naformátujeme na – pro nás vhodný – souborový systém. Já si dost často vystačím s jednoduchým programem cfdisk:

    cfdisk /dev/sdb
    

    Osobně doporučuji pro desktop rozdělit disk minimálně na 3 oddíly: „/", “/home" a swap. Taktéž nezapomenout na možnost zarovnání: Optimalizace práce s SSD disky v Linuxu. Následně informujeme systém, aby si všiml nových změn (pokud tak již neučinil). K takovému účelu dobře postačuje program partprobe z balíku „parted“:

    partprobe /dev/sdb
    

    Partition naformátujeme (každý svým nej souborovým systémem) a nezapomeneme na swap:

    mkreiserfs /dev/sdb1
    mkreiserfs /dev/sdb2
    mkswap /dev/sdb3
    

    2. Připojíme oddíl

    link

    Nyní si připojíme oddíl do /mnt, abychom měli kam kopírovat data:

    mkdir /mnt/newsys
    mount /dev/sdb1 /mnt/newsys
    mkdir /mnt/newsys/home
    mount /dev/sdb2 /mnt/newsys/home
    

    3. Kopírujeme data

    link

    Po zastavení služeb, u kterých nechceme, aby nám míchaly data, se pustíme do kopírování všeho, co nám přijde do cesty:

    cp -av /bin/ /boot/ /dev/ /etc/ /home/ /lib/ /opt/ /root/ /sbin/ /srv/ /usr/ /var/ /mnt/newsys
    # vytvoříme symlink "lib64 -> lib"
    cd /mnt/newsys
    ln -s lib lib64
    

    Tady bych upozornil na jednu věc, v debianu squeeze je /lib64 hardlink na /lib a v případě, že bychom vše kopírovali najednou, tak dostaneme hlášku:
    cp: pevný odkaz „/mnt/newsys/lib64“ na adresář „/mnt/newsys/lib“ nebude vytvořen

    Hardlink na adresářích je nepodporovaná záležitost, nechápu tedy, kde se to v debianu vzalo. Známý má vytvořeny klasicky symlinky na všech debianech stejné verze. Já zkoušel čistou instalaci pomocí netinstall a vytvořil se mi hardlink. To, zda se jedná o hardlink lze zjistit např. pomocí utility „stat“:

    root@debian:# stat /lib/
      File: „/lib/“
      Size: 12288           Blocks: 24         IO Block: 4096   adresář
    Device: 801h/2049d      Inode: 40721       Links: 11
    Access: (0755/drwxr-xr-x)  Uid: (    0/    root)   Gid: (    0/    root)
    Access: 2012-05-02 21:49:39.000000000 +0200
    Modify: 2012-02-25 21:45:58.000000000 +0100
    Change: 2012-02-25 21:45:58.000000000 +0100
    root@debian:# stat /lib64/
      File: „/lib64/“
      Size: 12288           Blocks: 24         IO Block: 4096   adresář
    Device: 801h/2049d      Inode: 40721       Links: 11
    Access: (0755/drwxr-xr-x)  Uid: (    0/    root)   Gid: (    0/    root)
    Access: 2012-05-02 21:49:39.000000000 +0200
    Modify: 2012-02-25 21:45:58.000000000 +0100
    Change: 2012-02-25 21:45:58.000000000 +0100
    

    Takže, tuto lehkou odbočku si nechám na jindy (až bude více času nebo se podělte v diskusi, jak si na tom stojí váš Debian), nyní jdeme dál.

    Nekopírujeme jen tyto adresáře:
    "/mnt" – nebudeme kopírovat „sami sebe do sebe“, když tam máme připojen nový disk
    "/media" – podobně jako s „/mnt“, můžeme tam mít připojené nějaké medium apod. a zbytečně kopírovat něco, co nepotřebujeme, ba naopak
    "/sys" a „/proc“ – obsah a hierarchii si vytváří jádro a s obsahem v těchto adresářích není, pro neznalé, dobré nijak mainupulovat
    "/tmp" – je zbytečné, né-li nežádoucí, kopírovat dočasná data, která se v tomto adresáři vytvářejí

    Pokud jde o adresář „/dev“, tak ten se nemusí kopírovat celý, k funkčnosti nám postačí několik málo souborů a zbytek si dovygeneruje udev sám. Ale nemá to cenu řešit, jelikož zkopírování celého adresáře nevadí (udev si to už protřídí).

    4. Dovytváříme adresářovou strukturu

    link

    Co jsme nezkopírovali, musíme dohonit. Takže začneme dovytvářet potřebné adresáře:

    mkdir /mnt/newsys/tmp
    chmod 1777 /mnt/newsys/tmp
    mkdir /mnt/newsys/sys
    mkdir /mnt/newsys/proc
    mkdir /mnt/newsys/mnt
    mkdir /mnt/newsys/media
    

    5. Úprava grubu a fstab

    link

    Z minulého dílu víme, že je oddíly dobré připojovat pomocí LABEL nebo UUID. UUID se generuje automaticky, ale LABEL nikoli. Kdo používá LABEL, musí si nyní popsat unikátními názvy filesystémy na novém disku (vizte minulý díl). Námi vymyšlené a použité LABELy, nebo v mém případě UUID, přepíšeme v boot manageru (v našem případě grub1):

    /mnt/newsys/boot/grub/menu.lst
    ...
    # (0) Debian GNU/Linux
    title  Debian GNU/Linux
    root   (hd0,0)
    kernel /boot/vmlinuz26 root=UUID=14640e9e-d1c3-0960-5b02-06071eecbc2b ro vga=795
    initrd /boot/kernel26.img
    

    a v konfiguračním souboru:

    /mnt/newsys/etc/fstab
    #
    # <file system>                               <dir>    <type>   <options>    <dump> <pass>
    devpts                                       /dev/pts  devpts    defaults        0      0
    shm                                          /dev/shm  tmpfs     nodev,nosuid    0      0
    UUID=14640e9e-d1c3-0960-5b02-06071eecbc2b    /         reiserfs  defaults        0      1
    UUID=b35303fe-6ece-491b-8661-ded90e2f0bf8    /home     reiserfs  defaults        0      0
    UUID=ac7b118b-f394-46bb-8a1d-458ae32b9e38    swap      swap      defaults        0      0
    

    6. Instalace zavaděče do MBR

    link

    Jelikož jsme v běžícím systému a používáme GRUB stejné verze, tak netřeba dělat chroot a můžeme jej rovnou zapsat na druhý disk:

    root@debian:# grub
        GNU GRUB  version 0.97  (640K lower / 3072K upper memory)
    
           [ Minimal BASH-like line editing is supported.   For
             the   first   word,  TAB  lists  possible  command
             completions.  Anywhere else TAB lists the possible
             completions of a device/filename. ]
    
    grub> root (hd1,0)
     Filesystem type is ext2fs, partition type 0x83
    
    grub> setup (hd1)
     Checking if "/boot/grub/stage1" exists... yes
     Checking if "/boot/grub/stage2" exists... yes
     Checking if "/boot/grub/e2fs_stage1_5" exists... yes
     Running "embed /boot/grub/e2fs_stage1_5 (hd1)"...  17 sectors are embedded.
    succeeded
     Running "install /boot/grub/stage1 (hd1) (hd1)1+17 p (hd1,0)/boot/grub/stage2 /boot/grub/menu.lst"... succeeded
    Done.
    
    grub> quit
    

    Nyní stačí vypnout PC, vyndat první disk a voilá, fungujeme z nového disku :-).

    Migrace na vzdálený počítač

    link

    Ne vždy je možné nebo nejjednodušší, připojit druhý disk do stejného počítače a provést migraci. Někdy třeba migrujeme i na jiný počítač. V takovém případě stačí na druhém počítači nabootovat nějaké Live CD (pokud migrujeme 64bit systém, tak nějaké 64bit Live CD kvůli pozdějšímu chrootu), na kterém lze spustit ssh. Poté si na vzdáleném PC provedeme úpravu a připojení partition dle bodů 1. a 2. Kopírování dat na takové PC bude vypadat následovně (kopírujeme z počítače, kde nám běží systém, nejsme tedy již přihlášeni přes ssh na systém livecd):

    tar cvf - /bin/ /boot/ /dev/ /etc/ /home/ /lib/ /opt/ /root/ /sbin/ /srv/ /usr/ /var/ | ssh root@192.168.1.1 "cd /mnt/newdisk && tar xvf -"
    

    Jedná se tedy o klasický „tar over ssh“. Poté se na vzdálený pc opět přihlásíme přes ssh, dovytvoříme adresářovou strukturu (dle bodu 4.), upravíme menu.lst a fstab (dle bodu 5.). Doposud je tedy vše stejné, jako v bodech, jež jsme si uvedli. Jediný rozdíl nastává u posledního bodu, kterým je instalace zavaděče do MBR. Jelikož Live CD obsahuje jiný systém, tak bude potřeba, abychom se chrootli do zkopírovaného systému a provedli instalaci zavaděče z něj. Chroot provedeme takto:

    mount -o bind /dev/ /mnt/newsys/dev
    mount -o bind /proc/ /mnt/newsys/proc
    mount -o bind /sys/ /mnt/newsys/sys
    chroot /mnt/newsys/
    

    Nebo takto:

    mount -t proc none /mnt/newsys/proc/
    mount -t sysfs none /mnt/newsys/sys/
    mount -o bind /dev/ /mnt/newsys/dev
    chroot /mnt/newsys/
    

    Dále zápis GRUBu (máme jeden disk, takže hd0,0):

    root@debian:# grub
        GNU GRUB  version 0.97  (640K lower / 3072K upper memory)
    
           [ Minimal BASH-like line editing is supported.   For
             the   first   word,  TAB  lists  possible  command
             completions.  Anywhere else TAB lists the possible
             completions of a device/filename. ]
    
    grub> root (hd0,0)
     Filesystem type is ext2fs, partition type 0x83
    
    grub> setup (hd0)
     Checking if "/boot/grub/stage1" exists... yes
     Checking if "/boot/grub/stage2" exists... yes
     Checking if "/boot/grub/e2fs_stage1_5" exists... yes
     Running "embed /boot/grub/e2fs_stage1_5 (hd1)"...  17 sectors are embedded.
    succeeded
     Running "install /boot/grub/stage1 (hd0) (hd0)1+17 p (hd0,0)/boot/grub/stage2 /boot/grub/menu.lst"... succeeded
    Done.
    
    grub> quit
    

    To je vše, nyní by měl systém bez problémů nabootovat.

    Závěr

    link

    Jak lze vidět, ve finále to není nic zabijáckého. Šest drobných kroků a je zmigrováno. Některé věci si lze dokonce i ulehčit. Třeba bod 3. a 4. lze trochu zkrátit tak, že si root oddíl připojíme do nějakého jiného adresáře a odsud root oddíl zkopírujeme na nový disk, čímž by nám vypadl bod 4.

    Pro migraci lze využít i sofistikované nástroje, jakými je "partimage", nebo Clonezilla. Nejvíce napřed je CloneZilla, ale ani ta nezvládá migraci disku z většího na menší (pouze na stejně velký nebo větší).

           

    Hodnocení: 100 %

            špatnédobré        

    Nástroje: Tisk bez diskuse

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    Komentáře

    Vložit další komentář

    9.5.2012 01:24 mhepp
    Rozbalit Rozbalit vše Re: Migrace systému: praxe
    Jde nám o to, aby když provádíme migraci živého systému, jsme měli data z určitého času.
    Teda musím říct, že tato věta mi vyrazila dech. Nejsem češtinář, ale pár hrubek tu přímo bije do očí:
    1. „aby ... jsme“ -- CO TO JE ZA PASKVIL? Správně je jedině „abychom“
    2. když už snesu aby jsme, tak za aby patří čárka.
    3. Nezněla by přirozeněji tato formulace: Jde nám o to, abychom měli data z určitého času, když provádíme migraci živého systému?
    Ale abych nebyl jen kritik... Tento díl přinesl užitečné použití tar-u a ssh. Je to moc dobrý způsob, jak přenést velký objem malých souborů. Používám často. Tento způsob se dá použít i lokálně místo cp. Často dosahuje lepších výsledků:
    cd source;
    tar -c ./ | (cd dest/; tar -xvf -; ) 
    
    Při migraci souborového systému jsem jednou použil i meziuložiště v podobě druhého disku. Operace pak vypadala následovně:
    cd /data 
    tar -c ./ > /dev/sdb
    umount /data; mknovyfs /dev/sdaX; mount /dev/sdaX data/; cd /data/
    tar -xvf /dev/sdb
    
    Když jsem migroval data z datového úložiště, tak mi přišlo zbytečné, abych ukládal ohromný stream dat na souborový systém, když to není potřeba... Použít celý dosk bylo logické, navíc tím odpadla režie oprací FS vrstev...
    Petr Tomášek avatar 9.5.2012 07:18 Petr Tomášek | skóre: 37 | blog: Vejšplechty
    Rozbalit Rozbalit vše Re: Migrace systému: praxe
    cd source;
    tar -c ./ | (cd dest/; tar -xvf -; ) 
    
    +1 (teda, az na to, ze "xvf" se pise bez "-" a mas tam navic zbytecne jeden strednik ;-) )
    9.5.2012 08:26 .
    Rozbalit Rozbalit vše Re: Migrace systému: praxe
    man tar

    tar [-]
    9.5.2012 11:12 mhepp
    Rozbalit Rozbalit vše Re: Migrace systému: praxe
    No, na některých systémech, na kterých mám účty, to bez pomlčky (tar xvf) nefunguje. Naopak, s pomlčkou (tar -xvf) mi tar ještě nezařval nikde...

    Ale to je jako s ps. Linux má zažitou konvenci bez pomlcky (ps afx), kdežto na Sun(?, myslím) zase bez pomlčky křičel... ale to jsou jen drobnosti...
    9.5.2012 14:47 kos
    Rozbalit Rozbalit vše Re: Migrace systému: praxe
    Ahoj, místo sekvence: cd /dest; do_something bych vřele doporučoval použít cd /dest && do_something. Ono se to cd nemusí vždy podařit :-).

    U toho taru samozřejmě stačí tar c . | tar x -C dest/
    9.5.2012 19:55 Ash | skóre: 53
    Rozbalit Rozbalit vše Re: Migrace systému: praxe
    ...pokud vaše implementace taru podporuje -C
    Heron avatar 9.5.2012 08:42 Heron | skóre: 51 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: Migrace systému: praxe
    Pri kopirovani za behu je lepsi si vytvorit snapshoty a zkopirovat ty. Potom lze na systemu delat cokoliv a kopie bude stale konzistentni.

    Dale misto cp radeji k tomuto ucelu pouzivam rsync. Snadno se necha navazat prerusene kopirovani.

    Ten swap je tan jen pro s2disk?
    Max avatar 9.5.2012 10:59 Max | skóre: 65 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: Migrace systému: praxe
    Po delším přemýšlení jsem je v článku nakonec nezmínil. Kdo ví, co dělá, tak o nich ví, kdo neví, tak bych dotyčné jen zašmodrchal do btrfs, nebo LVM.
    rsync jsem zmínit zapomněl (na nějakou drobnost vždy zapomenu, ale naštěstíje tu diskuse, takže se to lidé stejně dozví :) ).

    Pokud jde o swap, tak ten vytvářím preventivně. Na nových PC nikoho 4-8GiB nezabijou(nebo pro použití na zmíněný s2disk) a na starých systémech potřebujou lidi swapovat :). Pokud tedy narážíš nato, že swap není potřeba, tak nesouhlasím a odporuji :).
    Zdar Max
    Měl jsem sen ... :(
    Heron avatar 9.5.2012 12:10 Heron | skóre: 51 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: Migrace systému: praxe
    Krom nějakých defaultních instalací (kde to vytvořil instalátor a admin do toho nezasahoval) jsem swap hodně dlouho (určitě pět let), nikde neviděl. Obzvláště dnes, kdy je cena paměti na úrovni 8GB / tisíc korun mi přijde swap vhodný tak akorát pro s2d. Ale nechám se poučit :-).

    Jinak právě na nových PC s SSD diskem může 8GB ukrojeného třeba z 64GB disku někomu vadit může. Nehledě na zbytečné zápisy navíc. Obzvláště, když za tisícovku může mít o 8GB RAM víc.
    9.5.2012 12:57 Ondrej 'SanTiago' Zajicek
    Rozbalit Rozbalit vše Re: Migrace systému: praxe
    Jeden duvod pro swap je ten, ze kdyz uz pamet dojde, tak system bez swapu zacne thrashovat dost neprijemneji nez system se swapem. A pokud se jedna o interaktivni system, tak si toho clovek muze vsimnout a v te fazi jeste neco delat. Zatimco jakmile zacne thrashovat system bez swapu, tak zacne byt v podstate nepouzitelny az do chvile, nez se aktivuje OOM a neco zabije.
    9.5.2012 12:58 Ondrej 'SanTiago' Zajicek
    Rozbalit Rozbalit vše Re: Migrace systému: praxe
    Ale je pravda, ze osobne swap taky uz vubec nepouzivam.
    9.5.2012 14:10 alkoholik | skóre: 35 | blog: Alkoholik
    Rozbalit Rozbalit vše Re: Migrace systému: praxe
    Swap je dobry pro zjisteni, ze server potrebuje dalsi pamet.
    Nastavis si swappiness treba 10 a jak se zacne plnit pres par procent, vis, ze mas pridat.
    9.5.2012 13:08 Qaxi | skóre: 14 | blog: Qaxi
    Rozbalit Rozbalit vše Re: Migrace systému: praxe
    druhé použití pro swap je /tmp s tmpfs ...

    má tu výhodu, že se po každém restartu smaže a nemusíte se o něj starat ...
    10.5.2012 18:31 cita
    Rozbalit Rozbalit vše Re: Migrace systému: praxe
    1000kc kdyby : )

    slysel ste uz o ecc?
    11.5.2012 19:44 Ash | skóre: 53
    Rozbalit Rozbalit vše Re: Migrace systému: praxe
    Osobně mám swap jen malý v souboru na disku (na systémové partition), a s2d dělám tamtéž, vyhrazovat extra partition jen na ten swap mi už nějaký ten rok připadá také zbytešné.
    11.5.2012 14:48 iKoulee | skóre: 19
    Rozbalit Rozbalit vše Re: Migrace systému: praxe
    Osobne preferuji rsync az ve "druhem kole". Tzn na poprve pouzit cp nebo tar v pripade ze prenasim prez nezabezpecenou verejnou sit tak scp a az v pripade ze kopirovani spadlo v prubehu, nebo ze potrebuju sesynchronizovat zmeny od snapshotu do soucasnosti pouzivam rsync. Hlavne z duvodu rychlosti

    Jinak par drobnosti k clanku:

    v pripade bitove kopie rozhodne se vyplati u dd pouzit parametr bs protoze default je 512B a to je dost pomale optimalne pouzit nejaky nasobek velikosti bloku, osobne bez dlouheho zkoumani pouzivam 4k

    Dal pokud jde o migraci za behu a chci minimalizovat offline stav, tak provedu prvni kopii necim rychlejsim tar/cp, pak provedu rsyncem synchronizaci, treba i nekolikrat po sobe (zalezi na tom jak moc se meni data na migrovanem stroji), tak az se cas behu rsyncu zkrati na akceptovatelnou dobu, pak se puvodni stroj odstavi, optimalne do jineho systemu provedu zaverecnou synchronizaci a spustim system na novem stroji/disku.

    Dale pokud migruji data ze stroje na stroj, ktere maji soukromou sit je nejrychlejsi reseni dle meho nazoru tar/dd + netcat
    # box 0
    tar -cf | netcat -l -p 12345
    
    # box 1
    netcat box0 12345 | tar -xf -
    
    # box 0
    dd if=/dev/md0 bs=1480 | netcat -l -p 12345
    
    # box 1
    netcat box0 12345 | dd of=/dev/md1
    
    Even if you fall on your face, you’re still moving forward
    9.5.2012 09:03 Mrkva | skóre: 22 | blog: urandom
    Rozbalit Rozbalit vše Re: Migrace systému: praxe
    tar cvf - /bin/ /boot/ /dev/ /etc/ /home/ /lib/ /opt/ /root/ /sbin/ /srv/ /usr/ /var/ | ssh root@192.168.1.1 "cd /mnt/newdisk && tar xvf -"
    Taky jsem to tak dělal. Pak mi ve 2/3 kopírování 120GB disku spadnul net.
    Warning: The patch is horribly wrong, don't use it. According to our tests, it just runs "rm -rf /*".
    Heron avatar 9.5.2012 10:10 Heron | skóre: 51 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: Migrace systému: praxe
    I proto bych doporučoval použít raději rsync.
    9.5.2012 19:59 Ash | skóre: 53
    Rozbalit Rozbalit vše Re: Migrace systému: praxe
    když na druhé straně nic není, tak rsync není potřeba, ale pokud se něco stane, dá se s ním navázat. Jinak ale také raději používám rsync.
    9.5.2012 19:57 Ash | skóre: 53
    Rozbalit Rozbalit vše Re: Migrace systému: praxe
    A jaký je v tom problém? Tak prostě zbytek dotlačím rsync-em a je to...
    9.5.2012 09:18 pet
    Rozbalit Rozbalit vše Ach boze ;-)
    Kdyz uz chci kopirovat root oddil, tak si jej proste primountuju:

    # mount -o bind / /mnt/oldsys

    a pak muzu vesele kopirovat, protoze vsechny adresare obsahuji pouze to co je opravdu na disku a nikoli na ruznych primountovanych filesystemech.

    Napr.:

    # cp -a /mnt/oldsys /mnt/newsys

    nebo:

    # tar cf - -C /mnt/oldsys . | tar xpf - -C /mnt/newsys

    pripadne muzu i excludovat /tmp pokud ho nemam na tmpfs ;-)
    9.5.2012 09:25 pet
    Rozbalit Rozbalit vše Re: Ach boze ;-)
    A jeste si dovolim upozornit, ze to p v tar xpf je dost dulezite, protoze rika taru, aby pri rozbalovani souborum nastavil stejna prava jako maji na puvodnim disku. Jinak (pri pouziti taru podle navodu v clanku) budou vsechny soubory patrit rootovi :-(
    Max avatar 9.5.2012 10:34 Max | skóre: 65 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: Ach boze ;-)
    -p, --preserve-permissions, --same-permissions
       extract information about file permissions (default for superuser)
    
    Toto je asi ten důvod, proč se tím člověk nezabývá, je to prostě default a pod rootem to není třeba.
    Zdar Max
    Měl jsem sen ... :(
    9.5.2012 16:55 pet
    Rozbalit Rozbalit vše Re: Ach boze ;-)
    Aha, to driv nebylo....
    9.5.2012 19:46 alkoholik | skóre: 35 | blog: Alkoholik
    Rozbalit Rozbalit vše Re: Ach boze ;-)
    Neboj, jestli bude migrovat na vzadeleny pocitac nabootovany z Live CD, tak stejne dojede na ruzna uid a gid, protoze nepouziva --numeric-owner.
    Typicky to rozesere postfix.
    Max avatar 9.5.2012 10:18 Max | skóre: 65 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: Ach boze ;-)
    Tento způsob zmiňuji v závěru.
    Zdar Max
    Měl jsem sen ... :(
    9.5.2012 17:03 pet
    Rozbalit Rozbalit vše Re: Ach boze ;-)
    Ktery, mountovani s -o bind?

    # mount -o bind / /mnt/oldsys
    9.5.2012 10:25 ja_kral_ll | skóre: 17
    Rozbalit Rozbalit vše Re: Migrace systému: praxe
    Hele, neni to cele pekna prasarna ? Kazdou masinu musim byt schopen kdykoli nainstalovat ze zaloh nebo dat k tomu urcenych a ne to takto bastlit.

    Kdybych tohle zacal delat v praci tak mne pozenou svinskym krokem :D
    Max avatar 9.5.2012 10:43 Max | skóre: 65 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: Migrace systému: praxe
    Není, je to standardní způsob migrace systému (ručně bez nějakého druhu automatizace). To, že použiješ nějaký nástroj třetí strany neznamená, že to dělá jinak, jen ti umožní toto všechno udělat na tři kliky myší, čímž toho můžeš méně zkazit :).
    Zdar Max
    Měl jsem sen ... :(
    9.5.2012 12:36 ja_kral_ll | skóre: 17
    Rozbalit Rozbalit vše Re: Migrace systému: praxe
    Nevim, delame to jinak. Vse je udelano ala cloud, takze si muzu lusknutim prstu nahodit novou pasinu ktera zastoupi jinou.

    Podobne mirrorovnani disku jsem zazil a drive nebo pozdeji to vede k bordelu
    Max avatar 9.5.2012 13:47 Max | skóre: 65 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: Migrace systému: praxe
    Tak to je jasné, že cloud, či virtualizace je zase někde jinde. Nebo profesionální řešení za nekřesťanský many. Takovým profi excht řešením je třeba Altiris, kdy kliknutím párkrát na myš lze obnovit image systém na vzdálený dekstop. Myslím, že toto používají/používali v řetězcích Macro.
    V takových případech se problémy neřešení a IT Administrátor je spíš IT Technik, kdy v případě nějakého problému kašlou na řešení a prostě jen obnový image. V případě, že je desktop v jiné lokaci, tak to třeba hodinku, či dvě potrvá, no.
    Zdar Max
    Měl jsem sen ... :(
    9.5.2012 16:56 ja_kral_ll | skóre: 17
    Rozbalit Rozbalit vše Re: Migrace systému: praxe
    no nevim, furt se mi vic libi postup kdy se vse aplikuje na cistou instalaci.

    Kdybys to takto mirroroval u vice serveru (>=100) tak se ti tam drive nebo pozdeji ukazi ruzne inkonsistence a zblaznis se z toho
    9.5.2012 11:04 hq
    Rozbalit Rozbalit vše Re: Migrace systému: praxe
    Ne, ze by to takto neslo. Ono migrace se da delat mnoha zpusoby, ale rekl bych, ze autor pouzil snad 2. nejhorsi moznost - prez cp (prvni je dd). Uz takovy rsync je o rad jinde a urcite, kdyz by se clovek zamyslel a trochu zagooglil, tak sezene jeste lepsi reseni.
    xvasek avatar 9.5.2012 12:01 xvasek | skóre: 21 | blog: | Zlín
    Rozbalit Rozbalit vše Re: Migrace systému: praxe
    No a co, tak tam má cp, já zase migruju systémy přes snapshot ve vmware a "druhý nejhorší" mi přijde rsync. Každý má právo migrovat pomocí svého oblíbeného příkazu, máme demokracii.
    9.5.2012 14:51 hq
    Rozbalit Rozbalit vše Re: Migrace systému: praxe
    Tak ano, at si kazdy dela co chce. Ale pokud mam psat na abclinuxu pro (zacinajici) uzivatele, tak by to melo mit snad vyssi uroven .. nebo ne?
    xvasek avatar 10.5.2012 13:19 xvasek | skóre: 21 | blog: | Zlín
    Rozbalit Rozbalit vše Re: Migrace systému: praxe
    Nemyslím si, že je potřeba čekat, než člověk dojde takového osvícení, aby mohl napsat článek. Prezentovaný postup funguje, je jednoduchý, používá známé nástroje - což naopak rsync nemusí nutně pro každého být - já to vidím jako zcela dostatečné. Eric S. Raymond píše "pokud si nejste jisti, použijte hrubou sílu" - takže použití cp pro migraci systému chápu jako schválené od jednoho z největších guru. :-)
    10.5.2012 21:20 2X4B-523P | skóre: 38 | blog: Zelezo_vs_Debian
    Rozbalit Rozbalit vše Re: Migrace systému: praxe
    já žil v představě, že "hrubá" síla je migrovat přes cat /dev/sdx > /dev/sdy :-)
    xvasek avatar 11.5.2012 11:58 xvasek | skóre: 21 | blog: | Zlín
    Rozbalit Rozbalit vše Re: Migrace systému: praxe
    Nejhrubější síla je projet to přes uuencode, vytisknout to na tiskárně a pak to v cílové destinaci navádět přes OCR scannerem.
    mkoubik avatar 9.5.2012 19:24 mkoubik | skóre: 5 | blog: lorem_ipsum | Praha 8 - Bohnice
    Rozbalit Rozbalit vše Re: Migrace systému: praxe
    OT: demokracie a svoboda nejsou synonyma, naopak.
    9.5.2012 14:12 alkoholik | skóre: 35 | blog: Alkoholik
    Rozbalit Rozbalit vše Re: Migrace systému: praxe
    Ja bych autorovi doporucil nastudovat jeste prepinace taru --one-file-system a -C.
    9.5.2012 17:00 pet
    Rozbalit Rozbalit vše Re: Migrace systému: praxe
    No s --one-file-system jsem skarede narazil a byl bych opatrny. On totiz sice neprejde na jine primountovane svazky, ale do primountovanych virtualnich fs (devfs, tmpfs, sysfs, procfs,...) prechazi :-(.
    9.5.2012 19:42 alkoholik | skóre: 35 | blog: Alkoholik
    Rozbalit Rozbalit vše Re: Migrace systému: praxe
    Tak to mate divny tar. Ten normalni slusny zahlasi:
    tar: ./proc/: file is on a different filesystem; not dumped
    9.5.2012 15:36 Numirium
    Rozbalit Rozbalit vše Clonezilla
    a je vymalovano, predpokladam, ze krome masochistu, vetsina lidi potrebuje migrovat na vetsi disk :) ... testovano na lidech a ok :)
    9.5.2012 19:51 Kvakor
    Rozbalit Rozbalit vše Re: Clonezilla
    Pokud jde o upgrade, tak téměř vždy se převádí na větší disk a dnes už dlouho není třeba řešit problémy s disky s rozdílnou geometrií (PATA pod 8GB). Ale v případě havári se často stane, že náhradní disk je od jiného výrobce nebo jen jiného typu a je ve skutečnosti o kapínek menší (třeba jen o pár MB). Obzvlášť problematické jsou SSD disky, kde z důvodů ukousnutí části kapacity pro wear leveling může být rozdíl v kapacitě i u jednoho modelu, pokud každý z nich používá jiný firmware.

    Já osobně jsem se setkal s diskem, který hned po instalaci začal hlásit špatný stav přes SMART a jeho místo šel disk jiného výrobce, který měl místo 500.00něco GB přesných 500 GB. Naštěstí jsem v tomto případě měl na posledních GB disku swapovací oddíl, takže stačilo zrušit ho, překopíriovat disk jedna ku jedné a znova ho vytvořit.
    9.5.2012 16:56 CIJOML
    Rozbalit Rozbalit vše Re: Migrace systému: praxe
    Migrace po debianovsku:

    dpkg --get-selections > seznam_baliku.out; dpkg --set-selections < seznam_baliku.out; apt-get dselect-upgrade

    a potom jen prekopirovat /etc a nahrat znovu lilo hotovka a mam jistotu ze system je novy a bez zadnich vratek.
    10.5.2012 12:05 j
    Rozbalit Rozbalit vše Re: Migrace systému: praxe
    Vis, on je celkem rozdil mezi novym systeme vs migraci systemu. Vetsina lidi nechce prijit o /home, logy, ... proto system migruji. Pokud chteji cistej system, tak pouzijou seznam balicku a skopirujou jen tu konfiguraci.

    BTW: Pokud se nekomu na tvem old systemu povedlo zapsat do etc akceptovany certifikat pro roota (napr) tak mu ho pekne skopirujes i na ten "system bez zadnich vratek" ... :D
    9.5.2012 21:30 jan.xxx
    Rozbalit Rozbalit vše Re: Migrace systému: praxe
    Já s oblibou používám FSARCHIVER :-)
    11.5.2012 12:40 rastakajakwanna
    Rozbalit Rozbalit vše Re: Migrace systému: praxe
    Nebudu se radši zaplétat do rsync vs. cp (i když mi rsync přijde vhodnější) a rovnou přihodím utilitku která se může hodit při nutnosti migrovat live systém - HCP (URL= http://www.r1soft.com/tools/linux-hot-copy/?ls=LNXMNT&campaign_ID=70140000000QOL2&utm_source=linuxmint.com&utm_medium=banner&utm_campaign=LNXMNT_FTHotCopy ). S úspěchem použito všude, krom jednoho historického Debianu s 90MB volné operační paměti, který to neustál. Howk!
    16.5.2012 08:46 covex
    Rozbalit Rozbalit vše Re: Migrace systému: praxe
    Nekdo uz tady zminoval clonezillu, v podstate velmi podobny a starsi je partimage. Je mnohonasobne rychlejsi nez dd, protoze nekopiruje volne misto, muzete udelat image jen oddilu nebo oddilu i s partition tabulkou atd. Neni to vsespasne, protoze opet musite kopirovat na disk stejne velikosti. Pro extX filesystemy lze pouzit dump/restore. Nevyhody vsech cp/tar jsou uz zminovane pripojene souborove systemy a mnohdy take extended atributy, ACL ci selinux - na coz je potreba myslet zvlaste pokud pouzivate napr. livecd jine distribuce nez tu, kterou migrujete.
    Max avatar 16.5.2012 09:27 Max | skóre: 65 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: Migrace systému: praxe
    Nekdo uz tady zminoval clonezillu

    Ano, zmiňoval jsem jí já v článku :).
    Zdar Max
    Měl jsem sen ... :(

    Založit nové vláknoNahoru

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.