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

Po cca 3 týdnech od vydání Linux Mintu 18.3 s kódovým jménem Sylvia a prostředími MATE a Cinnamon byla oznámena také vydání s prostředími KDE a Xfce. Podrobnosti v poznámkách k vydání (KDE, Xfce) a v přehledech novinek s náhledy (KDE, Xfce). Linux Mint 18.3 je podporován do roku 2021.

Ladislav Hagara | Komentářů: 6
15.12. 12:55 | Nová verze

Byla vydána verze 17.12.0 KDE Aplikací (KDE Applications). Přehled novinek v kompletním seznamu změn a na stránce s dalšími informacemi. Aplikace, které nebyly dosud portovány na KDE Frameworks 5, byly z KDE Aplikací odstraněny.

Ladislav Hagara | Komentářů: 51
15.12. 03:00 | Komunita

Na Humble Bundle lze získat počítačovou hru Company of Heroes 2 (Wikipedie, YouTube) běžící také v Linuxu zdarma. Speciální akce končí v sobotu v 19:00.

Ladislav Hagara | Komentářů: 0
15.12. 02:00 | Zajímavý software

Christian Kellner představil na svém blogu projekt Bolt řešící bezpečnost rozhraní Thunderbolt 3 na Linuxu. Pomocí příkazu boltctl nebo rozšíření GNOME Shellu lze komunikovat s démonem boltd a například zakázat neznámá zařízení a předejít tak útokům typu Thunderstrike nebo DMA.

Ladislav Hagara | Komentářů: 8
15.12. 01:00 | Nová verze

Po půl roce vývoje od vydání verze 11.0 byla vydána verze 11.1 svobodného softwaru pro vytváření datových úložišť na síti FreeNAS (Wikipedie). Nejnovější FreeNAS je postaven na FreeBSD 11.1. Přehled novinek v příspěvku na blogu. Zdůraznit lze zvýšení výkonu OpenZFS, počáteční podporu Dockeru nebo synchronizaci s cloudovými službami Amazon S3 (Simple Storage Services), Backblaze B2 Cloud, Google Cloud a Microsoft Azure

Ladislav Hagara | Komentářů: 0
14.12. 23:55 | Nová verze

Po dvou měsících vývoje od vydání verze 235 oznámil Lennart Poettering vydání verze 236 správce systému a služeb systemd (GitHub, NEWS).

Ladislav Hagara | Komentářů: 10
14.12. 20:00 | Nová verze Ladislav Hagara | Komentářů: 0
14.12. 19:33 | Pozvánky

Pražská Fedora 27 Release Party, oslava nedávného vydání Fedory 27, se uskuteční 19. prosince od 19:00 v prostorách společnosti Etnetera (Jankovcova 1037/49). Na programu budou přednášky o novinkách, diskuse, neřízený networking atd.

Ladislav Hagara | Komentářů: 0
14.12. 18:11 | Nová verze

Byla vydána verze 2.11.0 QEMU (Wikipedie). Přispělo 165 vývojářů. Provedeno bylo více než 2 000 commitů. Přehled úprav a nových vlastností v seznamu změn.

Ladislav Hagara | Komentářů: 0
14.12. 17:44 | Komunita

