abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    dnes 15:44 | Nová verze

    Po roce od vydání verze 15.5 bylo vydáno openSUSE Leap 15.6. Přehled novinek v nejnovější verzi této linuxové distribuce v oznámení o vydání a v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    dnes 12:44 | Nová verze

    Byla vydána nová verze 256 správce systému a služeb systemd (GitHub). Nově mimo jiné s run0 jako alternativou k sudo.

    Ladislav Hagara | Komentářů: 5
    dnes 12:00 | IT novinky

    Společnost Oracle oznámila spolupráci s Google Cloudem, OpenAI a Microsoftem.

    Ladislav Hagara | Komentářů: 0
    dnes 09:44 | Pozvánky

    Zítra začne v Brně na FIT VUT třídenní open source komunitní konference DevConf.CZ 2024. Vstup je zdarma, nutná je ale registrace. Na programu je celá řada zajímavých přednášek, lightning talků, meetupů a workshopů. Přednášky lze sledovat i online na YouTube kanálu konference. Aktuální dění lze sledovat na Matrixu, 𝕏 nebo Mastodonu.

    Ladislav Hagara | Komentářů: 4
    včera 23:33 | Nová verze

    Google Chrome 126 byl prohlášen za stabilní. Nejnovější stabilní verze 126.0.6478.55 přináší řadu oprav a vylepšení (YouTube). Podrobný přehled v poznámkách k vydání. Opraveno bylo 21 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.

    Ladislav Hagara | Komentářů: 0
    včera 16:44 | Nová verze

    Byl vydán Mozilla Firefox 127.0. Přehled novinek v poznámkách k vydání, poznámkách k vydání pro firmy a na stránce věnované vývojářům. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 127 je již k dispozici také na Flathubu a Snapcraftu.

    Ladislav Hagara | Komentářů: 0
    včera 15:11 | Nová verze

    Byla vydána (𝕏) nová verze 9.5 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    včera 11:44 | IT novinky

    Společnost Raspberry Pi dnes vstoupila na Londýnskou burzu jako Raspberry Pi Holdings plc (investor).

    Ladislav Hagara | Komentářů: 0
    včera 01:22 | IT novinky

    Do 17. června do 19:00 běží na Steamu přehlídka nadcházejících her Festival Steam Next | červen 2024 doplněná demoverzemi, přenosy a dalšími aktivitami. Demoverze lze hrát zdarma.

    Ladislav Hagara | Komentářů: 0
    10.6. 22:33 | IT novinky

    Apple na své vývojářské konferenci WWDC24 (Worldwide Developers Conference, keynote) představil řadu novinek: svou umělou inteligenci pojmenovanou jednoduše Apple Intelligence, iOS 18, visionOS 2, macOS Sequoia, iPadOS 18, watchOS 11, …

    Ladislav Hagara | Komentářů: 13
    Rozcestník

    Dotaz: DEBIAN RAID1

    2.6. 23:11 zipi | skóre: 21
    DEBIAN RAID1
    Přečteno: 1379×
    Většinou na serverech používám HW RAID, který řeší plno věcí za mě, ale aktuálně se karta obrátila a musím použít SW RAID - server je bez HW RAIDU - trošku stím bojuji jak to správně uchopit - je to novější stroj, tak UEFI ja na místě.
      Partition bude následující i separe disky pro OS.
    • 01GB - UEFI
    • 02GB -/SWAP
    • 20GB - /
    Většinou použivám souborový systém EXT4. Všechny tři zmiňované partiton bych rád měl v RAID1 - dočetl sem, že není optimální BOOT dávat do RAIDU, ale po každé změně provést synchronizaci na druhý disk. Linux instalace používá standartně "mdadm" pro vytvoření RAIDU je možné zavést modul, který by umožňoval použít ZFS?
      Jaké jsou Vaše doporučení? - moje dotazy jsou:
    • jak řešit partition boot?
    • je lepší použít EXT4 nebo XFS
    • má smysl se zabejvat ZFS
    Děkuji…

    Odpovědi

    2.6. 23:26 X
    Rozbalit Rozbalit vše Re: DEBIAN RAID1
    Osobne bych se zamyslel nad celym tvym konceptem. HW RAID, swap partition, mdadm.. to jsou reseni, ktere se v modernim prostredi uz dlouho nepouzivaji. 50c
    2.6. 23:50 zipi | skóre: 21
    Rozbalit Rozbalit vše Re: DEBIAN RAID1
    Je hezké, že jsi napsal, že se mám na svým konceptem zamyslel, ale už si nepsal co bys udělal jinak - většinou se používá buď HW raid pro jednoduší práci nebo SW RAID - pokud nebyl k dispozici HW RAID - můžeš pro prosím rozvinut více .?
    3.6. 08:35 X
    Rozbalit Rozbalit vše Re: DEBIAN RAID1
    Klidne. Andreji? HW RAID se nepouziva, protoze se proste nevyplati v pripade reseni problemu. Jsi znacne omezeny na nastaveni vyrobce, nastroje vyrobce, dokumentaci vyrobce, nahradni dily vyrobce.. Swap, to se snad pouzivalo v drevnich dobach pri nedostatku RAM. Mdadm, je sice v pohode, nicmene zkusenejsi asi sahne po reseni v ramci modernejsich souborovych systemu. Mimochodem "haloooo" mame virtualizaci, kontejnery, pody.. proc vubec uvazovat o jednoucelovem fyzickem serveru?
    9.6. 17:38 ...
    Rozbalit Rozbalit vše Re: DEBIAN RAID1
    swap se normalne pouziva dal, protoze je potreba, kdyz si linux pod rukama rozfragmentuje pamet, leda ze bys mel budto vicemene idle masiny, nebo vsechnu pamet predalokovanou, nebo ze rebootujes kazdych par dni - podle toho namachrovanyho stylu "vsechno vim vsechno znam" to tipuju spis na nejakej smutnejsi pocet masin bez zateze, co
    Max avatar 3.6. 05:54 Max | skóre: 72 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: DEBIAN RAID1
    ZFS má velký overhead pro paměť (viz zápisek). Takže pokud nemáš dostatek ram, kterou by jsi vyhradil pro ZFS, tak použij XFS. Další možnost je použít BTRFS. Taktéž je potřeba počítat s tím, že ZFS a BTRFS mají díky CoW a dalším věcem oproti ostatním fs jako např. XFS značný diskový overhead. Pokud máš dva rotačáky, tak bych o ZFS vůbec nepřemýšlel a použil bych buď BTRFS, nebo mdam+xfs (ext4 je opravdu hodně za zenitem, není důvod ho vůbec používat).

    Pokud jde o UEFI partition, tak jsou dvě možnosti:
    1) použít pro něj mdadm raid s metadatama 1.0 (oproti novým metadatům 1.2 jsou umístěny na konci partition a není problém, aby na fs něco sahalo, třeba UEFI pro boot)
    2) existuje hook (viz google, přkladů je hodně), který udělá automaticky update i na druhém disku druhé EUFI i boot partition (podle mně lepší volba)

    Zdar Max
    Měl jsem sen ... :(
    3.6. 09:51 Petr
    Rozbalit Rozbalit vše Re: DEBIAN RAID1
    Zrovna ten UEFI boot na SW Raidu jsem tady na abclinuxu před nějakou dobou řešil.... když to najdu, hodím to sem.
    3.6. 11:37 Peter Golis | skóre: 64 | blog: Bežné záležitosti | Bratislava
    Rozbalit Rozbalit vše Re: DEBIAN RAID1
    Je nejaká aktuálne predávaná serverová doska čo podporuje UEFI Boot z EFI partície na SW RAID-e, alebo to bolo cez starý SW RAID ktorý o sebe zatajil že je RAID?
    3.6. 12:22 PetebLazar | skóre: 34 | blog: l_eonardovo_odhodlani
    Rozbalit Rozbalit vše Re: DEBIAN RAID1
    Tady je docela zevrubný návod k tématu. https://std.rocks/gnulinux_mdadm_uefi.html
    3.6. 12:45 Peter Golis | skóre: 64 | blog: Bežné záležitosti | Bratislava
    Rozbalit Rozbalit vše Re: DEBIAN RAID1
    Hlavne použiť mdadm level 1, nezmeniť flag ESP na RAID a báť sa aby to nesynclo údaje z poškodeného disku na disk ktorý je v poriadku.

    Táto posledná časť bola dôvod mojej otázky na HW podporu UEFI BOOT zo SW RAID v aktuálnej serverovej doske.
    3.6. 13:20 dustin | skóre: 63 | blog: dustin
    Rozbalit Rozbalit vše Re: DEBIAN RAID1
    MD raid používám na řadě strojů nějakých dvacet let a nikdy se mi nestalo, že by pole synclo špatný -> dobrý.

    Jak již tu bylo zmíněno, při použití metadat 1.0 je superblok na konci partišny, tudíž u mirroru čtečka o mdadm vůbec nemusí vědět. A samozřejmě se zapisuje z linuxu s namontovaným raidem, tedy korektně na oba disky. Mimochodem úplně stejně to má např. HW raid HP SmartArray, u kterého lze také raid1 partišnu přečíst bez HW karty, co jsem si zkoušel před lety.

    Zásadní výhodou je funkční boot, i když odejde celý disk.
    3.6. 14:18 Peter Golis | skóre: 64 | blog: Bežné záležitosti | Bratislava
    Rozbalit Rozbalit vše Re: DEBIAN RAID1
    Takže silent data corruption je len blaf, dobre vedieť.
    Max avatar 3.6. 14:57 Max | skóre: 72 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: DEBIAN RAID1
    Pro mdadm existuje dm-integrity
    Zdar Max
    Měl jsem sen ... :(
    3.6. 16:51 Peter Golis | skóre: 64 | blog: Bežné záležitosti | Bratislava
    Rozbalit Rozbalit vše Re: DEBIAN RAID1
    Obávam sa že modul dm-integrity je pre device mapper a nie pre mdadm. Tým pádom je bez priamej podpory v UEFI na toto rovnako nepoužiteľný ako iný device mapper.
    3.6. 19:29 PetebLazar | skóre: 34 | blog: l_eonardovo_odhodlani
    Rozbalit Rozbalit vše Re: DEBIAN RAID1
    3.6. 20:07 Peter Golis | skóre: 64 | blog: Bežné záležitosti | Bratislava
    Rozbalit Rozbalit vše Re: DEBIAN RAID1
    Hento bolo implementované aj mimo enterprise segmentu, ale občas to výrobcovia v tichosti vypínali.

    A pôvodná otázka je z mimo enterprise segmentu. Inak by použil HW RAID s viacnásobnou paritou alebo jeho obdobu zabudovanú priamo do Next GEN FS (ZFS, BTRFS, Hammer 2 alebo niečo podobné). A nehral by sa so zrkadlením dvoch diskov na SW úrovni.
    3.6. 22:55 PetebLazar | skóre: 34 | blog: l_eonardovo_odhodlani
    Rozbalit Rozbalit vše Re: DEBIAN RAID1
    Když zjistí ZFS/BTRFS neshodu checksumu provádí pro jistotu celou operaci opakovaně (ideálně jiným způsobem .. odlišné core), aby snížil riziko falešného poplachu (např. chybou způsobenou kosmickým zářením), nebo věří ve svou neomylnost a začne podle toho konat?
    5.6. 11:16 Peter Golis | skóre: 64 | blog: Bežné záležitosti | Bratislava
    Rozbalit Rozbalit vše Re: DEBIAN RAID1
    ZFS kvôli eliminácii takýchto náhodných chýb vyžadoval ECC RAN, ktoré sa zvyklo používať v serverovom segmente ktorý mal na to aj iné ochrany (checksumy na prenosových linkách, diskoch, ...). Zdôrazňovali to hlavne pri deduplikácii kde po vyhnití dát vyhnili všetky referencované kópie. A potom prišlo na sieťovej vrstve IPv6 ktoré v rámci prenosu vyhodilo checksumy (prenosové linky sú už ževraj dosť stabilné a ušetrí sa nula celá prd prenosového pásma).

    Na BTRFS sa opýtaj Andreja alebo iného evangelistu.
    4.6. 01:39 foonix
    Rozbalit Rozbalit vše Re: DEBIAN RAID1
    odpoved na dotazy:

    1) Prijde mi lepsi pouzivat uefi partisny pouze na bootloader a /boot at je klidne na systemovem disku na mdadm_raid1... jedina nevyhoda, ze pri instalaci/update grubu si ho musis rucne "nainstalovat" na uefi partisnu druheho disku. Kazdopadne takto vyresis mozny problem, pokud by uefi na nejaky z tech disku zapsalo data. (Jak tohle jde realizovat na debianu netusim, protoze ho minimalne 1 dekadu nepouzivam.)

    2) EXT4 je lepsi volba na pripadnou obnovu dat, ale XFS je zase modernejsi a navic ma nastroje typu xfsdump/xfsrestore.

    3) ZFS ma smysl, pokud to dava pro tebe smysl... se spravnym hardware, proc ne? (na druhou stranu data na solidnim hardware se solidnim adminem budou v pohode na XFS taky...)
    4.6. 02:29
    Rozbalit Rozbalit vše Re: DEBIAN RAID1
    Na discích vytvořit po jedné partition sda1, sdb1. Na sda1 a sdb1 vytvořit LUKS2 volume a ty spojit do btrfs raid1. Koupit flešku. Udělat z ní uefi zavaděč, který bude obsahovat pouze nejnutnějsí součásti grubu.

    Takže úplně všechno bude šifrované, kromě té flešky. Když budeš potřebovat reklamovat nebo vyhodit disk, tak ho prostě vytáhneš a uděláš to, bez starosti o data.

    Pokud náhodou potřebuješ swap, tak uděláš na discích o partišnu víc a taky ji zašifruješ.

    4.6. 09:25 pet I. | skóre: 12
    Rozbalit Rozbalit vše Re: DEBIAN RAID1
    Dlouhodobě a bez jakýchkoli problémů používáme i u zákazníků mdadm RAID1 přes celé disky a partitioning řešíme až na md zařízení. Použije-li se superblok 1.0, je superblok na konci disku a vše funguje jako by byl disk jen jeden, jen se vše zapisuje na oba disky. V případě závady jednoho disku ho prostě vyměníte a po sync je vše včetně boot particií zase zduplikované.
    4.6. 20:54 Andrej | skóre: 51 | blog: Republic of Mordor
    Rozbalit Rozbalit vše DEBILAN AID-9
    …který řeší plno věcí za mě…

    Neřeší. Právě naopak, komplikuje. Navíc HW RAID neexistuje. Údajný HW RAID je vždy AID bez R.

    Partition bude následující i separe disky pro OS.

    Chyba. Swap nemá smysl.

    Když už, swap je soubor, ne oddíl. To aby se dal kdykoliv zvětšit / zmenšit / přidat / odstranit.

    Většinou použivám souborový systém EXT4.

    Chyba. Ext4 je 15+ let staré „řešení“ s 20+ let starou strukturou z dob 10GB disků, které nemá checksumy dat, redundanci ani atomické snapshoty. Do roku 2024 nepatří. Do roku 2014 taky nepatřil.

    dočetl sem, že není optimální BOOT dávat do RAIDU, ale po každé změně provést synchronizaci na druhý disk

    Asi by se hodilo přestat číst (nesmysly).

    UEFI oddíl skutečně není důvod mít v RAIDu ani nikde na hlavních discích. Nejlépe poslouží flashdisk (zapojený třeba do interního USB). Pak na hlavních discích vůbec nemusí být ani GPT, ani jakýkoliv oddíl. O zbytečnou vrstvu méně!

    Linux instalace používá standartně "mdadm"

    Tak takovou fosilní instalaci rovnou zahoď. (Který to tak může být rok?) Víc škody než užitku. mdadm je zastaralá past, AID bez R, nesmysl. Nepatří ani do téhle dekády, ani do té předchozí. (V předchozí dekádě byl dmraid, ale i ten je 10+ let passé.)

    …"mdadm" je možné zavést modul, který by umožňoval použít ZFS

    Plácáš dohromady okurky a slony. Představ si ZFS jako čokoládovou zmrzlinu a mdadm jako hovno stejné barvy. Je to podobné? Inu, jak v čem…

    • jak řešit partition boot?

    Nijak. /boot je adresář a případně subvolume, ne oddíl.

    • je lepší použít EXT4 nebo XFS

    Není. Žebříček nejlepších řešení je:

    1. Btrfs
    2. Btrfs
    3. Btrfs
    4. Btrfs
    5. Btrfs
    6. Btrfs
    7. Btrfs
    8. Btrfs
    9. Btrfs
    10. Btrfs
    • má smysl se zabejvat ZFS

    Svoudě pvodle úrvovně dvotazu: Ne. Nemá smejsl se zabejvat ZFS.

    Vobecně: Žádnej řešeněj neněj vejhvodnějšej než Btrfs. Tak tvomu pvoslednějch 10+ let bejlvo a tak tvomu ej následujejcejch 10+ let bude.

    5.6. 10:18 alkoholik | skóre: 40 | blog: Alkoholik
    Rozbalit Rozbalit vše Re: DEBILAN AID-9
    Když už, swap je soubor, ne oddíl. To aby se dal kdykoliv zvětšit / zmenšit / přidat / odstranit.
    Kdyz uz swap, tak rozhodne oddil a ne soubor! Zapis na partition totiz potrebuje alokace pameti a to je presne vec, ktera ti pri nedostatku pameti neprojde!

    Asi by se hodilo přestat číst Andrejovy nesmysly.

    Žebříček nejlepších řešení je:

    1. Btrfs
    2. Btrfs
    3. Btrfs
    4. Btrfs
    5. Btrfs
    6. Btrfs
    7. Btrfs
    8. Btrfs
    9. Btrfs
    10. Btrfs
    Plati pokud chces na hovno vykon a maximalni problemy s RAID5/6.
    Jendа avatar 5.6. 12:58 Jendа | skóre: 78 | blog: Jenda | JO70FB
    Rozbalit Rozbalit vše Re: DEBILAN AID-9
    Zapis na partition totiz potrebuje alokace pameti a to je presne vec, ktera ti pri nedostatku pameti neprojde!
    Já doufám že se swap v souboru předalokuje. A proto taky když máš swap soubor na btrfs, tak nefungují některé funkce toho FS. Je to lepší než jsem čekal (některá omezení se týkají jen toho souboru), ale zrovna v případě tazatele to nefunguje - píšou tam, že FS se swapem nemůže být multidevice (RAID1). (tohle hezky ilustruje, jak Andrej vždycky začne vidět rudě a napíše jak je řešením btrfs, aniž by si ověřil, že btrfs opravdu podporuje požadovaný use-case)
    6.6. 10:04 Aleš Kapica | skóre: 51 | blog: kenyho_stesky | Ostrava
    Rozbalit Rozbalit vše Re: DEBILAN AID-9

    Swap rozhodně do „starého železa” nepatří, pokud nemáš opravdu hodně RAM. A mít ho jako soubor na FS je největší hovadina, hodná MS Windows. Jakmile totiž začne „vařit” nějaká aplikace co pracuje s FS, tak to ubije všechno. Zrovna včera jsem měl takový zážitek s Ubuntu, při zcela banální operaci – rušení dvou předchozích uživatelů stroje a zavedení nového.

    U sebe na stroji používám Btrfs v raid1, s tím že z každého 1TB mSATA mám 930GB na data a 16 GB pro swap. Vzhledem k tomu, že mám 16GB RAM, mohu (pokud chci) systém uspat na disk, ale hlavně mohu bez problémů pracovat v Gimpu s velkými soubory, bez rizika že by při tom došlo ke zhroucení kvůli nedostatku RAM.

    A swap je velice výhodný i u disklessových strojů s overlayem, které soubory ukládají do RAM (tmpfs). Swap také umožňuje dělat různé kejkle při virtualizaci, neboť umožňuje nakecat virtuálu třeba i to, že má k dispozici. 32GB RAM, ač má reálně ten fyzický stroj k dispozici jen 8 GB.

    7.6. 11:27 chinook | skóre: 28
    Rozbalit Rozbalit vše Re: DEBILAN AID-9
    Nějak jsem to s tím SWAP nepochopil. Máš ho jen, aby NB mohl hibernovat?

    A jaký je rozdíl, pokud dám SWAP jako soubor a nebo jako partition na tom samém disku? Uvaří ho tak jak tak nebo ne? A nevadí na SSD disku, když dám SWAP jako partition, že bude furt dokola přepisovat jen jedno místo? Nebo je to taky nějak vyřešené?

    7.6. 11:47 xxl | skóre: 25
    Rozbalit Rozbalit vše Re: DEBILAN AID-9
    A nevadí na SSD disku, když dám SWAP jako partition, že bude furt dokola přepisovat jen jedno místo?
    No moment, zápisy na SSD přece fungují obdobně, jako je CoW. Prostě se z operačního systému nedá záměrně strefit dvakrát do stejného místa disku. To ošetřuje firmware disku. Jinak by se dalo SSD za minutu odpálit. To by se to reklamovalo...
    7.6. 12:06 chinook | skóre: 28
    Rozbalit Rozbalit vše Re: DEBILAN AID-9
    Tzn. I když vytvořím nějakou malou partition, tak to není jako na rotačním disku, že bude mít nějaký usek. Ale SSD disk ji v podstatě bude držet jen nějak virtualně?
    7.6. 12:44 alkoholik | skóre: 40 | blog: Alkoholik
    Rozbalit Rozbalit vše Re: DEBILAN AID-9
    SSD o rozlozeni partition obvykle (viz SSD zoning) vubec nic netusi.
    7.6. 12:46 xxl | skóre: 25
    Rozbalit Rozbalit vše Re: DEBILAN AID-9
    Jasně. Heslo je "wear leveling".
    7.6. 14:14 Aleš Kapica | skóre: 51 | blog: kenyho_stesky | Ostrava
    Rozbalit Rozbalit vše Re: DEBILAN AID-9

    Swap je swap a soubor je soubor. Swapovací oddíl je vyhrazený kus úložiště, do kterého ti FS nehrabe a kam se odlívají data, když je potřeba uvolnit RAM. Pokud nemáš zapnutý swap, uvolní kernel RAM tak, že zabije nějaké procesy. A to nechceš.

    Pokud swapuješ do souboru, chová se k němu FS jako k souboru, pokud mu výslovně neřekneš, aby ten soubor byl nocow. Výsledkem je, že ti začnou IO operace blokovat systém. Jádro bude chtít odsypat RAM do swapu, ale bude muset čekat, až mu dá ovladač FS zelenou.

    7.6. 14:29 xxl | skóre: 25
    Rozbalit Rozbalit vše Re: DEBILAN AID-9
    Pokud swapuješ do souboru, chová se k němu FS jako k souboru, pokud mu výslovně neřekneš, aby ten soubor byl nocow.
    Tak zrovna na btrfs, o kterém se píše v tomto vláknu, onen swapovací soubor musí být nocow. Jinak to nefunguje. Kromě toho musí mít to btrfs single profile a single device. Takže na raidu to jaksi nefunguje. Sice se to dá nějakými machinacemi oblbnout, ale má to výkonnostní (a možná i jiné) důsledky.
    7.6. 17:52 Want
    Rozbalit Rozbalit vše Re: DEBILAN AID-9
    A proč o tom asi tak píšu?
    9.6. 17:41 ...
    Rozbalit Rozbalit vše Re: DEBILAN AID-9
    je hele, dalsi mimonsky zabavna postavicka, povidej, cim te krmej, ze tak haluzis? :-D
    10.6. 13:42 Karel
    Rozbalit Rozbalit vše Re: DEBILAN AID-9
    UEFI oddíl skutečně není důvod mít v RAIDu ani nikde na hlavních discích. Nejlépe poslouží flashdisk (zapojený třeba do interního USB). Pak na hlavních discích vůbec nemusí být ani GPT, ani jakýkoliv oddíl. O zbytečnou vrstvu méně!
    Toto mne opravdu zajímá! Mohl bys mi prosím poradit, jak toho docílím? Líbilo by se mi mít zavaděč na USB flešce a disky bez GPT či MBR, pouze s BTRFS či ZFS. Případně je na toto někde na internetu nějaké howto? Linux již používám docela dlouho, ale toto bych sám bez pomoci nedal.

    Moc díky, Karel
    10.6. 14:24 Aleš Kapica | skóre: 51 | blog: kenyho_stesky | Ostrava
    Rozbalit Rozbalit vše Re: DEBILAN AID-9

    To že něco dlouho používáš nezakládá nic pro to, abys takové věci znal. Drtivá většina uživatelů linuxu nemá vůbec tušení jak zavádění funguje.

    Jestli chceš mít zavaděč na USB flešce, není nic jednoduššího. Vyrob si nějakou instalačku s podporou UEFI, pak si na ni nainstaluj zavaděč a podle toho co použiješ si nastav co a jak budeš spouštět. Já si takhle v nouzi upravil instalačku MS Windows, protože jsem žádné jiné bootovací USB zrovna po ruce neměl, a potřeboval jsem pořešit nabouraný MS Surface, který jinou možnost než nabootovat z USB nemá.

    Já UEFI pro zavádění nepoužívám. Disky mám 2x 1TB takže není důvod kašpárkovat s GPT a situaci komplikovat. Instaluji GRUB do MBR.. Pochopitelně na oba disky, pro případ, že by jeden exnul. Pokud používáš UEFI, stačí, jak už bylo uvedeno v téhle diskuzi, syncovat ten UEFI oddíl ty další disky. Je úplně fuk, který se při zavádění chytne, protože grub co se instaluje do EFI už není limitovaný moduly které co do něj nastrkáš. Dřív si je musel nacpat do poměrně omezeného prostoru.

    Jendа avatar 4.6. 22:57 Jendа | skóre: 78 | blog: Jenda | JO70FB
    Rozbalit Rozbalit vše Re: DEBIAN RAID1
    dočetl sem, že není optimální BOOT dávat do RAIDU
    /boot je v pohodě dávat do RAIDu, co ale nejde dát (teda, hypoteticky by mohly s verzí metadat 0.91/1.0, a lidi níže píšou že to funguje) do RAIDu je UEFI oddíl. Ale to je v pohodě, stačí "nainstalovat GRUB" na oba disky (což ve skutečnosti vytvoří GRUB EFI binárku); Debian na to má možná i automatiku, že se při instalaci GRUBu zeptá, na které disky ho chceš nainstalovat. To by se mělo správně opakovat po každé aktualizaci GRUBu (což když se ta automatika správně nastaví, tak se stane), ale ve skutečnosti to je dost kompatibilní na to, aby to nabootovalo i když to neuděláš.
    Všechny tři zmiňované partiton bych rád měl v RAID1
    Doporučil bych udělat na začátku ty EFI oddíly a pak jen jeden RAID a v něm LVM. V něm si pak vytvoříš uvedené (root, swap) jako LV. Je to lepší protože to pak půjde snadno zvětšovat, zmenšovat, snapshotovat.

    Jako FS používám ext4, hlavně protože věřím, že je víc testovaný a odladěný. Ale XFS je také dost rozšířený, takže je to taky v pohodě, a jeho výhoda AFAIK je, že nemá při vytváření staticky alokované inody ("omezený počet souborů"). ZFS a další pokročilé FS bych nedoporučoval pokud nejsi připraven si to nastudovat. A když už, tak bych pak zvážil jeho použití přímo s integrovaným "RAIDem", ne nad MD.
    5.6. 00:02 Andrej | skóre: 51 | blog: Republic of Mordor
    Rozbalit Rozbalit vše Re: DEBIAN RAID1
    teda, hypoteticky by mohly s verzí metadat 0.91/1.0

    Těžko říct, jestli to se starými metadaty na konci funguje, prý jo.

    Zcela bez metadat to funguje, ale sám za sebe můžu říct jediné: nikdy více. Je to v.o.s.e.r. Jako první to vymyslel nizozemský sysadmin Johan van der Praase a od té doby to šlo od desíti k pěti.

    Nedivím se, že to systemd nechce „fixnout“ .

    …a pak jen jeden RAID…

    …který by byl k ničemu, i kdyby existoval, jenže ono nic takového neexistuje…

    …a v něm LVM…

    …který je přímo dvojnásob k ničemu. Ztráta flexibility pro nic za nic, nulový přínos.

    Jako FS používám ext4, hlavně protože věřím, že je víc testovaný a odladěný.

    Kdy už tenhle omyl zmizí, to je ve hvězdách. Císař Franta Pepa I. říkal, že automobil nebude nikdy podstatný, protože je to prý sice hezká hračka, ale každý bude dál jezdit na koni. Jenže Franta Pepa I. tenkrát ještě neviděl 10+ úspěšných let automobilismu, pročež mu lze takové hloupé mínění odpustit…

    …a jeho výhoda AFAIK je, že nemá při vytváření staticky alokované inody ("omezený počet souborů").

    Co si asi vojín Kefalín představuje pod takovým pojmem výhoda?

    ZFS a další pokročilé FS bych nedoporučoval pokud nejsi připraven si to nastudovat.

    Velocipéd a další pokročilé dopravní prostředky (motocykl, neřkuli automobil) bych nedoporučoval, pokud nejsi připraven si to nastudovat. Jezdi „normálně“ na koni, případně (ještě lépe) na oslíkovi.

    B.o.ž.í.n.k.u. Co přesně je potřeba nastudovat pro použití Btrfs, abych tam mohl udělat třeba mkdir? Nějaký zvláštní, jiný mkdir? Nějak jsem si toho nevšiml.

    Kdyby někdo přišel k Btrfs jako slepý k houslím tak, že se někde v instalátoru změní řetězec exniužkonečně4 na btrfs, vůbec by si toho nevšiml. Prostě by to kliďánko mohl používat jako úplně kterýkoliv jiný souborový systém. Později, až by se mu zachtělo nějakých vylepšení, řekl by si:

    • a hele! mám Btrfs! Nemohl bych mít taky subvolume s atomickými snapshoty? Mohl!
    • …a nemohl bych to jenom tak za provozu, bez odmountování čehokoliv, přestavět z jednodiskového režimu na RAID1 na 3 discích? Mohl!
    • …a kdybych chtěl atomické rozdílové zálohy a subvolume s kvótami, to bych taky mohl? Mohl!

    Leč pokud nebude mít Btrfs, řekne si potom tak jedině: A doprdele. Mám hovno.

    A když už, tak bych pak zvážil jeho použití přímo s integrovaným "RAIDem", ne nad MD.

    Matení tazatele. /o\ Tady není nic ke zvážení. Použití normálních souborových systémů (tedy Btrfs nebo ZFS) vylučuje jakýkoliv AID bez R a odpady typu mdadm nebo dmraid. Jinak je výsledek nedefinovaný. Souborový systém s volume managementem může (a musí) používat jedině svůj vestavěný volume management.

    Jendа avatar 5.6. 00:40 Jendа | skóre: 78 | blog: Jenda | JO70FB
    Rozbalit Rozbalit vše Re: DEBIAN RAID1
    vůbec by si toho nevšiml
    Já si toho všiml v okamžiku, kdy se porušila konzistence, a zjistil jsem, že to nemá funkční fsck.
    5.6. 10:13 Pepa
    Rozbalit Rozbalit vše Re: DEBIAN RAID1
    Tak tak. Nástroje k BTRFS přítomné byly, ale nebyly kompatibilní.
    6.6. 18:34 Andrej | skóre: 51 | blog: Republic of Mordor
    Rozbalit Rozbalit vše Ale hovno!

    Stokrát se tady tenhle opakovaný nesmysl řešil. Tak si to budeme muset zase celé zopakovat, což?

    Já si toho všiml v okamžiku, kdy se porušila konzistence, a zjistil jsem, že to nemá funkční fsck.

    S čím srovnáváš? ← Tuhle otázku jsi ještě nikdy nebyl schopen zdpovědět. Kde je ten funkční fsck? Yeti už byl viděn!

    Sračka4 nemá funkční fsck, protože nemá žádné checksumy dat. Tudíž poškození dat na Sračce4 vůbec nezjistíš, natož abys ho mohl zkoušet opravit.

    Když dojde na neplatný checksum, pak (Stating The Obvious) platí některá z následujících tvrzení:

    • Máš nabouraný hardware (RAM, sběrnice, disk/SSD), který žere data. Pak můžeš být rád za včasné varování! Výmluvy typu „ale Sračka4 mi tam fungovala!“ jsou tupé + liché. Ano, „fungovala“, jen tu a tam obohatila data nějakou tou náhodou.
    • Když máš hardware nabouraný jen trochu — například se problém týká jen jednoho z disků v redundantní konfiguraci —, opět Btrfs vyhraje nad Sračkou4, protože dokáže poškozená data obnovit z redundance. Plus identifikovat zařízení, kde k problému došlo. Ani jedno Sračka4 neumí.
    • Btrfs dává přehršel možností, jak ztrátě dat předcházet — redundanci, atomické (rozdílové) zálohy atd. atp.
      • Pokud uživatel těch možností využije, je na tom nesrovnatelně lépe než se Sračkou4, která žádné podobné možnosti nemá.
      • Dokonce i pokud jich nevyužije, pořád je na tom mnohem lépe než se Sračkou4: když už mu (nezálohovaná! neredundantní!) data začnou mizet pod rukama, aspoň se to dozví.

    Tak. Už? Inu, není od věci dát si na tohle témě každý rok opáčko, že ano. Btrfs rulezzz.

    (Proč se vlastně nikdo nenaváží do ZFS, že taky nemá ten zbytečný fsck z 90. let? Pochop, kdo můžeš.)

    Jendа avatar 7.6. 00:42 Jendа | skóre: 78 | blog: Jenda | JO70FB
    Rozbalit Rozbalit vše Re: Ale hovno!
    Tuhle otázku jsi ještě nikdy nebyl schopen zdpovědět. Kde je ten funkční fsck? Yeti už byl viděn!
    Zodpověděl. Funkční fsck je nástroj, který nekonzistentní FS uvede do konzistentního stavu, pokud možno s minimální ztrátou dat a s možnostmi jejich obnovení (např. řekne co je postiženo).
    Sračka4 nemá funkční fsck, protože nemá žádné checksumy dat.
    Ovšem my hovoříme o konzistenci metadat (stromová struktura, alokované bloky a tak).
    Když dojde na neplatný checksum
    Případy které jsem řešil (corrupt leaf při přístupu k souboru, scrub projde v pořádku) i které byly probírány zde na fóru (např.) se vyznačují tím, že nedošlo k neplatnému checksumu.
    Máš nabouraný hardware (RAM, sběrnice, disk/SSD), který žere data. Pak můžeš být rád za včasné varování! Výmluvy typu „ale Sračka4 mi tam fungovala!“ jsou tupé + liché. Ano, „fungovala“, jen tu a tam obohatila data nějakou tou náhodou.
    OK, stalo se mi to, memtest prošel v pohodě, co mám dělat dál? Vyhodit celý počítač do popelnice, smazat disky, nalejt tam data ze zálohy a zkusit to znova?
    Když máš hardware nabouraný jen trochu — například se problém týká jen jednoho z disků v redundantní konfiguraci —, opět Btrfs vyhraje nad Sračkou4, protože dokáže poškozená data obnovit z redundance.
    Znovu, hovoříme o konzistenci FS (která může být narušena například softwarovou chybou (buď v samotném FS, nebo něčím nesouvisejícím co poškodí paměť v kernelu) nebo chybou RAM či CPU), ne o silent data corruption na disku.
    7.6. 07:21 Want
    Rozbalit Rozbalit vše Re: Ale hovno!
    OK, stalo se mi to, memtest prošel v pohodě, co mám dělat dál? Vyhodit celý počítač do popelnice, smazat disky, nalejt tam data ze zálohy a zkusit to znova?

    Ano. Soucit stranou. I kolenovrt by si měl uvědomit, že používání takového počítače vede k těžko řešitelným problémům.

    7.6. 08:17 xxl | skóre: 25
    Rozbalit Rozbalit vše Re: Ale hovno!
    Případy které jsem řešil (corrupt leaf při přístupu k souboru, scrub projde v pořádku) i které byly probírány zde na fóru (např.) se vyznačují tím, že nedošlo k neplatnému checksumu.
    Odkazovanou diskusi jsem tedy pochopil úplně jinak. Asi takto:

    - máme tady hardware, který používá souborový systém btrfs

    - hardware je nějakým způsobem vadný

    - btrfs při používání vypisuje informativní hlášky, že dochází k chybám při přístupu na hardware

    - hardware vytuhne

    - po nějakých machinacích hardware znovu nastartuje a opět funguje, přičemž souborový systém btrfs uchoval všechna data bez poškození

    Jendа avatar 7.6. 19:24 Jendа | skóre: 78 | blog: Jenda | JO70FB
    Rozbalit Rozbalit vše Re: Ale hovno!
    hardware je nějakým způsobem vadný
    Technicky vzato může být nějakým způsobem vadný veškerý HW, ve smyslu že občas udělá chybu. Hodně pomůže (avšak ne zcela vyřeší - jsou tu i další komponenty co mohou selhat) ECC paměť, ale tu nemá většina desktopů a snad žádný notebook.
    Max avatar 7.6. 08:31 Max | skóre: 72 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: Ale hovno!
    ...které byly probírány zde na fóru (např.) se vyznačují tím...

    Ty případy se vyznačují tím, že mají evidentně hw v háji. BTRFS s tím souvisí akorát tak, že na to uzporňuje. Zajímavé také je, že společným jmenovatelem problémů, co se tu ohledně BTRFS řešily, je nvme od Samsungu.
    Zdar Max
    Měl jsem sen ... :(
    Jendа avatar 7.6. 19:25 Jendа | skóre: 78 | blog: Jenda | JO70FB
    Rozbalit Rozbalit vše Re: Ale hovno!
    Zajímavé také je, že společným jmenovatelem problémů, co se tu ohledně BTRFS řešily, je nvme od Samsungu.
    Nebyla jedna z hlavních propagovaných vlastností btrfs, že má díky svým checksumům proti chybám disku chránit (resp. je scrub má alespoň detekovat)?
    9.6. 19:54 xxl | skóre: 25
    Rozbalit Rozbalit vše Re: Ale hovno!
    No však taky přesně to btrfs dělá.
    Max avatar 10.6. 05:51 Max | skóre: 72 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: Ale hovno!
    A proč lidi řeší problém s btrfs? No, protože upozorňuje na chybu, jinak by to neřešili. A řeší se problém s checksummy (btrfs scrub), tak i se strukturou (btrfs check). Bez kopie jsou to ale dost často neřešitelné věci. Plně využít výhody btrfs znamená používat nějaký druh redundance dat, aby bylo co porovnávat a byla i možnost opravy. A kolik lidí, co sem hodilo nějaký problém, mělo aka raid1 na úrovní btrfs? Co si pamatuji, tak nikdo.
    Zdar Max
    Měl jsem sen ... :(
    10.6. 08:55 Peter Golis | skóre: 64 | blog: Bežné záležitosti | Bratislava
    Rozbalit Rozbalit vše Re: Ale hovno!
    Ja by som radšej RAID-5/6, už je to stabilné? Alebo DUP profile (ak nie je možnosť mať viac ako jeden disk v NB).
    Max avatar 10.6. 09:09 Max | skóre: 72 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: Ale hovno!
    S nástupem většího počtu replik jsem u BTRFS ustoupil od požadavku na RAID5/6. Jinak dost lidí RAID5/6 používá hafec let a spoléhají na to, že těch xy situací nenastane v jeden čas a nepřijdou o jediný bajt. Každopádně do RAID5/6 přibylo za posledních asi 5 let dost vylepšení, ale stále je to vedeno jako unstable s best practices: RAID56 STATUS AND RECOMMENDED PRACTICES

    Pro nenší úložiště jedu BTRFS RAID1, případně RAID1C3, pro větší úložiště jedu ZFS.
    Zdar Max
    Měl jsem sen ... :(
    Jendа avatar včera 15:30 Jendа | skóre: 78 | blog: Jenda | JO70FB
    Rozbalit Rozbalit vše Re: Ale hovno!
    No, protože upozorňuje na chybu, jinak by to neřešili. A řeší se problém s checksummy (btrfs scrub), tak i se strukturou (btrfs check).
    Odkazované a zde řešené problémy se vyznačovaly tím, že scrub vždy prošel bez chyby.
    Max avatar včera 15:52 Max | skóre: 72 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: Ale hovno!
    Scrub přeci řeší jen checksumy dat, check řeší strukturu. Takže?
    Zdar Max
    Měl jsem sen ... :(
    Jendа avatar včera 22:48 Jendа | skóre: 78 | blog: Jenda | JO70FB
    Rozbalit Rozbalit vše Re: Ale hovno!
    A jak může "nvme od Samsungu" rozbít strukturu ale ne checksumy?
    Max avatar dnes 00:14 Max | skóre: 72 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: Ale hovno!
    Nejsem vývojář a nestudoval jsem kód btrfs, jakým způsobem a v jakém pořadí provádí různé operace. Stejně tak jsem moc nestudoval vývoj oprav pro firmware v Samsung diskách, který řešili kernel vývojáři.
    Jinými slovy, nevěř mi. Mohou to být jen mé mylné domněnky, pocity apod.
    Zdar Max
    Měl jsem sen ... :(
    8.6. 10:08 Martin Tůma | skóre: 39 | blog: RTFM | Praha
    Rozbalit Rozbalit vše Re: DEBIAN RAID1

    Nevím, jestli to ještě dnes platí, ale já si toho při svém prvním (a zároveň posledním) použití BTRFS všiml při mnohem běžnějším problému - když došlo na disku místo. Člověk by řekl banální věc, ale s BTRFS to tenkrát byla konečná - na rozdíl od toho "špatného" ext4, kde se prostě data smažou a jede se dál, BTRFS pro smazání dat potřebovalo...volné místo na disku! Strávil jsem tenkrát den s BTRFS toolama (nic nefungovalo) a zakončil to pokusem o rozšíření FS na USB disk, kdy se slavné BTRFS definitivně sesypalo...

    Od té doby mi BTRFS už tak zázračné nepřijde a držím se ext4, se kterým jsem nikdy neměl žádný problém i přes množství kernel paniců, kterým ho neustále vystavuju.

    Každý má právo na můj názor!
    8.6. 15:35 Want
    Rozbalit Rozbalit vše Re: DEBIAN RAID1
    Protože jsi trumpeta, neznáš příkaz truncate a neumíš použít google.
    8.6. 20:50 Martin Tůma | skóre: 39 | blog: RTFM | Praha
    Rozbalit Rozbalit vše Re: DEBIAN RAID1
    S takovým chápáním psaného textu není divu, že jsi zaměstnatelný akorát státem... Ale zase to vysvětluje, proč se považuješ za vynálezce disklessu...
    Každý má právo na můj názor!
    9.6. 08:47
    Rozbalit Rozbalit vše Re: DEBIAN RAID1
    9.6. 13:54 Want
    Rozbalit Rozbalit vše Re: DEBIAN RAID1
    Opakuješ stejné nesmysly jako Žako. Víš co? Budu ti říkat Pepi. Papouch jako papouch.
    Max avatar 10.6. 05:58 Max | skóre: 72 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: DEBIAN RAID1
    Pamatuji si dobu, kdy tam pár podobných bugů bylo. Já narazil na jeden s nemožností odstraňovat snapshoty. Nicméně jsou to všechno zaplátované bugy.
    Je to něco jako tvrdit, že XFS je špatný, protože v roce 2006, když se PC vypnul natvrdo, se fs podělal. Nevím, já už ext4 nechci nikde ani vidět. Tam, kde nemohu mít btrfs, jedu XFS, které je oproti ext4 o světelné roky jinde.
    Zdar Max
    Měl jsem sen ... :(
    10.6. 08:57 Peter Golis | skóre: 64 | blog: Bežné záležitosti | Bratislava
    Rozbalit Rozbalit vše Re: DEBIAN RAID1
    Ozaj, jako skončil ReiserFS? Mal zaujímavé Killer Features.
    Max avatar 10.6. 09:01 Max | skóre: 72 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: DEBIAN RAID1
    ReiserFS jsem používal, dokud nepřišel BTRFS. Takže s nástupem BTRFS jsem přešel z ReiserFS na BTRFS. ReiserFS je mrtvý, už ho nikdo nevyvíjí. Do XFS se za posledních x let nalilo dost featur a patchů, takže kdo nechce BTRFS (třeba kvůli overheadu), tak XFS je jasná volba.
    Zdar Max
    Měl jsem sen ... :(
    10.6. 09:27 Peter Golis | skóre: 64 | blog: Bežné záležitosti | Bratislava
    Rozbalit Rozbalit vše Re: DEBIAN RAID1
    Nuž, RedHat a jeho XFS.
    10.6. 12:44 Rovano | skóre: 6
    Rozbalit Rozbalit vše Re: DEBIAN RAID1
    XFS mívalo problémy, že nemělo rádo příliš mnoho malých souborů a slabé CPU. To se už změnilo?
    (╯°□°)╯︵ ┻━┻ enough of this! ♫♫♫ԅ(ˆ⌣ˆԅ)♫♫♫
    Max avatar 10.6. 13:59 Max | skóre: 72 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: DEBIAN RAID1
    Tak slabé CPU už je celkem minulost. Dnes není problém tlačit plnou rychlostí zápis a ještě šifrovat a CPU si pomalu ani neškytne.
    Navíc XFS by mělo oproti ext4 lépe škálovat výkon při paralelních operacích.
    Pokud navíc porovnáváš s ext4, tak to samo osobě nemá rádo spoustu malých souborů a pokud formátuješ na default, nebo nasizuješ malý počet inode, tak ti brzo dojdou inody a už nic nezapíšeš a inody nerozšíříš, leda přeformátovat s jiným parametrem. Kdo si tedy např. hraje s kontejnery apod. a používá ext4, tak dřív, nebo později, mu ty inody dojdou a zabrečí.
    Zdar Max
    Měl jsem sen ... :(
    včera 10:44 Rovano | skóre: 6
    Rozbalit Rozbalit vše Re: DEBIAN RAID1
    :) To je fakt.
    (╯°□°)╯︵ ┻━┻ enough of this! ♫♫♫ԅ(ˆ⌣ˆԅ)♫♫♫
    včera 10:46 Rovano | skóre: 6
    Rozbalit Rozbalit vše Re: DEBIAN RAID1
    Jen tak pro zajímavost, v jednom textu o XFS jsem narazil na informaci, že se někde nepoužívá z důvodu menší bezpečnosti adresářů. Dále jsem po tom nepátral.
    (╯°□°)╯︵ ┻━┻ enough of this! ♫♫♫ԅ(ˆ⌣ˆԅ)♫♫♫
    Max avatar včera 11:22 Max | skóre: 72 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: DEBIAN RAID1
    Nevím, co si mám pod pojmem "menší bezpečnost adresářů" představit, ale zní to jako nějaká fáma. Nebo se podobné věci odkazují na nějaké objevené CVE, které byly opraveny.
    Zdar Max
    Měl jsem sen ... :(
    včera 13:59 Rovano | skóre: 6
    Rozbalit Rozbalit vše Re: DEBIAN RAID1
    Zjištuji, že to téma bezpečnosti FS je tak rozsáhlé, že od toho dávám ruce pryč. Dík za pokec.
    (╯°□°)╯︵ ┻━┻ enough of this! ♫♫♫ԅ(ˆ⌣ˆԅ)♫♫♫
    10.6. 16:43 Martin Tůma | skóre: 39 | blog: RTFM | Praha
    Rozbalit Rozbalit vše Re: DEBIAN RAID1

    Věřím, že dnes již to bude lepší, ale zase to není tak dávno, abych tím nemohl zpochybnit výroky zdejších BTRFS-Hujerů, jako že: "ext4... Do roku 2024 nepatří. Do roku 2014 taky nepatřil". Protože v roce 2015 byla realita taková, že BTRFS/jeho tooly prostě podobně zásadní bugy měly. A tu složitost/režii má BTRFS stále, takže na spoustu věcí se i dnes ext4 může hodit víc, než BTRFS.

    Ale jasně, kdybych měl dneska stavět nějaký "enterprise" serverový diskový pole s RAIDem, tak asi taky šáhnu po BTRFS, nebo věcech od RedHatu postavených nad XFS.

    Každý má právo na můj názor!
    10.6. 17:21 Aleš Kapica | skóre: 51 | blog: kenyho_stesky | Ostrava
    Rozbalit Rozbalit vše Re: DEBIAN RAID1
    Protože v roce 2015 byla realita taková, že BTRFS/jeho tooly prostě podobně zásadní bugy měly.

    Pepi! Sorry, ale nemáš pravdu. Stejně jako Žako zaměňuješ hrušky s jabkama. Tooly nejsou ovladače FS, jenom nástroje pro jeho správu. Btrfs, naformátované před víc jak 10 lety jede dodnes bez sebemenších problémů. A to se v něm mezitím vystřídalo za tu dobu hned několik typů blokových zařízení a disků nejrůznějšího typu. Původně single device nad MD raidem, nyní multidevice v raid1 módu.

    Jediný FS, který mne kdy připravil o data byl Ext4, před 12 lety. Kdybych tam měl už tehdy Btrfs, nikdy by k tomu nedošlo, protože bych viděl, že se děje něco špatného dřív, než jsem ten stroj restartoval.

    včera 07:23 Martin Tůma | skóre: 39 | blog: RTFM | Praha
    Rozbalit Rozbalit vše Re: DEBIAN RAID1
    Tooly nejsou ovladače FS

    Nic takového netvrdím, to je zas jenom tvá proslulá neschopnost porozumět psanému textu (není divu, že tě vyhodili ze čtyř univerzit...). Ale BTRFS, ostatně stejně jako prakticky jakýkoliv jiný FS, není jenom ten ovladač v jádře, ale právě i ty tooly, bez kterých ten FS ani nevytvoříš.

    Každý má právo na můj názor!
    včera 08:54 Aleš Kapica | skóre: 51 | blog: kenyho_stesky | Ostrava
    Rozbalit Rozbalit vše Re: DEBIAN RAID1

    Pepi nehul. Ptákům to nesvědčí. Svcrkává se jim už tak malý mozek. Nebudu ztrácet jako Max čas tím, abych ti vysvětloval co je FS a jak se s tím pracuje. Dovzdělat ses měl už tenkrát, před lety, a neměl by si s Btrfs žádný problém.

    Max avatar 10.6. 20:31 Max | skóre: 72 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: DEBIAN RAID1
    Tak stavět enterprise storage nad btrfs nebude dobrý nápad, od toho je zase vhodnější ZFS s jeho možnostmi poolu.
    Zdar Max
    Měl jsem sen ... :(
    včera 07:34 Martin Tůma | skóre: 39 | blog: RTFM | Praha
    Rozbalit Rozbalit vše Re: DEBIAN RAID1
    To záleží na tom, co si člověk představuje pod pojmem "enterprise". Třeba enterprise linuxů s oficiální podporou ZFS zrovna moc není... Čímž nechci říct, že se ZFS nikam nehodí, ale je to jako s tím ext4 - záleží co od toho systému chceš. Pokud chceš pooly a nezajímá tě vyšší náročnost na HW ani složitější správa, tak zvolíš ZFS. Stejně jako když tě zajímá "hrubý výkon" a nezajímá tě redundance a stačí ti kontrola chyb v HW, tak zvolíš ext4 místo BTRFS.
    Každý má právo na můj názor!
    Max avatar včera 08:12 Max | skóre: 72 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: DEBIAN RAID1
    Já si pod tím představuji storage, který má velký počet disků a několik věcí failoverovaných / zduplikovaných. Pokud si pod enterprise storage představuješ něco s pěti disky, tak btrfs není problém, ale pokud si představuješ něco se 100ks, tak btrfs menší problém bude.
    Jinak jsi se asi se ZFS nesetkal, jinak by jsi netvrdil, že je složitější pro správu.
    To s tím výkonem také nechápu. Pokud tě nezajímá výkon, tak zvolíš ext4? Spíše naopak, ne? btrfs má podobně jako ZFS značný overhead. Takže pokud jedeš na krev a honíš každý IOPS, tak spíše zvolíš XFS, než btrfs, nebo zfs.
    Jak enterprise storage souvisí s OS, to mi uniká. Stavím něco, co má mít nějaké parametry, podle toho vyberu technologii (včetně OS). Jinak pokud trváš na Linuxu a ZFS s podporou, tak máš několi možností, např. QNAP, nebo TrueNAS SCALE.
    Zdar Max
    Měl jsem sen ... :(
    včera 08:56 Aleš Kapica | skóre: 51 | blog: kenyho_stesky | Ostrava
    Rozbalit Rozbalit vše Re: DEBIAN RAID1

    Maxi, nemá smysl ztrácet čas s papouchama. Žako a Pepi umí akorát papouškovat zaslechnuté kraviny. Sami s těmito technologiemi žádné reálné zkušenosti nemají.

    včera 11:46 Martin Tůma | skóre: 39 | blog: RTFM | Praha
    Rozbalit Rozbalit vše Re: DEBIAN RAID1
    Jinak jsi se asi se ZFS nesetkal, jinak by jsi netvrdil, že je složitější pro správu.

    Nutnost řešit externí repozitáře a DKMS je rozhodně složitější, než nic. Což je přesně to co musíš dělat v případě FS které máš out-of-the-box v distribuci. A o rozdílech ve správě disků/data setů bychom také mohli polemizovat

    To s tím výkonem také nechápu. Pokud tě nezajímá výkon, tak zvolíš ext4? Spíše naopak, ne?

    Přečti si ten příspěvek, na který reaguješ ještě jednou a pořádně...

    Jak enterprise storage souvisí s OS, to mi uniká. Stavím něco, co má mít nějaké parametry, podle toho vyberu technologii (včetně OS).

    Ne každý se chce/může zabývat Solarisem nebo FreeBSD. Ten OS na kterém ti to poběží je poměrně zásadní argument. Když máš veškeré servery na RHEL, budeš logicky chtít na RHEL i storage server, protože už na to máš dodavatele a lidi co tomu rozumí. Ty máš možná na každou věc zcela odlišný a specializovaný SW/HW, ale minimálně chápat tu snahu těch "enterprise" firem mít tu infrastrukturu konzistentní by si mohl.

    Každý má právo na můj názor!
    Max avatar včera 12:04 Max | skóre: 72 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: DEBIAN RAID1
    Snahu o maximální konzistentnost jsem přestal řešit / vnímat, když jsem zjistil, že to přináší zbytečný overhead a někdy i neřešitelné problémy. Takže konzistentnost ano, ale ne za každou cenu. Koupíš HPE storage a máš jiný os (a jiné cli), koupíš Netapp, máš jiný OS a jiné cli, koupíš xy produkt a máš jiný OS a jiné cli. A storage sebou nese i jinou filozofii údržby apod. Nevidím důvod, proč nenainstalovat třeba ten TrueNAS SCALE. Z hlediska správy to nese menší overhead, než all-in-one řešení a nese to menší overhead, než podobně robustní řešení stavět na RHELu za pomocí čeho? Stratisu?

    Každopádně příklad. Jedeš všude Debian a pak bum, musíš nasadit produkt, který je podporován jen na RHEL like. Takže co? Budeš to bastlit a do nekonečna překopávat na Debian, nebo si naladíš RHEL a zařadíš do nového plánu údržby? Nebo máš RHEL a nasadíš Oracle a zjistíš, že Oracle se chová licenčně jinak ke KVM v RHELu, než ke svému řešení. Takže co? Zaplatíš 20 mega navíc, nebo naladíš to samé v bledě modrém od Oracle zdarma? Přijde finanční, že se po x dlouhé době se konečně podařilo vybrat vhodné řešení pro vytěžování faktur s napojením na xy systémů atd. Ale běží to jen pod Windows. Takže co? Řekneš ne, tohle řešení za 20 mega nenasadíme, protože nebudeme kupovat licence za Windows, které by nám narušilo naše konzistentní prostředí? A tak bych mohl pokračovat.
    Zdar Max
    Měl jsem sen ... :(
    Jendа avatar 5.6. 00:43 Jendа | skóre: 78 | blog: Jenda | JO70FB
    Rozbalit Rozbalit vše Re: DEBIAN RAID1
    Zcela bez metadat to funguje, ale sám za sebe můžu říct jediné: už nikdy více.
    Ještě mě napadlo, že pokud máš dva samostatné "EFI" oddíly, tak se musí do efi vars přidat dva záznamy (kdyby jeden disk umřel, tak aby to nabootovalo z toho druhého), případně to instalovat jako portable. Nemám zkušenost jestli to přidání obou disků grub-install běžně dělá.
    Max avatar 5.6. 08:25 Max | skóre: 72 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: DEBIAN RAID1
    Co jsem se setkal s deskami, tak snad všechny hledají "EFI/BOOT/boot64.efi" jako default. Takže s vhodným pojmenováním není nutná registrace do UEFI.
    Zdar Max
    Měl jsem sen ... :(
    Jendа avatar 5.6. 12:59 Jendа | skóre: 78 | blog: Jenda | JO70FB
    Rozbalit Rozbalit vše Re: DEBIAN RAID1
    Ano, tomu se říká to "portable" co zmiňuji. Musí se to grub-install nějak říct, defaultně instaluje do EFI/jméno_distribuce.
    Max avatar 5.6. 13:14 Max | skóre: 72 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: DEBIAN RAID1
    Jj, jinak třeba na jednom HP EliteDesku mi normálně prochází efibootmgr, ukáže, že zápis provedl, vypíše i, že opravdu zapsáno, ale po restartu ten zápis zmizí. Buď je to bug, nebo něco kolem HP Sure Start apod. volovin.
    Zdar Max
    Měl jsem sen ... :(
    6.6. 11:33 Rovano | skóre: 6
    Rozbalit Rozbalit vše Re: DEBIAN RAID1
    To se mi děje s běžnou desktop deskou.
    (╯°□°)╯︵ ┻━┻ enough of this! ♫♫♫ԅ(ˆ⌣ˆԅ)♫♫♫
    6.6. 11:42 xxl | skóre: 25
    Rozbalit Rozbalit vše Re: DEBIAN RAID1
    Na HP notebooku zapíšu do efi co chci, ale i když mu pomocí efibootmgr nanutím, že má bootovat moji položku, tak na ni kašle. Jediné, co funguje, je dát moje věci do BOOT adresáře nebo bootovat custom, což je to, že mu předem zvolím v setupu počítače, který soubor se má bootovat.

    Na HP serveru mi zrovna teď počítač sám mění bootovací pořadí efi položek. To musím ještě prozkoumat.
    7.6. 10:20 Rovano | skóre: 6
    Rozbalit Rozbalit vše Re: DEBIAN RAID1
    Detaily si nepamatuji. Šlo o starou implementaci UEFI, ale nikoliv HP.
    (╯°□°)╯︵ ┻━┻ enough of this! ♫♫♫ԅ(ˆ⌣ˆԅ)♫♫♫
    7.6. 11:15 prOm3TheuS | skóre: 18 | Praha
    Rozbalit Rozbalit vše Re: DEBIAN RAID1
    Těsně vedle, je to removable :-D
    Takhle už to praktikuju docela dlouho:

    grub-install --no-bootsector --no-nvram --removable --target=x86_64-efi --efi-directory=/boot/efi
    7.6. 12:55 foonix
    Rozbalit Rozbalit vše Re: DEBIAN RAID1
    jenom pro zajimavost delam to podobne, akorat bez --no-bootsector:

    grub-install --target=x86_64-efi --efi-directory=/efi0 --no-nvram --removable

    efi mountpointy mam ve fstabu noauto a efivars jako ro
    5.6. 10:29 pet I. | skóre: 12
    Rozbalit Rozbalit vše Re: DEBIAN RAID1
    Koumám, že Andrej se nám zase nějak rozjel :-D
    6.6. 18:45 Andrej | skóre: 51 | blog: Republic of Mordor
    Rozbalit Rozbalit vše Re: DEBILAN AID-7

    Každé „rozjíždění“ souvisí s tím, že pokud se na webu povalují naprosté kraviny a nikdo jim neoponuje, nakonec ty kraviny proniknou do jakéhosi všeobecného povědomí. Což je škoda.

    Proto je dobré kravinám vždy oponovat, i když je to svým způsobem marné: pokud byl někdo posledních 10+ let dokonale imunní vůči argumentům, dalších 10+ let to nebude jinak.

    Leč ono nikdy nejde o toho či onoho šiřitele FUDu. Vždy jde hlavně o tu „tichou většinu“, která si během následujících měsíců a let příslušné vlákno přečte. Ta je cílovým publikem.

    Pokud budou mít kraviny + kravince všude poslední slovo bez opozice, leckdo je bez přemýšlení přijme jako fakta. Pokud jim někdo oponuje, vede to (snad) (některé) čtenáře aspoň k zamyšlení.

    7.6. 10:05 Aleš Kapica | skóre: 51 | blog: kenyho_stesky | Ostrava
    Rozbalit Rozbalit vše Re: DEBILAN AID-7
    Pokud budou mít kraviny + kravince všude poslední slovo bez opozice, leckdo je bez přemýšlení přijme jako fakta. Pokud jim někdo oponuje, vede to (snad) (některé) čtenáře aspoň k zamyšlení.

    Plně souhlasím. Jenom bych dodal, že mezi omylem a kravinou není rozdíl. Takže každá validní informace, která vede k objasnění podstaty, je na místě.

    A řekl bych, že by se Andrej takhle nerozjel, kdyby sem někteří nezačali pastovat již tisíckrát omleté blbosti. Sám na podobné dotazy již dávno nereaguji – informací na tohle téma už je tady dost. Ať se dotyčný také trochu namáhá s jejich vyhledáním.

    k3dAR avatar 5.6. 23:14 k3dAR | skóre: 62
    Rozbalit Rozbalit vše Re: DEBIAN RAID1
    [...]To by se mělo správně opakovat po každé aktualizaci GRUBu[...]
    nevim jak/zda Debiani automatika, ale v *buntu mam reseno pridanim /etc/grub.d/99_sync_efi:
    #!/bin/sh
    set -e
    
    efi2="/boot/efi2"
    efi2_uuid="EF02-EF02"
    
    echo "Sync EFI to ${efi2} (${efi2_uuid})..." >&2
    
    mkdir -p ${efi2}
    mountpoint -q ${efi2} || mount /dev/disk/by-uuid/${efi2_uuid} ${efi2}
    
    rsync -a --delete /boot/efi/ ${efi2}/
    
    porad nemam telo, ale uz mam hlavu... nobody
    5.6. 11:56 Peter Golis | skóre: 64 | blog: Bežné záležitosti | Bratislava
    Rozbalit Rozbalit vše Re: DEBIAN RAID1
    Celá táto otázka mi pripadá na hlavu postavená. Pripomína mi to klasickú úlohu:

    Server dosluhuje, tak kúpime nový. Máme možnosť kúpiť drahé železo s kvalitnejším radičom (HW RAID, baterka pre cache), alebo to najlacnejšie na trhu (WIN/Fake RAID alebo len obyčajný radič diskov). Ak kúpime to najlacnejšie, tak to bude mať aj tak väčší výkon ako potrebujeme.

    Keďže nám predajca nevedel poradiť ako urobiť migráciu, teda hlavne ako prejsť na nový server s iným typom radiča (a potrebujeme redundanciu pre prípad vypadnutia disku/diskov), tak ušetríme za konzultanta a opýtame sa na internete.
    Podľa toho že starý server nevyužil viac ako 2GB SWAP, a OS aj s dátami sa zmestia do 20GB, tak sa ten server bude flákať. A ani nikdy nevyužije celú diskovú kapacitu (aj najlacnejší patlafón má viac diskového priestoru a možno aj výkonu oproti starému serveru).

    Použitie SW RAID na zrkadlenie EFI BOOT by som neriešil. Náhodou niečo alebo niekto zmaže/poškodí primárnu EFI binárku GRUB či konfig hľadajúci ELF GRUB, a stroj príde aj o kópiu na druhom disku. Tu by som urobil dve EFI partície (každú na iný disk, a občas to syncol a na striedačku by som otestoval či to nabehne jak z prvého tak aj z druhého disku).

    Zvyšok je len vecou skúsenosti daného správcu čo sa bude o to starať. Teda či použije priamo NextGEN FS typu BTRFS alebo ZFS (majúce v sebe checksum na metadáta a aj na dáta, a hlavne aj RAID), či sa použije LVM v móde RAID1 a v ňom sa vytvoria zvyšné logické disky pre SWAP a /, alebo či sa použije Disk Mapper v ktorom sa urobí RAID1 (v ktorom sa nejako rozdelí SWAP a /). Toto je na uvážení zodpovednej osoby (správcu alebo konzultanta) ktorý musí zvážiť vhodnosť daného riešenia pre daný prípad (absencia ECC RAM vylučuje napr. deduplikáciu pri zachovaní zdravého rozumu a je jedno či cez online ZFS, VDO alebo delayed BTRFS).

    Ak sa správca nevie rozhodnúť alebo nepozná iné riešenia ako bolo to pôvodné, tak nech to jednoducho preklopí na nový server. A keďže je to maličké, tak si môže nasimulovať nový stroj s aktuálnymi dátami kľudne aj vo virtuálke bežiacej na notebooku.

    My tu totižto môžeme navrhnúť nový layout ktorý bude najvhodnejší na dané použitie. Ale ak s tým nastane akýkoľvek problém a správca nepozná danú technológiu, tak správca skončil a bude sa tu vypytovať kto zaňho urobí aj túto úlohu za ktorú je ten správca platený.

    On ten RAID nezaručuje že systém vždy nabehne. A kľudne sa môže stať že človek pri výmene vadného disku vymení ten čo je v poriadku (stres je sviňa). A ak ten disk s radičom nebudú podporovať hotplug, tak mu to môže kompletne zomrieť pod rukami. Rizík je tam veľa a nedajú sa zhrnúť v jednej debate kde budú dobrovoľníci krúžiť okolo plateného správcu ako trúdi okolo kráľovnej pred vyrojením.

    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.