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 06:11 | Zajímavý článek

    Man Yue Mo z GitHub Security Lab se podrobně rozepsal o již opravené zranitelnosti CVE-2023-6241 v Arm Mali GPU umožňující získání roota na telefonu Pixel 8 s povoleným MTE (Memory Tagging Extension).

    Ladislav Hagara | Komentářů: 0
    dnes 04:44 | IT novinky

    V San José probíhá vývojářská konference NVIDIA GTC 2024. CEO společnosti NVIDIA Jensen Huang měl dvouhodinovou keynote, ve které představil celou řadu novinek: NVIDIA Blackwell platform, NVIDIA NIM microservices, NVIDIA Omniverse Cloud APIs, Project GR00T, …

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

    Byly zpracovány a na YouTube zveřejněny videozáznamy jednotlivých přednášek z letošního Installfestu.

    Ladislav Hagara | Komentářů: 8
    včera 13:33 | Pozvánky

    Od 21. do 23. března proběhnou Arduino Days 2024. Sledovat bude možné oficiální streamy. Zúčastnit se lze i lokálních akcí. V Česku jsou aktuálně registrovány dvě: v Praze na Matfyzu a v Poličce v městské knihovně.

    Ladislav Hagara | Komentářů: 0
    včera 12:11 | Pozvánky

    Letošní ročník konference LinuxDays se uskuteční o víkendu 12. a 13. října, opět se potkáme v pražských Dejvicích na FIT ČVUT. Také během letošního ročníku nás budou čekat desítky přednášek, workshopy, stánky a spousta doprovodného programu. Aktuální dění můžete sledovat na Twitteru, Facebooku nebo na Mastodonu, přidat se můžete také do telegramové diskusní skupiny.

    Petr Krčmář | Komentářů: 3
    včera 09:00 | Nová verze

    Byla vydána nová major verze 2.0.0 a krátce na to opravné verze 2.0.1 open source online editoru Etherpad (Wikipedie) umožňujícího společné úpravy v reálném čase.

    Ladislav Hagara | Komentářů: 0
    včera 08:00 | IT novinky

    Elonem Muskem založena společnost xAI otevřela pod licencí Apache 2.0 svůj AI LLM model Grok-1.

    Ladislav Hagara | Komentářů: 3
    včera 00:44 | Nová verze

    Matematický software GNU Octave byl vydán ve verzi 9.1.0. Podrobnosti v poznámkách k vydání. Nově je preferovaný grafický backend Qt a preferovaná verze Qt 6. V tomto vydání byly přepracovány funkce pro převod čísel z desítkové soustavy. Jako obvykle jsou zahrnuta také výkonnostní vylepšení a zlepšení kompatibility s Matlabem.

    Fluttershy, yay! | Komentářů: 0
    17.3. 22:33 | Zajímavý článek

    Společnost PINE64 stojící za telefony PinePhone nebo notebooky Pinebook publikovala na svém blogu březnový souhrn novinek. Vypíchnout lze, že pracují na virtuálním asistentu PineVox a zatím bezejmenných sluchátkách na lícní kosti (bone conduction).

    Ladislav Hagara | Komentářů: 0
    17.3. 18:33 | Nová verze

    Hyprland, kompozitor pro Wayland zaměřený na dláždění okny a zároveň grafické efekty, je již dva roky starý. Při té příležitosti byla vydána verze 0.37.0 (a záhy opravná 0.37.1 řešící chybu ve vykreslování oken). Nově závisí na knihovně hyprcursor, která poskytuje škálovatelné kurzory myši.

    Fluttershy, yay! | Komentářů: 3
    Steam
     (25%)
     (28%)
     (13%)
     (10%)
     (25%)
    Celkem 310 hlasů
     Komentářů: 4, poslední 11.3. 21:45
    Rozcestník

    Vyjádření SUSE k souborovému systému Btrfs

    Společnost Red Hat s vydáním Red Hat Enterprise Linuxu 7.4 oznámila ukončení podpory souborového systému Btrfs. Bude to mít vliv na podporu Btrfs v linuxových distribucích SUSE Linux Enterprise? Odpověď v příspěvku na blogu SUSE: Kdyby Brazílie, jeden z největších producentů hovězího masa, oznámila, že přestane produkovat ryby, ptali byste se, zda Peru, jeden z největších světových producentů ryb, přestane produkovat ryby? Pravděpodobně ne. Stejně je to s Btrfs. Btrfs je a nadále zůstane výchozím souborovým systémem v SUSE Linux Enterprise [reddit].

    24.8.2017 11:11 | Ladislav Hagara | Zajímavý článek


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

    Komentáře

    Vložit další komentář

    little.owl avatar 24.8.2017 11:34 little.owl | skóre: 22 | blog: Messy_Nest | Brighton/Praha
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    Nevim, podstatne veci nebyly adresovany. Podle me btrfs ve stavu jakem je/bylo nikdy nemelo byt vubec akceptovano do 'stabilniho' kernelu a LinusT se tady bohuzel choval nestandardne. Jedna vec se musi ZFS nechat - behem vyvoje nedostali uzivatele svych verzi do situace, kdy by mohli prijit o sva data.
    A former Red Hat freeloader.
    cezz avatar 24.8.2017 12:47 cezz | skóre: 24 | blog: dm6
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    Tak nejake problemy tam boli a teoreticky si mohol o data prist, ale pravda nie v takom rozsahu ako BTRFS. Kazdopadne to bola pre mna z tohto pohladu pomerne jasna volba. Zalohy sice clovek musi robit tak ci tak, ale obnovovaniu par TB dat sa radsej vyhnem. :-)
    Computers are not intelligent. They only think they are.
    24.8.2017 13:15 trekker.dk | skóre: 72
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    Podle me btrfs ve stavu jakem je/bylo nikdy nemelo byt vubec akceptovano do 'stabilniho' kernelu a LinusT se tady bohuzel choval nestandardne
    To je blábol. U filesystémů a ovladačů zařízení dlouhodobě platí, že se do stabilní řady přidávají, i když nejsou vhodné pro produkční nasazení - pokud se nejedná o kód ve špatném stavu a bez vyhlídek na údržbu a vylepšení. Důvodem je, že pokud je používáte, je to jenom vaše rozhodnutí a nemá to negativní vliv na ostatní uživatele.
    Quando omni flunkus moritati
    24.8.2017 13:46 kralyk z abclinuxu | skóre: 29 | blog:
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    No tak od toho je označení (EXPERIMENTAL) v make menuconfig, ne?
    24.8.2017 14:58 Sten
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    Btrfs také bylo označené jako experimental v době, kdy nebylo zrovna stabilní. Stejně tak řvalo mkfs.btrfs.
    little.owl avatar 24.8.2017 16:57 little.owl | skóre: 22 | blog: Messy_Nest | Brighton/Praha
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    To je blábol. U filesystémů a ovladačů zařízení dlouhodobě platí, že se do stabilní řady přidávají, i když nejsou vhodné pro produkční nasazení - pokud se nejedná o kód ve špatném stavu a bez vyhlídek na údržbu a vylepšení.
    Ne, btrfs dostal vyjimku, kdy cilem bylo mu pomoci ve vyvoji. Zadny jiny filesystem nebyl vpusten v tak mizernem do stavu. Staci se podivat do dokumentace v release 2.6.30:
    Btrfs is under heavy development, and is not suitable for any uses other than benchmarking and review.
    Takovy kod normalne zustava ve vyvojove vetvi dokud neni trochu pouzitelny a nove funkce se pridavaji, az kdyz existujici jsou stabilizovane, a novy kod je nesmi rozbit. Ted, osum let pozdeji, btrfs jiz oficialne neni experimentalni, a presto plno fuknci je stale "neprodukcnich" a mesice oficialne rozbity kod raidu 5/6. Jednoduchy test jakym byla tato chyba objevena jen ukazuje, ze btrfs team v podstate svuj kod poradne netestuje a kod neni rozumne rewiev-ovany a ja skutecne doufam ze tohle neni standardni situace - protoze jink bych uz vecer bootoval FreeBSD.
    A former Red Hat freeloader.
    24.8.2017 17:51 trekker.dk | skóre: 72
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    Ne, btrfs dostal vyjimku, kdy cilem bylo mu pomoci ve vyvoji. Zadny jiny filesystem nebyl vpusten v tak mizernem do stavu.
    Tak citujte tu výjimku.
    Zadny jiny filesystem nebyl vpusten v tak mizernem do stavu.
    A co Ext4? Nebo přesněji ext4dev, který v mainline byl do doby, než ho prohlásili za dostatečně stabilní a přejmenovali na ext4?
    Quando omni flunkus moritati
    little.owl avatar 24.8.2017 18:23 little.owl | skóre: 22 | blog: Messy_Nest | Brighton/Praha
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    Tak citujte tu výjimku.
    Musel bych to dohledat, ale bylo to zrejme z tehdejsich diskuzich. Btrfs byla odpoved na hrozici ZFS od Sun, kdy ostatni velci hraci jako Red Hat, SUSE, Fujitsu ci HP chteli mit alternativu v kernelu, viz treba clanek zde. Komicke to cist opet po letech.
    A co Ext4? Nebo přesněji ext4dev, který v mainline byl do doby, než ho prohlásili za dostatečně stabilní a přejmenovali na ext4?
    Ext4 vzniknul jako zpetne kompatibilni extension ext3, a diky tomu byl od prvniho commitu velmi dobre pouzitelny. Ext4 tedy existuje jen proto, ze Linus opatrne odmitl udelat takove zmeny na existujicim ext3 a tak vznikl novy fs, viz. treba vlakno zde. To se proste absolutne neda srovnavat.
    A former Red Hat freeloader.
    24.8.2017 23:55 lertimir | skóre: 64 | blog: Par_slov
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    Tak citujte tu výjimku.
    Musel bych to dohledat, ale bylo to zrejme z tehdejsich diskuzich. Btrfs byla odpoved na hrozici ZFS od Sun, kdy ostatni velci hraci jako Red Hat, SUSE, Fujitsu ci HP chteli mit alternativu v kernelu, viz treba clanek zde. Komicke to cist opet po letech.
    Nicméně to všechno se dá pochopit. Chápu, že velcí hráči chtěli mít alternativu, chápu i rozhodnutí začlenit jej do kernelu, byť v té době to bylo více politické než odborné rozhodnutí. To co ale nechápu, proč za 8 let vývoje s zájmem a podporou velkých hráčů, to není plně funkční.
    little.owl avatar 25.8.2017 00:19 little.owl | skóre: 22 | blog: Messy_Nest | Brighton/Praha
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    To co ale nechápu, proč za 8 let vývoje s zájmem a podporou velkých hráčů, to není plně funkční.
    Zejmena kdyz tu uz mame krome ZFS, Appli APFS a Microsofti ReFS, ktere sice papirove nejsou tak impozantni, ale za kratsi dobu se dostaly do [temer] produkcniho stavu.
    A former Red Hat freeloader.
    25.8.2017 10:32 lertimir | skóre: 64 | blog: Par_slov
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    Nebo, když Reiser dokázal udělat tak dobré fs v podstatě jako one-man-show. (možná to, že je to magor s tím souvisí :-))
    25.8.2017 18:23 fin
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    Reiser není magor, ale oběť spiknutí. On fakt není ten, kdo vraždil. Zjisti si fakta. ;-)
    25.8.2017 00:45 trekker.dk | skóre: 72
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    Tak až to dohledáte, tak dejte vědět. To tvrzení o ovladačích a filesystémech se za posledních pár let několikrát objevilo na LWN a u těch předpokládám, že ví, o čem mluví.
    Quando omni flunkus moritati
    little.owl avatar 25.8.2017 01:15 little.owl | skóre: 22 | blog: Messy_Nest | Brighton/Praha
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    V principu to tak je, to nepopiram. Jen tvrdim, ze Linus tehdy vyrazne slevil ze svych kriterii a neocekavejte, ze budu nekdy schopen najit jeho citaci. Tehdy nikdo asi neveril, ze ani po osmi letech to bude, bohuzel, jeste v soucasnem stavu.
    A former Red Hat freeloader.
    Petr Tomášek avatar 24.8.2017 19:36 Petr Tomášek | skóre: 39 | blog: Vejšplechty
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    ed, osum let pozdeji, btrfs jiz oficialne neni experimentalni, a presto plno fuknci je stale "neprodukcnich" a mesice oficialne rozbity kod raidu 5/6.
    No a? Ostatní funkce jsou stabilní dost. Jen to asi chce důraznější dokumentaci toho, co je stabilní a co experimentální.
    multicult.fm | monokultura je zlo | welcome refugees!
    24.8.2017 21:55 Petr
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    Stabilni? LOL. Nedavno se tady rozebirali potize tohodle Beta FS a zkus se podivat treba na https://btrfs.wiki.kernel.org/index.php/Status nebo https://btrfs.wiki.kernel.org/index.php/Gotchas . Me oblibene: "when you do device removes on file systems with a lot of snapshots, it is unbelievably slow ... took nearly a week to move 20GB of FS data from one device to the other using that method" "a balance on 2TB of data that was heavily snapshotted - it took 3 months" "try to avoid having more than 8 snapshots due to the overhead" "when I have to do balances ... I delete all the snapshots and allow a few months for the balance to finish" Tomuhle rikas stabilni? Vzdyt to ani neumi vymenit disk kdyz ma chybne sektory. A kdyz ti nahodou zdechne disk v raid1, tak dostanes trvale read only. Tohle je horsi nez beta.
    xkucf03 avatar 25.8.2017 00:33 xkucf03 | skóre: 49 | blog: xkucf03
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    Stabilni? LOL. Nedavno se tady rozebirali potize tohodle Beta FS…
    GNU/Linux používám už dost dlouho a co si tak pamatuji, tak bouřlivé diskuse o souborových systémech se vedou odnepaměti a snad u každého FS se objeví někdo, komu to ztratilo data nebo totálně rozbouralo systém.
    Mám rád, když se lidé přou, znamená to, že vědí, co dělají, a že mají směr. Frantovo.cz, SQL-DK, Relational pipes
    little.owl avatar 25.8.2017 10:58 little.owl | skóre: 22 | blog: Messy_Nest | Brighton/Praha
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    Zadny jiny FS nebyla takova tragikomedie, snad krome nekterych "killer features" ReiserFS.
    A former Red Hat freeloader.
    Petr Tomášek avatar 25.8.2017 11:58 Petr Tomášek | skóre: 39 | blog: Vejšplechty
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    Moc do toho taháš pocity.
    multicult.fm | monokultura je zlo | welcome refugees!
    25.8.2017 12:21 kralyk z abclinuxu | skóre: 29 | blog:
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    Tak ono po těch letech (částečně) falešných nadějích ten pocit zklamání IMHO je na místě...
    Petr Tomášek avatar 25.8.2017 14:21 Petr Tomášek | skóre: 39 | blog: Vejšplechty
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    Problém pocitů je, že dělají svět čenobílý.
    multicult.fm | monokultura je zlo | welcome refugees!
    25.8.2017 15:47 kralyk z abclinuxu | skóre: 29 | blog:
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    Nemyslim si, že nutně. Osobně pro mě je fíčura č. 1 filesystému jeho spolehlivost / robustnost. Možná jsem moc konzervativní, ale tohle je pro mě nutná podmínka, kterou nemůže vyvážit žádné množství dalších fíčur (jako snapshoty/COW atd.), jakkoli jsou třeba užitečné. Btrfs jsem považoval od začátku za zajímavý projekt, bohužel ale stále z mého pohledu nesplňuje tu základní podmínku, takže ho nenasazuju, to je celé.
    little.owl avatar 25.8.2017 16:00 little.owl | skóre: 22 | blog: Messy_Nest | Brighton/Praha
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    Možná jsem moc konzervativní, ale tohle je pro mě nutná podmínka, kterou nemůže vyvážit žádné množství dalších fíčur
    To neni konzervatismus, ale zdravy rozum.
    A former Red Hat freeloader.
    25.8.2017 16:53 j
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    Myslis jako trebas NTFS u M$ ... kde si jen tak zacnou pouzivat nedokumentovanej priznak? Coz pak vede ke zmrveni dat, protoze si stejnej priznak uz pouziva nekdo jinej (protoze proc ne, kdyz se nepouziva ze ...)?
    25.8.2017 17:38 kralyk z abclinuxu | skóre: 29 | blog:
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    NTFS nepoužívám / vůbec mě netankuje.
    little.owl avatar 25.8.2017 15:34 little.owl | skóre: 22 | blog: Messy_Nest | Brighton/Praha
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    To neni o pocitech, pokud jde o moje data zajimaji me spise fakta.
    A former Red Hat freeloader.
    Petr Tomášek avatar 28.8.2017 19:15 Petr Tomášek | skóre: 39 | blog: Vejšplechty
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    Podle toho, jak se ale vyjadřuješ ve svých příspěvcích, to nedělá moc dojem, že by sis lámal hlavu s fakty.
    multicult.fm | monokultura je zlo | welcome refugees!
    pavlix avatar 28.8.2017 20:17 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    Od někoho jiného by ta kritika možná dávala smysl... :)
    Já už tu vlastně ani nejsem. Abclinuxu umřelo.
    25.8.2017 15:33 kralyk z abclinuxu | skóre: 29 | blog:
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    "killer features" ReiserFS.
    Pun intended? :-D
    Petr Tomášek avatar 25.8.2017 11:57 Petr Tomášek | skóre: 39 | blog: Vejšplechty
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    BTRFS používám na to, co umí dobře a při normálním používání to stabilní je. Na RAID používám RAID.

    Pleteš si stabilitu s podporou pokročilých funkcí a se známými (a deterministickými) chybami.
    multicult.fm | monokultura je zlo | welcome refugees!
    25.8.2017 12:36 Petr
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    Takze btrfs pouzivas na jednom disku s jednim oddilem bez snapshotu, bez raidu, bez vseho ostatniho co nabizi? To muzes klidne nahradit dernymi stitky... treba snapshoty pouzivam bezne a nemit system ve kterem bych mel moznost mit kazdou hodinu snapshot by bylo pro me jako nemit moznost mit ruce. To same komprese - diky kompresi mam read ze storage daleko rychlejsi a obcas se to hodi. A i kdyz se to nedoporucuje, tak mam zaplou dedup na nekterych poolech, protoze to dava smysl (a ram neresim). Zaklad btrfs je patrne funkcni, ale to co lidi od nej ocekavaji a co jsou jeho killer features je proste nedodelane a nedoladene.
    Petr Tomášek avatar 25.8.2017 14:20 Petr Tomášek | skóre: 39 | blog: Vejšplechty
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    Jak kde. Někde používám btrfs nad md-raidem a se snapshoty. U věcí jako je router používám btrfs nad jedním zařízením.
    multicult.fm | monokultura je zlo | welcome refugees!
    24.8.2017 15:00 Sten
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    Ale dostali. Třeba při výpadku proudu se až do nedávna ZoL umělo dostat do stavu, kdy mount vyvolal panic, protože neumělo rollback nekompletní transakce.
    24.8.2017 16:42 trekker.dk | skóre: 72
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    ZoL nebo ZFS? Přece jenom je to rozdíl.
    Quando omni flunkus moritati
    little.owl avatar 24.8.2017 17:01 little.owl | skóre: 22 | blog: Messy_Nest | Brighton/Praha
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    Hadam, ze ZFS je designovano pro nasazeni v systemech, kde pravdepodobnost vypadku napajeni systemu je extremne mala. To srovnavat s btrfs, ktere se stale jeste rozpada i za normalniho chodu bez selhani HW a jadra OS opravdu nejde.
    A former Red Hat freeloader.
    26.8.2017 13:09 anonym
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    ZFS bylo designovano tak aby nikdy (krom pripadu umrti vetsiho poctu disku nez je redundance) neztratilo data ktera potvrdilo zapsana. Vypadek proudu v libovolny moment nevyjimaje. Drtiva vetsina poskozenych ZFS je zpusobena disky ktere nerespektuji cache flush/write barrier, a vesele potvrdi zapis dat ktera jsou jen v cache. Tohle bohuzel dela netrivialni mnozstvi 'consumer' disku, protoze pak vypadaji rychlejsi nez jsou.

    pro porovnani, btrfs stale obsahuje write hole, coz je znamy problem klasickych RAID systemu (pri vypadku behem zapisu se poskodi data 'pobliz', bez moznosti obnovy). ZFS tohle vyresilo pred 10 lety.
    24.8.2017 13:47 t
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    pouzivam ho uz roky a nasadzujem ho v domacom pouziti, kde sa da, hlavne na raspberry. Jednoduche snapshoty a rollbacky, online komprimacia, lepsia podpora sd kariet a ssd diskov, akurat kvoli swapu treba este stale davat lvm alebo swap na zvlast particiu. V zaciatkoch sa mi stalo, ze sa mi pokazil btrfs, ale od vyssej verzie (uz neviem ktorej) to ide paradne. Zial, na enterprise riesenie btrfs nie je vhodne.
    24.8.2017 13:50 kralyk z abclinuxu | skóre: 29 | blog:
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    Moc se RedHatu nedivím, btrfs IMHO doposud nikdy moc nejevilo známky, že by se dal nějak moc očekávat posun od experimentálnosti ke stabilitě a spolehlivosti. Což u filesystému není moc dobré znamení, zejména vzhledem k tomu, že už je ve vývoji taky nějaký ten pátek...
    24.8.2017 13:54 jk
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    Kdyby Brazílie, jeden z největších producentů hovězího masa, oznámila, že přestane produkovat ryby, ptali byste se, zda Peru, jeden z největších světových producentů ryb, přestane produkovat ryby?
    zajímavé, že aktivity SUSE a Red Hatu přirovnávají k neudržitelnému hospodářství bezohledně devastujícímu životní prostředí.

    jaké důsledky z té reflexe vyvodí?
    24.8.2017 14:16 trubicoid2
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    Petr Tomášek avatar 24.8.2017 19:32 Petr Tomášek | skóre: 39 | blog: Vejšplechty
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    Bez ohledu na brazilské sado-maso je dobře, že tu btrfs vedle ext4 i vedle ZFS a vedle dalších méně rozšířených FS je. A jsme rád, že tu je někdo, kdo do vývoje btrfs existuje a jsem rád za funkce, které btrfs nabízí, přestože nejsem žádný zanícený propagátor tohoto systému jako jediného správné FS...
    multicult.fm | monokultura je zlo | welcome refugees!
    vencour avatar 24.8.2017 23:13 vencour | skóre: 56 | blog: Tady je Vencourovo | Praha+západní Čechy
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    Dovolil jsem si udělat anketu, jaký filesystém preferujete.
    Ty nejhlubší objevy nečekají nutně za příští hvězdou. Jsou uvnitř nás utkány do vláken, která nás spojují, nás všechny.
    25.8.2017 09:12 Peter Golis | skóre: 64 | blog: Bežné záležitosti | Bratislava
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    No bóže. Tak má RH zmluvu s MS že bude podporovať deduplikáciu len na jednom FS. Tým FS nebude BTRFS, ale NTFS, a bude to v MS kontajneri pod ktorým budú bežať akože linuxové veci.
    Petr Tomášek avatar 25.8.2017 12:00 Petr Tomášek | skóre: 39 | blog: Vejšplechty
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    Myslím, že jsi uhodil hlavičku na hřebíček.
    multicult.fm | monokultura je zlo | welcome refugees!
    25.8.2017 17:12 Peter Golis | skóre: 64 | blog: Bežné záležitosti | Bratislava
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    Ďakujem za ponuku. Ale ja radšej Myristicca Fragrans ako Eugenia caryophyllata.
    26.8.2017 17:40 Pan_Filuta
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    Deduplikace na Windows nebude možná jen v NTFS jako tomu je nyní, ale už je venku beta Win Server 2016 kde je možná deduplikace v REFS.
    27.8.2017 16:13 Jana J. | skóre: 4 | blog: Sem_vlozte_jmeno_blogu | Praha
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    Jenom podotknu, že ve skutečnosti deduplikace v NTFS není. Samotný filesystem ji neumí. V reálu to funguje tak, že deduplikovaná data jsou v databázi NAD tím filesystemem, v jednom z podadresářů pod "System Volume Information". Drobná chyba je pak v tom, že pokud se při havárii FS (třeba při vypnutí stroje natvrdo) databáze poškodí, máte data v čudu a chkdsk si toho vůbec nevšimne, chyby se objeví až při pokusu daná data přečíst. Takže na deduplikaci ve Windows pozor...
    27.8.2017 16:54 Peter Golis | skóre: 64 | blog: Bežné záležitosti | Bratislava
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    Pre prípad zlyhania FS sú predsa zálohy, občas aj s archiváciou. Podľa potreby.
    27.8.2017 18:12 Filip Jirsák | skóre: 68 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    Jenže to musíte nejprve vědět, že FS selhal. Což je trochu problém, když „chkdsk si toho vůbec nevšimne“.
    27.8.2017 18:54 Peter Golis | skóre: 64 | blog: Bežné záležitosti | Bratislava
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    Človek nepotrebuje kontrolu disku na to aby si uvedomil že dáta ktoré používa sú "pokazené". Kontrola FS je len jedna z možností ako takéto dáta identifikovať.
    27.8.2017 20:12 Jana J. | skóre: 4 | blog: Sem_vlozte_jmeno_blogu | Praha
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    Chci vás vidět, jak na fileserveru s několika miliony souborů řešíte po X dnech stížnosti uživatelů, že nemůžou přečíst soubory, které delší dobu nepoužívali a teď se do nich chtějí podívat. Protože na aktivní soubory se deduplikace ve výchozím stavu neaplikuje.
    27.8.2017 20:51 Peter Golis | skóre: 64 | blog: Bežné záležitosti | Bratislava
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    Ďakujem, riešil som to. Ale chkdsk alebo fsck takéto chyby v prípade silent data corruption neobjaví ak súborový systém sám nerieši checksumming a podobné cudzie slovíčka. Mimochodom, podobné srandičky sa dajú očakávať aj pri napríklad ramsonware.
    27.8.2017 20:56 Filip Jirsák | skóre: 68 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    Ano, pokud se na to nepřijde při preventivní kontrole, je to ten druhý případ, o kterém psala Johanka: „chyby se objeví až při pokusu daná data přečíst“. A to je pak pěkný průšvih, protože máte starou zálohu a k tomu aktuální data, která jsou částečně dobře a částečně špatně. A jediné, co s tím můžete dělat, je pokusit se ručně „zmergovat“ tu zálohu s aktuálními daty.
    27.8.2017 21:12 Peter Golis | skóre: 64 | blog: Bežné záležitosti | Bratislava
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    Pokiaľ tie dáta pravidelne nečítate pri zálohe, tak máte niekde v návrhu dosť veľkú chybu. Pevne verím že tú chybu nemáte nazvanú incremental forever. Vtedy by ste boli aj s Johankou tam, kde to opisujete.
    27.8.2017 22:46 Filip Jirsák | skóre: 68 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    I čtení při pravidelném zálohování je čtení – a i takové čtení proběhne až nějakou dobu po poškození dat, a mezi tím je právě ta doba, kdy se zapisují nová data do poškozeného systému.
    28.8.2017 12:26 Peter Golis | skóre: 64 | blog: Bežné záležitosti | Bratislava
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    To je žiaľ, bežné riziko. Ak chce človek používať FS ktorý nemá samozáchranné mechanizmy, tak je to jeho problém. A ak dodávateľ nechce podporovať FS s samozáchrannými mechanizmami, tak je to problém nákupcu.
    28.8.2017 13:17 Jana J. | skóre: 4 | blog: Sem_vlozte_jmeno_blogu | Praha
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    Čímž se obloukem dostáváme zpět k tématu mého prvního příspěvku v tomto vlákně: bacha, deduplikace NTFS ohrožuje vaše data, můžete o ně přijít a kontrolní mechanismy vás na to neupozorní. :-)
    28.8.2017 13:49 Peter Golis | skóre: 64 | blog: Bežné záležitosti | Bratislava
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    Čím sa dostávame k tématu môjho prvého príspevku v tomto vlákne. Redhat nebude predsa plytvať ľudskými zdrojmi na podporu deduplikácie mimo NTFS.
    Heron avatar 25.8.2017 09:31 Heron | skóre: 53 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    Hmm, tato diskuse mě trochu připomíná dotaz vedle v poradně na SSD, kde opět někdo nezapomněl přispěchat s tím, že SSD jsou nespolehlivá a že by je nikdo neměl používat. Tj. taky takový urban legend.

    Kdysi jsem o SSD napsal, že i kdyby to chcíplo den po záruce, tak se to sakra vyplatilo (ta rychlost proti HDD). O BTRFS bych mohl napsat totéž. I kdyby to "po záruce" přišlo o data, tak všechny ty COW vlastnosti se sakra vyplatily.

    Za těch no už skoro 7 let jsem o data s BTRFS nepřišel. Naopak, díky snapshotům mám konzistentní zálohu klidně každých 10 minut (snap, rsync na zálohovací server). Díky vlastnostem snapshotů, kdy každý snapshot je samostatně zapisovatelná subvolume (a lze ji dále snapshotovat) mám ulehčenou práci, protože kdykoliv něco dělám nad větším objemem dat, tak si nejenom můžu pořizovat snapshot po každém příkazu, ale taky se kdykoliv můžu vrátit do libovolného bodu, a tam si ověřit třeba alternativní postup. Taková binární správa verzí. Zdarma.
    25.8.2017 09:57 Jana J. | skóre: 4 | blog: Sem_vlozte_jmeno_blogu | Praha
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    Nojo, ale rozbíjí se to na RAIDu. Ostatní FS ne, takže je to špatně. :-)
    25.8.2017 10:52 MP
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    Tak dame zfs nad hw raid a uvidime, jak dlouho se nerozbije ;)
    little.owl avatar 25.8.2017 10:56 little.owl | skóre: 22 | blog: Messy_Nest | Brighton/Praha
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    Kdyby to byl jen raid, tak by to nebyla az takova tragedie.
    A former Red Hat freeloader.
    25.8.2017 12:46 Petr
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    Dobry, co takhle udelat raid1 v btrfs se dvema disky, pak jeden disk fyzicky vzit a zkusit pak pridat novy disk misto toho co jsi vzal? Ze to btrfs nerozchodi a mas 1 device raid RO? Ano, znama chyba. Ze se serou data s raid 5/6 je taky znama chyba. Takze sice btrfs ma neco jako raid, ale vicemene nefunkcni. Jeste furt jsou to urban legends? Poridim si SUV ale ma svetlou vysku 10cm a vykon 2 kone. Sice mi vyrobce tvrdi, ze je to to nejlepsi vozidlo pro me ucely, ale to ze nejdou vymenit kola se ignoruje a ze se neda pouzit na to co od suv ocekavam je taky moje chyba. ;)
    Heron avatar 25.8.2017 13:05 Heron | skóre: 53 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    Dobry, co takhle udelat raid1 v btrfs se dvema disky, pak jeden disk fyzicky vzit a zkusit pak pridat novy disk misto toho co jsi vzal? Ze to btrfs nerozchodi a mas 1 device raid RO?
    Ano, o tomhle jsem psal třeba tady. O data se nepřijde, nový disk lze přidat, ale musí se to odmountovat.
    Ze se serou data s raid 5/6 je taky znama chyba.
    raid56 nikdy nebyl označen jako hotový, pokud tuto vlastnost někdo používá na vlastní riziko, neměl by si potom stěžovat, že přišel o data. Spíše by měl napsat bugreport s popisem, jak tomu došlo.
    Takze sice btrfs ma neco jako raid, ale vicemene nefunkcni.
    Mě ten nefunkční raid funguje už 7 let.
    25.8.2017 13:13 trekker.dk | skóre: 72
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    O data se nepřijde, nový disk lze přidat, ale musí se to odmountovat.
    No, asi se shodneme, že tohle je raid1 na hovno ;-)
    Quando omni flunkus moritati
    25.8.2017 16:59 j
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    To jiste ... ale porad lepsi nez ZFS, ktery jak uz bylo zmineno chcipe nad HW raidem a to vcelku pravidelne, kdezto problemy s raidovanim na BTRFS jsou jen za jisty konstelace okolnosti (a HW raid tomu nevadi vubec).
    cezz avatar 29.8.2017 13:48 cezz | skóre: 24 | blog: dm6
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    Nejaky link by nebol?
    Computers are not intelligent. They only think they are.
    25.8.2017 21:49 Filip Jirsák | skóre: 68 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    RAID s hotswapem je samozřejmě lepší, než RAID bez hotswapu, ale i RAID bez hotswapu je pořád výrazně lepší, než žádný RAID. Ale mohli bychom se shodnout na tom, že používat degradovaný RAID1 s jedním diskem jako by se nic nedělo není dobrý nápad. A když ten RAID používáte po dobu rekonstrukce způsobem „něco se děje“ (tj. ideálně aplikace nezapisuje data, o která nechcete přijít), to odmountování zase tolik nevadí, ne?
    xkucf03 avatar 25.8.2017 22:26 xkucf03 | skóre: 49 | blog: xkucf03
    Rozbalit Rozbalit vše Btrfs, RAID, spolehlivost a dostupnost

    Tenhle pohled chápu, ale na druhou stranu: to riziko může být v mnoha případech přijatelné. Jaká je šance, že ti odejde i druhý disk, než stihneš vyměnit první? Pokud není ze stejné série nebo se liší dobou používání, tak s největší pravděpodobností oba disky selžou v jinou dobu. Nějaké malé riziko tu samozřejmě je.

    A můžeš být v situaci, kdy je lepší systém udržet v provozu i za cenu rizika, že bys to přinejhorším musel obnovovat ze záloh a/nebo o část dat přišel. Zvlášť pokud je to systém, který poskytuje nějakou službu, většinou čte a málo zapisuje. Třeba si představ nějaký zpravodajský portál – výpadek by byl problém, ale risknout ztrátu posledních dat tak hrozné není – autorům bys řekl ať si od všeho drží kopii u sebe a přinejhorším to tam vloží znovu. Pak bys při výpadku přišel leda komentáře čtenářů – ale i ty by šlo zachránit třeba logováním na reverzní proxy nebo logováním v aplikaci a odesíláním logů po síti jinam.

    Mimochodem na Btrfs bys mohl udělat snapshot, ten odzálohovat a průběžně pak dělat snímky a ty inkrementálně odesílat po síti na spolehlivější disk – tím by byl systém bez výpadku a zároveň bys nepřišel o data (maximálně o rozdíl mezi posledními snímky). Ale k tomu by právě bylo potřeba, aby ten RAID nespadl do RO režimu.

    Mám rád, když se lidé přou, znamená to, že vědí, co dělají, a že mají směr. Frantovo.cz, SQL-DK, Relational pipes
    26.8.2017 09:03 Filip Jirsák | skóre: 68 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: Btrfs, RAID, spolehlivost a dostupnost
    Jaká je šance, že ti odejde i druhý disk, než stihneš vyměnit první? Pokud není ze stejné série nebo se liší dobou používání, tak s největší pravděpodobností oba disky selžou v jinou dobu. Nějaké malé riziko tu samozřejmě je.
    Zároveň je ten disk v době rekonstrukce mnohem zatíženější – musí se z něj přečíst celý obsah, a pokud nad ním dál běží aplikace, musí se z něj přečíst dvojnásobek toho, co normálně.
    A můžeš být v situaci, kdy je lepší systém udržet v provozu i za cenu rizika, že bys to přinejhorším musel obnovovat ze záloh a/nebo o část dat přišel.
    Jak jsem psal, RAID s hotswapem je samozřejmě lepší, než RAID bez hotswapu. To ale neznamená, že RAID bez hotswapu je k ničemu. Navíc pokud vím, celá ta operace, kterou je nutné udělat s btrfs, je odpojit souborový systém, připojit v degradovaném režimu, vyřadit disk z RAIDu, a znovu odpojit souborový systém a připojit v normálním režimu. To je kratší odstávka, než reboot kvůli aktualizaci jádra.
    Heron avatar 26.8.2017 09:29 Heron | skóre: 53 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: Btrfs, RAID, spolehlivost a dostupnost
    Dostupnost se dá řešit i jinými způsoby, než "vždy dostupným blokovým zařízením" (což řeší raid). Služba, která nikdy nesmí vypadnout by měla běžet na více strojích a být schopná přežít výpadek celého stroje. Odchází i další komponenty, nejen disky - v jednom serveru nám odešel jeden ze dvou zdrojů, jelo se dál, ale po montáži a zapnutí nového zdroje se celý server vypnul a už jej nebylo možné zapnout - odešla společná část obou zdrojů.

    Tedy zrovna ten zpravodajský portál může běžet na x strojích s tím, že není nutné, aby jednotlivé stroje byly extrémně spolehlivé, takže i ten disk tam může být třeba jen jeden. Jednou za pár let se vymění, nainstaluje image a sesyncují se data. Nebo se vymění rovnou celý stroj. Což může být rychlejší, než čekání na resilvering nějakého "robustního" pole. (Kde pole může být tak "robustní", jako se nám stalo s jedním HW řadičem, kdy po vložení disku výměnou za vadný, to pole ten nový disk prostě začalo používat. Bez resilveringu. Pochopitelně všechna data v tahu.)

    Odejít může cokoliv, odejít může i duální zdroj a duální řadič disků, tedy pokud je vyžadována maximální dostupnost služby, je nutné to stejně řešit jinak.
    xkucf03 avatar 26.8.2017 11:56 xkucf03 | skóre: 49 | blog: xkucf03
    Rozbalit Rozbalit vše Re: Btrfs, RAID, spolehlivost a dostupnost
    Služba, která nikdy nesmí vypadnout by měla běžet na více strojích a být schopná přežít výpadek celého stroje.

    Provozovat službu (aplikaci) na více strojích je většinou celkem jednoduché – problém je s provozováním úložiště na více strojích resp. je to složitější.

    Odejít může cokoliv, odejít může i duální zdroj a duální řadič disků, tedy pokud je vyžadována maximální dostupnost služby, je nutné to stejně řešit jinak.

    Může to být replikovaná databáze, clusterový FS, blockchain… Ale vždy bych začínal jednoduššími řešeními – RAID je základ a aplikaci není potřeba nijak upravovat, aplikace si ani nemusí všimnout, že nějaký disk odešel a byl mezitím vyměněn.

    BTW: Btrfs používám (kvůli snapshotům a zálohování) a jsem za něj rád, ale pár věcí mi tam pořád chybí – problém je hlavně když chci mít šifrovaný disk a RAID – dneska mám většinou MD RAID, LUKS, LVM a Btrfs. Na jednu stranu je to dobrý unixový přístup, kdy každý komponenta/vrstva řeší to svoje a ostatní od toho abstrahují, ale na druhou stranu to nevyužívá potenciálu, který ten souborový systém má – Btrfs neví, že jsou pod ním dva fyzické disky a nemůže z toho těžit. Mohl bych sice udělat dva šifrované disky a ty dát do Btrfs RAIDu, ale pak by se všechna zapisovaná data musela šifrovat dvakrát.

    Mám rád, když se lidé přou, znamená to, že vědí, co dělají, a že mají směr. Frantovo.cz, SQL-DK, Relational pipes
    Heron avatar 26.8.2017 12:26 Heron | skóre: 53 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: Btrfs, RAID, spolehlivost a dostupnost
    clusterový FS
    To je podle mě nejúchylnější věc vůbec. Jedno blokové zařízení sdílené x servery a nějak řešené zamykání (většinou ještě navíc mimo tu blokovou vrstvu). Problém to nijak neřeší a jen odsouvá, protože stáje je nutné to jedno blokové zařízení mít na x serverech a řešit sync mezi nimi.

    To už je mnohem lepší nápad distribuovaný fs, kdy jsou data rozprostřena na více uzlech (ideálně rovnocenných).
    Ale vždy bych začínal jednoduššími řešeními – RAID je základ a aplikaci není potřeba nijak upravovat
    Nejsem si jist, zda bych to nazval jednodušším řešením. Bohužel se setkávám přesně s tímto přístupem - aplikace je posvátná kráva, na tu se sahat nebude a vy nějak zařiďte, aby: to používalo x procesorů, x strojů, aby se to dalo bezvýpadkově migrovat, aby se to odstínilo od výpadku sítě, aby to nevědělo o změně storage apod. Přitom hromada věcí se dá řešit jen jiným návrhem aplikace.
    26.8.2017 01:45 trekker.dk | skóre: 72
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    Ale mohli bychom se shodnout na tom, že používat degradovaný RAID1 s jedním diskem jako by se nic nedělo není dobrý nápad.
    Ani ne. Od toho tam ten druhý disk je, abych nemusel dělat odstávku kvůli výpadku disku.
    A když ten RAID používáte po dobu rekonstrukce způsobem „něco se děje“ (tj. ideálně aplikace nezapisuje data, o která nechcete přijít), to odmountování zase tolik nevadí, ne?

    No jestli považujete "žádný přístup" k fs za skoro to samé jako "aspoň read-only, když už nic lepšího není", tak prosím. Já jako člověk se zkušenostmi s produkčního provozu něčeho, co zákazníci platí ze svého a ne z daní, to ovšem za skoro to samé považovat nemůžu.
    Quando omni flunkus moritati
    26.8.2017 09:10 Filip Jirsák | skóre: 68 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    Od toho tam ten druhý disk je, abych nemusel dělat odstávku kvůli výpadku disku.
    Jenže při výpadku disku tam ten druhý disk není. Ten druhý disk tam je proto, aby ten výpadek byl co nejkratší. Pokud někdo chce riskovat, samozřejmě může provozovat systém dál i na degradovaném RAIDu.
    No jestli považujete "žádný přístup" k fs za skoro to samé jako "aspoň read-only, když už nic lepšího není", tak prosím.
    Proč žádný přístup k FS? Když přepínáte souborový systém do read-only režimu, musíte ho remountovat, když ho přepínáte zpět do režimu zápisu, musíte ho opět remountovat. Když přepínáte btrfs do degradovnaého režimu, abyste mohl vyjmout vadný disk, musíte ho remountovat, a když ho po vyjmutí disku chcete vrátit do nromálního režimu, musíte ho opět remountovat. V obou případech musíte souborový systém dvakrát remountovat – nějak v tom nevidím ten zásadní rozdíl.
    28.8.2017 01:55 trekker.dk | skóre: 72
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    Pokud někdo chce riskovat, samozřejmě může provozovat systém dál i na degradovaném RAIDu.
    Tolik vaše teorie. Musí se nechat, že s teoriemi máte docela plodné období. Do praxe se sice moc netrefujete, ale tím se nenechte odradit.
    Quando omni flunkus moritati
    26.8.2017 14:48 MP
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    Vcera jsem na jednom produkcnim stroji udelal pekny kiks...mam na serverech molly-guard pro ochranu pred vzdalenym restartem a nejak jak jsem byl zamyslen, tak jsem server na dalku vypnul a nevsiml si cekajiciho molly-guard na potvrzeni. Nasledne jsem vyndal postupne 4 disky ze 4 (btrfs raid10), nez jsem si vsiml, ze ten server stale bezi. Server jsem natvrdo vypnul a dal disky zpet a cekal co se bude dit. Oprava nekolika orphaned souboru a jelo se dal, btrfs pole to prezilo bez problemu. A to se tam neustale zapisuje neco do db/rrd souboru.
    25.8.2017 13:11 trekker.dk | skóre: 72
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    Kdysi jsem o SSD napsal, že i kdyby to chcíplo den po záruce, tak se to sakra vyplatilo (ta rychlost proti HDD).
    A bylo to podložené nějakými počty, nebo je to vaše urban legend? :-)
    Quando omni flunkus moritati
    25.8.2017 17:03 j
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    Jedinej problem s SSDckem je ten, ze te pred chcipnutim nijak nevaruje. U disku mas slusnou sanci, ze (v desktopu) zacne trebas cvakat ... ale jeste porad precte data.

    V serverovym zeleze je to zcela sumafuk, tam mas HW raid a kdyz chcipne tak ho proste vymenis. Ekonomicky pak vubec nema smysl resit, protoze 200IO HDD vs 20 000IO (pomalyho) SSD ... Co je pravdepodobnejsi, ze chcipne nekolik (ze stovky) disku (a slozi se cely pole) nebo ze chcipnou 2 ze 2 SSD?
    27.8.2017 14:59 Sten
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    SSDčko to většinou zahlásí přes SMART. HDD taky, ještě než začne cvakat.
    28.8.2017 09:20 j
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    Kdykoli mi cokoli chciplo tak SMART nehlasil vubec nic co by stalo za hovor. Dokonce v pripade SSDcka zrovna mam jedno takovy polochciply na stole. Kdyz se zrovna pripoji, tak je SMART naprosto OK, ale ono se tak ze 60% vubec nenajde. Na druhou stranu mam HDD, kde SMART pinda na nektery z tech cisel ... a ten disk v presne tomhle stavu bezi a bezi ... uz 5+ let.
    27.8.2017 16:14 kralyk z abclinuxu | skóre: 29 | blog:
    Rozbalit Rozbalit vše Re: Vyjádření SUSE k souborovému systému Btrfs
    Většina mechanických HDD, které mi selhaly, žádný zvuky nedělaly.

    Založit nové vláknoNahoru


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