Canonical oznámil dostupnost kryptografických balíčků s certifikací FIPS 140-2 úrovně 1 pro Ubuntu 16.04 LTS pro předplatitele podpory Ubuntu Advantage Advanced. Certifikace FIPS (Federal Information Processing Standards) jsou vyžadovány (nejenom) vládními institucemi USA.

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

    Dotaz: LVM a jeho vyhoda - zmena velikosti FS

    3.1.2012 09:51 DD
    LVM a jeho vyhoda - zmena velikosti FS
    Přečteno: 697×
    Ahoj. Koukam po LVM, co by mi prineslo a tak. A nejak tapu. K cemu mi bude LVM, kde budu mit treba 3 LV a FS ext4. Kdyz stejne pri manipulaci budu muset odmountovat oddily, abych jim mohl zmensit FS? Ja myslel, ze LVM tohle vsechno resi bez odmountovani, za bezneho chodu. Nebo jsem to spatne pochopil?

    Odpovědi

    3.1.2012 10:06 pupu | skóre: 30
    Rozbalit Rozbalit vše Re: LVM a jeho vyhoda - zmena velikosti FS
    Namatkou - zvetsovat lze i primountovane filesystemy. Do volumegrupy lze pridavat PVOLy a tim zvysovat jeji kapacitu (prikoupis disk, pridas jeho kapacitu...). Prace s LVOLy je vyrazne pohodlnejsi nez prace s fdisk-em. Atd.
    3.1.2012 10:11 DD
    Rozbalit Rozbalit vše Re: LVM a jeho vyhoda - zmena velikosti FS
    No nejake FS jo, ale nejrozsirenejsi ext3 ext4 ne.. pletu se? To roztazeni na vic disku uznavam (i kdyz nevim jak to je s pristupem k datum, kdyz jeden PV ve VG odejde, ale to neni ten podstata otazky). Tzn. nejaky vyznam na jednom /RAID0/ disku nema LVM smysl?
    3.1.2012 10:46 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: LVM a jeho vyhoda - zmena velikosti FS
    No nejake FS jo, ale nejrozsirenejsi ext3 ext4 ne.. pletu se?

    Pletete. Online zvětšení je možné u ext{2..4}, ReiserFS, XFS i JFS (u posledních dvou dokonce jen online).

    nevim jak to je s pristupem k datum, kdyz jeden PV ve VG odejde

    Stejně jako kdyby vám u klasického oddílu odešla příslušná část média (třeba jedna plotna): bude záležet na tom, jaká část na příslušný PV připadne.

    Tzn. nejaky vyznam na jednom /RAID0/ disku nema LVM smysl?

    Vezměte si třeba migraci celého filesystému na nový disk. S LVM potřebujete na začátku krátký downtime na připojení nového disku a na konci krátký downtime na odpojení starého. Vlastní migraci můžete mezitím provést na živém filesystému. Bez LVM budete muset - pokud budete chtít zajistit konzistenci dat - filesystém odmountovat (nebo aspoň přemountovat read-only) na celou dobu kopírování. Vezmu-li v úvahu, že zkopírování disku velikosti, která je dnes běžná, trvá od deseti hodin výš, je to IMHO dost podstatný argument.

    3.1.2012 11:13 DD
    Rozbalit Rozbalit vše Re: LVM a jeho vyhoda - zmena velikosti FS
    >> Pletete. Online zvětšení je možné u ext{2..4}, ReiserFS, XFS i JFS (u posledních dvou dokonce jen online).

    Omlouvam se, mluvil jsem puvodne o zmensovani.

    >> Stejně jako kdyby vám u klasického oddílu odešla příslušná část média (třeba jedna plotna): bude záležet na tom, jaká část na příslušný PV připadne.

    To je pravda.. oboji je na nic :-)

    >>> Vezměte si třeba migraci celého filesystému na nový disk. S LVM potřebujete na začátku krátký downtime na připojení nového disku a na konci krátký downtime na odpojení starého.

    Tohle nejak nechapu... jakto, ze migrace s LVM je rychlejsi?

    3.1.2012 11:34 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: LVM a jeho vyhoda - zmena velikosti FS
    Omlouvam se, mluvil jsem puvodne o zmensovani.

    U zmenšování si jistý nejsem, ale zmenšování filesystému znamená, že jste něco udělal špatně. Při použití LVM není potřeba rezervovat přehnaně moc místa, můžete zbytek nechat volný a průběžně z něj přidělovat jednotlivým LV podle potřeby.

    jakto, ze migrace s LVM je rychlejsi?

    Rychlejší není. Rozdíl je v tom, že po celou dobu, kdy probíhá, můžete se systémem plnohodnotně pracovat. Bude tam samozřejmě určité zpomalení přístupu k disku, ale všechno bude fungovat. To je obrovský rozdíl oproti klasice, kde po dobu kopírování filesystém nemůžete používat buď vůbec nebo jen read-only.

    3.1.2012 12:36 Pedro
    Rozbalit Rozbalit vše Re: LVM a jeho vyhoda - zmena velikosti FS
    zmenšování filesystému znamená, že jste něco udělal špatně
    Proc spatne? Co treba situace, ze mel kvanta dat, kterych se ted nadobro cilene zbavil a zbylo mu na LV zbytecne misto, o kterem vi na 99%, ze ho nevyuzije?
    3.1.2012 13:41 Jooky (inactive) | skóre: 39 | blog: Jooky | Bratislava
    Rozbalit Rozbalit vše Re: LVM a jeho vyhoda - zmena velikosti FS
    V tom pripade LV zmaze a to by mal byt spravny postup. Ja pracujem v enterprise prostredi a suhlasim s tym, ze zmensovanie FS/LV je chyba navrhu ... ked sa zbavujem kvant dat, tak pre nejaky dovod. Ci uz pouzivana databazova instancia nie je potrebna, alebo applikacia uz stratila vyznam ... no vsetko to znamena, ze sa zbavujem nejak spolocne viazanych dat a k nim by ma byt adekvatne spraveny "fs layout". Uplne bezne sa riesi, ze zakaznik sa rozhodne nieco zrusit a v tom pripade pride na radu odstranovanie dat. V pripade dobreho pociatocneho navrhu to obnasa len odmontovat prisluchajuce FS a pouzit lvremove. Popripade aj operacie na samotnej VG ak to vyzaduje situacia (vgreduce, vgremove, pvmove, ... vsetko online).

    Zivotny cyklus LV vramci LVM by mal byt lvcreate -> lvextend -> lvremove ... v pripade, ze sa tam zamota lvreduce tak ide vazne o chybu v navrhu. (btw: uz pracujem 6 rokov v enterprise prostredi a lvreduce som pouzil asi len raz, aj to po mojej chybe pri extendovani)
    pavlix avatar 4.1.2012 03:50 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: LVM a jeho vyhoda - zmena velikosti FS
    Mno pokud měl kvanta souvisejících dat, u kterých toto reálně hrozilo, tak ta kvanta na 99% zasloužila vlastní logický oddíl, který jde teď zrušit. Zmenšování by mělo být fakt naprosto výjimečná věc (a btrfs to za běhu umí).
    Já už tu vlastně ani nejsem. Abclinuxu umřelo.
    3.1.2012 10:49 Filip Jirsák | skóre: 67 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: LVM a jeho vyhoda - zmena velikosti FS
    Hlavní výhoda není v tom, že byste to mohl dělat s připojenými souborovými systémy (zda to jde nebo ne záleží na daném souborovém systému), ale že to můžete dělat bez přesouvání dat na jiný disk a zase zpět. Když zjistíte, že chcete přesunout kapacitu mezi oddíly, nebo chcete z volného místa přidat část k nějakému oddílu, s LVM to uděláte bez přesouvání dat. Bez LVM byste musel data zazálohovat na jiný disk, ten původní přerozdělit a zase data přesunout zpět.
    3.1.2012 11:15 DD
    Rozbalit Rozbalit vše Re: LVM a jeho vyhoda - zmena velikosti FS
    >> Tohle nejak nechapu... jakto, ze migrace s LVM je rychlejsi?

    Aha, zde je zrejme odpoved. Diky.
    3.1.2012 10:50 MMichal | skóre: 22
    Rozbalit Rozbalit vše Re: LVM a jeho vyhoda - zmena velikosti FS
    Na zacatku nerozdelite vsechno misto mezi LV, ale jen tolik, kolik zrovna je potreba na jednotlivych FS. A az nekde misto dojde, tak dany LV a FS zvetsite.
    3.1.2012 12:44 Sten
    Rozbalit Rozbalit vše Re: LVM a jeho vyhoda - zmena velikosti FS
    LVM upravuje jenom to, kde se data fyzicky nachází. Jestli lze změny dělat za běhu, záleží na souborovém systému. Skoro všechny běžně používané systémy lze za běhu zvětšovat (včetně ext3 a ext4), některé lze i zmenšovat (btrfs, OCFS2, GPFS).
    3.1.2012 13:15 Filip Jirsák | skóre: 67 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: LVM a jeho vyhoda - zmena velikosti FS
    Pro zvětšení souborového systému ale musíte mít volné místo hned za koncem oddílu, který zvětšujete. LVM právě tuhle podmínku odstraňuje.
    3.1.2012 13:17 Sten
    Rozbalit Rozbalit vše Re: LVM a jeho vyhoda - zmena velikosti FS
    No jasně. Já podotýkal, že souborový systém není věc LVM, takže i když to LVM umožňuje, musí to umožňovat i souborový systém.
    pavlix avatar 4.1.2012 03:48 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: LVM a jeho vyhoda - zmena velikosti FS
    Takže...

    Zvětšování oddílů za běhu už máme, takže dál...

    Zmenšení oddílu, ať už za běhu (pokud to FS dovolí), nebo při odpojeném FS, případně zrušení oddílu, uvolňuje místo tak, že je zařazeno mezi volné místo, které jde opět použít. V klasickém dělení se volné místo sčítat nedá, dají se použít jen jednotlivé volné úseky, LVM tuhle bariéru odstraňuje. Důležité na serverech.

    Změna velikosti oddílu a efektivní využití místa nevyžaduje (potenciálně nebezpečné) přesuny dat na disku. Důležité na serverech i desktopech.

    Umožňuje vytvořit velký oddíl napříč více disky.

    Vytváří pojmenované skupiny a v nich pojmenované oddíly, žádná měnící se čísla typu sda1/sda2/sda3. Je to bezpečnější z hlediska chyb administrátora. Například můžeš použít formát /dev/$HOSTNAME/$DISTRIBUCE.$UCEL (skupinu nazveš podle hostname, oddíl podle distribuce a konkrétního účelu), což se hodí pro testovací počítač, kam často instaluješ nové distribuce či verze distribucí na vyzkoušení.

    Vytváření/rušení oddílů nevyžaduje ani restart ani ukecávání jádra. Funguje samo. Můžeš denně rušit a vytvářet oddíly, aniž byses bál, že se to posere. Můžeš vytvářet dočasné oddíly ve skriptech, oddíly pro virtuály, oddíly na blbosti, šifrované oddíly.

    Můžeš bez obav zařazovat vytváření a rušení oddílů do skriptů.

    Můžeš vytvářet dočasné snapshoty logických oddílů a používat je k zálohování jako blokové zařízení nebo přimountovat a zálohovat po souborech.

    Oddíly jsou zarovnané podle velikosti úseků, které dávají nějaký smysl (typu 4 MB, 128 MB, 1 GB vždy binárních jednotek), už nikdy násobky 63 a podobná zvěrstva (i když se jim dá vyhnout i tak).

    Můžeš přidávat do skupin nové disky (pole), odebírat staré, prostě řešit hardwarová úložiště úplně nezávisle na logickém členění prostoru.

    To by mohlo pro začátek stačit.
    Já už tu vlastně ani nejsem. Abclinuxu umřelo.
    6.1.2012 08:00 CET
    Rozbalit Rozbalit vše Re: LVM a jeho vyhoda - zmena velikosti FS
    Pavlix to hezky shrnul, tak pridam jen trosku svyho.

    Osobne jako duvod pro LVM uvadim (jako ostatni) reseni problemu s partition table a zvetsovani.

    Kdyz clovek vytvori 10GB /dev/sda1 a za tim 10GB /dev/sda2 a pak chce zvetsit /dev/sda1 na 20GB, tak musi sachovat s daty. V LVM proste pridas misto. Kdyz nekdy vytvoris /dev/sda1, sda2, sda3 a sda4 jako primarni oddily a pak chces jeste pridat dalsi oddil, tak mas smulu, musis nejaky primarni oddil a udelat extenden part. LVM mas "neomezene" oddilu.

    Jeste bych uvedl priklady z me prace.

    Mame SVN server, meli jsme tam puvodne v mirroru 2x300GB. Pak doslo misto, pridali jsme dalsi mirror 2x300GB, cili jsem pridal dalsi PV, rozsiril VG a zvetsil LV na celkovych 600GB. Pak doslo misto znovu, ale server uz mel pouze 2 diskove pozice, tak jsme chteli 300GB disky nahradit 600GB. Pridal jsem dalsi mirror 2x600GB. Udelal PV, rozsiril VG. Presunul jsem vsechny LV ze 300GB PV na tu 600GB PV pomoci pvmove, cimz jsem ty 300GB PV uvolnil. Odebral jsem z VG ty 300GB PV, zrusil na nich PV, odebral disky ze serveru. To vse za behu. Pak jsem pridal dalsi 2 x 600GB mirror, udelal PV, rozsiril VG a zvetsil LV.

    Dale mame XEN servery a guest disky replikujeme pomoci drbd nad lvm. Mame disky v HW raidu, ty tvori PV, na tom VG, a tam jednotlive LV (obvykle tak 10 a vic). Nad LV jsou pak definovane DRBD. Kdyz pak dochazi v XEN guestu misto, zvetsim LV na obou serverech (lvresize), zvetsim DRBD (drbdadm resize), pak se bohuzel musi restartovat XEN guest, aby se k nemu dostala zmena velikosti zarizeni a pak uz jenom FS resize (online v XEN guestu).

    Dulezita dve pravidla pro praci s LVM jsou opravdu:

    1) vytvorit pouze tolik mista, kolik je aktualne potreba (+nejaka rezerva pro pripadne prirustky) - ne hned alokovat vsechno. Zvetsit jde jednoduse, zmensovani se dela slozite

    2) pro logicky svazana data vytvaret vlastni LV - neni dobre udelat jednu velkou LV data a do ni pak cpat data, protoze pri smazani nejakych dat se musi zmensovat. Je lepsi vytvorit vic LV (mas jich neomezene) a kdyz pak uz nejaka data nechces, smazes celou LV.
    6.1.2012 08:18 Luky
    Rozbalit Rozbalit vše Re: LVM a jeho vyhoda - zmena velikosti FS

    Vlákno bylo přesunuto do samostatné diskuse.

    pavlix avatar 6.1.2012 20:35 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: LVM a jeho vyhoda - zmena velikosti FS
    Máš namysli své vlákno o jednom příspěvku „Vlákno bylo přesunuto do samostatné diskuze.“, nebo si z nás děláš srandu? :D
    Já už tu vlastně ani nejsem. Abclinuxu umřelo.

    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.