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

UBports, nadace a komunita kolem Ubuntu pro telefony a tablety Ubuntu Touch (seznam podporovaných zařízení), vydala Ubuntu Touch OTA-11. Z novinek lze zmínit například vylepšenou klávesnici nebo webový prohlížeč.

Ladislav Hagara | Komentářů: 0
včera 22:11 | Komunita

Vývojáři svobodného 3D softwaru Blender představili nejnovějšího firemního sponzora Blenderu. Je ním společnost AMD a úroveň sponzoringu je stejná jako u společnosti Nvidia, tj. nejvyšší úroveň Patron, tj. minimálně 120 tisíc eur ročně.

Ladislav Hagara | Komentářů: 3
včera 10:55 | Nová verze

OpenOrienteering Mapper je svobodný program pro vytváření map pro orientační běh. Vydána byla nová stabilní verze 0.9.0. Přehled novinek v oficiálním oznámení.

Ladislav Hagara | Komentářů: 0
včera 09:11 | Zajímavý projekt

Mozilla.cz informuje, že Mozilla spolupracuje na projektu offline překladače Bergamot. Jedná se o výzkumný projekt spolufinancovaný Evropskou unií. Na výzkumu se podílí také Univerzita Karlova. Videoukázka integrace Bergamotu do Firefoxu na YouTube.

Ladislav Hagara | Komentářů: 1
včera 06:00 | Komunita

Nadace GNOME informuje o pokračování soudního sporu Rothschild Patent Imaging vs. GNOME Foundation ohledně údajného porušování patentu US 9,936,086 B2 ve správci fotografií Shotwell. Společnost Rothschild Patent Imaging nabídla nadaci GNOME za pětimístnou částku žalobu zrušit a poskytnout licenci k použití patentu. Dle nadace by bylo snadné částku zaplatit a dál to neřešit. Proti patentovým trollům je ale třeba bojovat. Soudní spor bude pokračovat. Nadaci GNOME lze finančně podpořit na stránce GNOME Patent Troll Defense Fund.

Ladislav Hagara | Komentářů: 18
včera 00:22 | Nová verze

Google Chrome 78 byl prohlášen za stabilní (YouTube). Nejnovější stabilní verze 78.0.3904.70 tohoto webového prohlížeče přináší řadu oprav a vylepšení. Vylepšeny byly také nástroje pro vývojáře (YouTube). Opraveno bylo 37 bezpečnostních chyb. Za nalezení dvou nejvážnější bylo vyplaceno 35 tisíc dolarů.

Ladislav Hagara | Komentářů: 0
22.10. 19:55 | Nová verze

Byla vydána nová major verze 4.0 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Jedná se o první verzi postavenou na Debianu 10 s kódovým názvem Buster. Přehled změn v příslušném seznamu. Z novinek lze zdůraznit nahrazení správce hesel KeePassX aktivně vyvíjeným KeePassXC, Tor Browser 9.0 nebo MAT 0.8.0. Opravena byla také řada bezpečnostních chyb.

Ladislav Hagara | Komentářů: 0
22.10. 08:00 | Komunita

Dnes a zítra proběhne v Nokia Bell Labs oslava padesátin Unixu. Dnešní panelovou diskusi bude možné sledovat živě od 14:45 na YouTube.

Ladislav Hagara | Komentářů: 10
22.10. 07:00 | Nová verze

Dnes vyjde Mozilla Firefox 70.0. Přehled novinek v poznámkách k vydání a na stránce věnované vývojářům. Zdůraznit lze odstranění informace o EV certifikátu z adresního řádku, nového správce hesel Firefox Lockwise nebo také nové logo.

Ladislav Hagara | Komentářů: 19
21.10. 18:11 | Komunita

Project Trident je desktopový operační systém aktuálně postavený na TrueOS, což je operační systém vycházející z FreeBSD, s grafickým prostředím Lumina. Vývojáři Tridentu oznámili, že přechází z TrueOS na Void Linux. Výhody ale i nevýhody přechodu v oficiálním oznámení.

Ladislav Hagara | Komentářů: 0
Kdy jste naposledy viděli počítač s připojeným běžícím CRT monitorem?
 (21%)
 (4%)
 (11%)
 (39%)
 (24%)
 (2%)
Celkem 459 hlasů
 Komentářů: 25, poslední včera 09:04
Rozcestník

www.AutoDoc.Cz

Dotaz: btrfs - praktické problémy nováčka

2.11.2018 14:46 RDan
btrfs - praktické problémy nováčka
Přečteno: 909×
Zdravím, jsem celoživotní woknař ale chtě nechtě, doba si žádá své. Psal jsem dotazy na jiných fórech ale ty nebyli zaměřeny přímo na linux a tak tam moc lidí neodpovídá.

Přestavuji svůj domácí server který byl původně na WHS2011. Nyní jsem na základě předchozích rad nainstaloval Open Media Valut, kvůli btrfs který řeší ty "tiché chyby". Už mě ale nikdo neřekl že to tam není dodělané. Takže se s tím peru přes terminal kterej má s DOSem společnou jen barvu.

Sestavil jsem btrfs raid1 ze dvou nových disků. Nakopíroval data a tím vyprázdnil další disk. Přidal jsem ho do btrfs jako raid1 a spustil balanci. Ta trvala 5 hodin, což ještě šlo. Pak jsem připojil další a balanc už trvá dva dny!!!!!! a je zřejmé dle btrfs balance status na 54% procentech. Vzhledem k tomu že jsem měl v plánu takto připojit ještě 3 disky tak to budu dělat měsíc se vzrůstající kapacitou.

Nejde tedy nějak udělat abych ten balanc mohl spustit až na konci?

A druhá podotázka která s btrfs nesouvisí spíš na obecné úrovni. A vychází z toho co jsem už pogoogloval. Mohu ve fstab nastavit aby na konkrétních portech sata byly sda, sdb, sdc, ... disky tak jak chci a neměnilo se to? Potřebuji to čistě kvůli organizaci. A pokud to jde, jak to udělám :) Nevím ani jak se spustí nejakej textovej editor/notepad :)

A prosím raďte s ohledem že jsem woknař. Myslím že čase bude takových lidí jako já víc. Protože MS svůj WHS zařízl a další verze nebude.

Odpovědi

Heron avatar 2.11.2018 15:15 Heron | skóre: 52 | blog: root_at_heron | Olomouc
Rozbalit Rozbalit vše Re: btrfs - praktické problémy nováčka
Balance se nemusí provádět vůbec. Prostě tam dejte tolik disků kolik chcete a btrfs v režimu raid1 se postará o to, že data budou vždy zapsány na dva různé disky.

Ano, jistě na počátku, pokud jste tam měl první dva disky a zaplnil daty, tak tyto dva disky budou plné a zbytek prázdný a balance by to dokázalo vyrovnat přes všechny disky, ale tohle obecně není potřeba (a jiné multidevice fs tuto možnost ani nemají). Ovšem při práci s těmi daty se to stejně časem rozloží samo.

Pochopitelně, pokud skutečně chcete, můžete balance provést až na konci po přidání všech disků.

Balance bez filtrů trvá dlouho, protože musí projít všechna data. Dokonce při spuštěni bez filtrů i varuje.

Co se týče druhého dotazu, tak písmenka disků nepoužívejte vůbec. K unikátní adresaci fs na disku slouží UUID, které se od vytvoření FS už nikdy nemění.
2.11.2018 15:32 RDan
Rozbalit Rozbalit vše Re: btrfs - praktické problémy nováčka
No pokud jsem správně googlil tak jsem filtry použil. btrfs balance start -dconvert=raid1 -mconvert=raid1 /srv/dev-disk-by-label-btrfs1

No to že v /srv/ jsou podle uuid jsem už taky vygooglil. Ale stejně ve výpisu disků na web interface jsou /dev/sda, /dev/sdb, ... A vzhledem k tomu že spojené disky do jednoho brtfs mají jeden společný label tak jediné viditelné odlišovátko je právě sdX.
Heron avatar 2.11.2018 15:57 Heron | skóre: 52 | blog: root_at_heron | Olomouc
Rozbalit Rozbalit vše Re: btrfs - praktické problémy nováčka
Pokud jste již na počátku vytvořil btrfs jako raid1 (mkfs.btrfs -d raid1 -m raid1 /dev/disk1 /dev/disk2), tak je další konverze zbytečná. Pokud jste btrfs vytvořil na single disku, tak stačí konverzi (přes balance) provést pouze jednou. Dále můžete přidávat další disky a stále to bude FS typu raid1.
A vzhledem k tomu že spojené disky do jednoho brtfs mají jeden společný label tak jediné viditelné odlišovátko je právě sdX.
Ano, to je správně. Právě proto se používá UUID (v nejhorším LABEL) a nikoliv konkrétní diskové zařízení.
2.11.2018 16:57 RDan
Rozbalit Rozbalit vše Re: btrfs - praktické problémy nováčka
root@sever:~# btrfs device usage /srv/dev-disk-by-label-btrfs1 /dev/sdg1, ID: 6 Device size: 1.82TiB Device slack: 3.50KiB Unallocated: 1.82TiB

/dev/sdj1, ID: 1 Device size: 10.91TiB Device slack: 3.50KiB Data,RAID1: 10.35TiB Metadata,RAID1: 12.00GiB System,RAID1: 32.00MiB Unallocated: 563.97GiB

/dev/sdk1, ID: 2 Device size: 10.91TiB Device slack: 3.50KiB Data,RAID1: 10.35TiB Metadata,RAID1: 14.00GiB System,RAID1: 32.00MiB Unallocated: 563.97GiB

/dev/sdl1, ID: 3 Device size: 5.46TiB Device slack: 3.50KiB Data,RAID1: 4.90TiB Metadata,RAID1: 4.00GiB Unallocated: 563.03GiB

/dev/sdm1, ID: 4 Device size: 3.64TiB Device slack: 3.50KiB Data,RAID1: 3.09TiB Metadata,RAID1: 2.00GiB Unallocated: 564.02GiB

/dev/sdp1, ID: 5 Device size: 1.82TiB Device slack: 3.50KiB Unallocated: 1.82TiB

První dva disky (sdj, sdk) jsem vytvořil rovnou raid1. Později přidal sdl a provedl balanc. Ten trvla 5 hodin. A naposledy přidal společně sdg a sdp.

Jde o to že to nepíše že tam je raid1. Myslel jsem tedy že musím provést rebalanc.
Heron avatar 2.11.2018 19:03 Heron | skóre: 52 | blog: root_at_heron | Olomouc
Rozbalit Rozbalit vše Re: btrfs - praktické problémy nováčka
Na tom device ID 5 a 6 nejsou žádná data (unallocated), proto to tam neukazuje jejich profil.

Raid celého FS zjistíte pomocí:
btrfs fi df /srv/dev-disk-by-label-btrfs1
Rebalance celého fs fakt není potřeba.
3.11.2018 15:56 RDan
Rozbalit Rozbalit vše Re: btrfs - praktické problémy nováčka
Děkuji, toto byla pro mě důležitá informace která mi ušetří spoustu času :)
2.11.2018 15:28 Andrej | skóre: 47 | blog: Republic of Mordor | Zürich
Rozbalit Rozbalit vše Re: btrfs - praktické problémy nováčka
Sestavil jsem btrfs raid1 ze dvou nových disků. Nakopíroval data a tím vyprázdnil další disk. Přidal jsem ho do btrfs jako raid1 a spustil balanci. Ta trvala 5 hodin, což ještě šlo. Pak jsem připojil další a balanc už trvá dva dny!!!!!! a je zřejmé dle btrfs balance status na 54% procentech. Vzhledem k tomu že jsem měl v plánu takto připojit ještě 3 disky tak to budu dělat měsíc se vzrůstající kapacitou.

Uf. Tady si nejsem jistý, čeho chceš dosáhnout, respektive co se myslí tím dalším diskem.

Obecně Btrfs podporuje RAID1 jen na 2 discích. Tedy v tom smyslu, že když tam přidáš další disky, RAID1 "pouze" garantuje, že data i metadata budou zapsaná celkově aspoň dvakrát na dvou různých discích. Ale není specifikováno na kterých. Není tam, pokud se nepletu, žádná garance ohledně toho, jak to bude se třemi nebo čtyřmi disky.

Předně — a někdo mě, doufám, opraví, jestli se pletu —, přidání třetího a dalších disků do RAID1 nezvyšuje redundanci toho RAIDu; vždy to pole bude spolehlivě odolné jenom proti selhání jednoho disku; selhání několika disků může zničit filesystém nebo znepřístupnit některé soubory / bloky. Tedy jde o jakýsi poor man's RAID s využitím místa jako RAID1 a redundancí jako RAID5, což není zrovna dobré.

Pro konfiguraci odolnou vůči výpadku dvou disků (jestli je tohle cílem) je lepší zvolit Btrfs RAID6, kolem kterého donedávna poletovaly jakési fámy kolem spolehlivosti, než je konečně rozptýlily nedávné opravy. (Navíc se dnes už dá ze všech Btrfs RAIDů bootovat přímo GRUBem, pokud mu UEFI ukáže dostatek disků pro přečtení filesystému.)

Pokud jde o sudý počet disků, vhodná konfigurace by mohla být něco ve stylu "RAID10" (pokud je v pořádku mít jen 50% celkového diskového prostoru). Pro jakýkoliv počet disků pak bude fungovat RAID5 a RAID6.

Pokud to má odolat selhání víc než dvou disků, Btrfs na to není vhodný kandidát. Pak je potřeba ZFS, které takové typy redundance umí. Btrfs zatím nemá nic takového jako RAIDZ3. Totéž platí pro RAID1 replikaci přes víc než dva disky — taky jednoznačně případ pro ZFS.

A druhá podotázka která s btrfs nesouvisí spíš na obecné úrovni. A vychází z toho co jsem už pogoogloval. Mohu ve fstab nastavit aby na konkrétních portech sata byly sda, sdb, sdc, ... disky tak jak chci a neměnilo se to? Potřebuji to čistě kvůli organizaci. A pokud to jde, jak to udělám :) Nevím ani jak se spustí nejakej textovej editor/notepad :)

Ve fstab tohle není, ale jde to. (Účel fstab je celkem ortogonální k tomu, jak pojmenovat disky.)

Nejlepší je nepoužívat /dev/sda a podobné uzly a místo toho dát do fstab UUID, která se dají zjistit například pomocí blkid nebo lsblk -f. To je popsané zde, se všemi možnostmi a podrobnostmi.

Pokud i přes všechna doporučení ve výše odkazovaném článku trváš na stabilním pojmenování disků (aby /dev/sdb byl vždy tentýž disk atp.), dá se to zařídit pomoci Udev pravidel.

Nevím ani jak se spustí nejakej textovej editor/notepad :)

S ohledem na to, co o sobě tvrdíš, bych jako vhodnou volbu doporučil Midnight Commander (mc). Ten má editor buď přes F4 při procházení adresářů nebo pomocí příkazu mcedit.

V grafickém prostředí je editorů spousta, třeba KWrite, Kate a jejich ekvivalenty ve spoustě dalších prostředí. Ale jde o to, že pro editaci něčeho pod rootem se většinou nedoporučuje spouštět grafické programy, tak nějak z principu, na základě velikosti trusted code base a podobných pouček.

ǑǦŹǓǕǙǞǺǨȞȬḔḦḰḾṊṎṸẄẌỖ
2.11.2018 15:47 RDan
Rozbalit Rozbalit vše Re: btrfs - praktické problémy nováčka
Příloha:
Dosáhnout chci odolnosti RAID1 ale spojit kapacitu různě velkých disků. Což má být hlavní síla btrfs.

Nahrál jsem screen webu OMV. Jak je na něm vidět. Disky jsou organizované podle dev/sdX. Každý má svůj popisek, jsou zatím ntfs. Ale dole je už btrfs kterej má pouze jeden souhrnej popisek. Mám li excelovou tabulku kde mám zapsanou organizaci disků tak nemám jinou možnost než použít označení dev/sdX.
2.11.2018 16:13 pet I. | skóre: 7
Rozbalit Rozbalit vše Re: btrfs - praktické problémy nováčka
Zjistit, který disk je který, lze příkazem cat /sys/block/sdX/device/model - vypíše typ disku a příkazem cat /sys/block/sdX/device/wwid - vypíše přesnou identifikaci disku. V mém případě:
$ cat /sys/block/sda/device/model 
WDC WD10J31X-00U
$ cat /sys/block/sda/device/wwid 
t10.ATA     WDC WD10J31X-00U3VT0                         WD-WX91E150AKSM
$
2.11.2018 17:09 RDan
Rozbalit Rozbalit vše Re: btrfs - praktické problémy nováčka
Ano, to mohu zjistit na základě záložky "Jednotky diskových úložišť". Tam jsou sériová čísla ke každému sdX. Ty si mohu samozřejmě předem poznamenat. Ale není to správné user frendly řešení. V case mám ty disky nastrkaný od největšího po nejmenší a pc jsou každá pes jiná ves. Ve win jsem těm diskům mohl přidělit písmenko a ten disk ho měl na trvalo i když jsem ho připojil na jinej sata konektor. Vzhledem k tou jak všichni o linuxu básní tak mi přijde divný že zrovna tohle je takovej problém. Má to být jen drobné vylepšení přehlednosti, možná puntičkářské ale snad nejsem jedinej na světě. Jó jiná věc by byla kdyby v tom OMV šli ty disky řadit dle nějakého svého popisku, a to včetně těch v btrfs. To by celkem vyřešilo tuto drobnost. Jinak tedy děkuji za snahu :)
2.11.2018 17:45 Aleš Kapica | skóre: 49 | blog: kenyho_stesky | Ostrava
Rozbalit Rozbalit vše Re: btrfs - praktické problémy nováčka
user@stroj:~$ lsblk -o 'KNAME,LABEL,FSTYPE,MODEL,HCTL,UUID'
KNAME LABEL FSTYPE MODEL            HCTL       UUID
sda                Samsung SSD 850  0:0:0:0    
sda1  raid  btrfs                              8d567f20-2ab3-436e-a52f-c7ed7e1c8879
sdb                Samsung SSD 850  0:1:0:0    
sdb1  raid  btrfs                              8d567f20-2ab3-436e-a52f-c7ed7e1c8879
sdc                Samsung SSD 840  1:0:0:0    
sdc1        ntfs                               5A48179E481777C9
sdc2  linux btrfs                              4f113a2b-1467-4c09-bd4f-6a3355a0664d
Viz help.
2.11.2018 15:53 RDan
Rozbalit Rozbalit vše Re: btrfs - praktické problémy nováčka
Jo Midnight Commander už jsem objevil a vygooglil jsem i jak ho nainstalovat :) Používám ho pro přenos souborů mezi diskama.

Třetí disk jsem přidal dočasně, tedy než bych vyprázdni čtvrtý disk.

Myslím že tam nemám grafické prostředí nainstalované.
2.11.2018 17:09 Aleš Kapica | skóre: 49 | blog: kenyho_stesky | Ostrava
Rozbalit Rozbalit vše Re: btrfs - praktické problémy nováčka
Přiznám se, že teď si mě zaskočil. No ale budiž.

Je blbost udělat btrfs raid1 na dvou discích a pak přidávat další. Nejlepší je, udělat ho rovnou na všech najednou. To za prvé.

Za druhé. Je blbost provozovat btrfs raid1 jen na dvou discích – obzvláště na zařízení typu NAS, na kterém nemáš připojený monitor.

Za třetí. Selhání i několika disků u btrfs raid1 neznamená ztrátu dat, pokud nechcípnou všechny najednou, a pokud se objem uložených dat vejde na zbývající disky. Záleží pouze na tom, jestli btrfs stihne pro data ze chcíplého zařízení včas vytvořit novou kopii.

Za čtvrté. Právě proto by se měl čas od času pouštět na btrfs scrub, který zajistí, že se tahle kontrola udělá preventivně a vy tím pádem zjistíte, že nějaký disk umírá – dřív než skutečně chcípne.

Za páté. Btrfs raid6 je hardcore, které pro 99% lidí nedává smysl. Vyplatí se pouze tam, kde je hodně malých a rychlých SSD disků, které mají sklony umírat poměrně často, rychle a naráz. U těch je totiž větší pravděpodobnost, že další chcípne dřív, než se chybějící datové bloky stihnou vytvořit jinde.

ZFS je založen na jiném principu. Proto tvrdit, že je odolnější vůči selhání větších disků je naprosto irelevantní. ZFS je vhodné tam, kde v rámci jednoho úložiště potřebujeme kombinovat bloková zařízení s FS.

Mountování btrfs snapshotů, by se dalo s trochou fantazie přirovnat k mountování sdílených adresářů z lokálního NFS serveru.
2.11.2018 17:24 RDan
Rozbalit Rozbalit vše Re: btrfs - praktické problémy nováčka
Na všech discích jsem nemohl. Byli na nich data která jsem z nich teprve kopíruji.

Moje zařízení je Big Tower který jsem si postavil dokonce s externí gpu protože není žádná interní. Monitor tedy připojit můžu a zatím ještě mám.

Btrfs scrub mám v plánu nastavit aby se spouštěl sám, asi jednou týdně nebo měsíčně.

O ZFS jsem se dočetl původně když jsem se zajímal o FreeNAS. Ale zradili mě od toho že to potřebuje mraky RAM. A já mám jen 8GB ECC.
2.11.2018 17:39 Aleš Kapica | skóre: 49 | blog: kenyho_stesky | Ostrava
Rozbalit Rozbalit vše Re: btrfs - praktické problémy nováčka
V takovém případě máš balancování nechat úplně nakonec. Postup jasný: Přesunout data na btrfs, přidat disk do btrfs a pak další. Balancing udělat až budou k dispozici všechny. Bude to rychlejší.

Já mám doma něco podobného. Scrub můžeš klidně pouštět i častěji. Nedělá nic jiného, než že donutí ten fs ověřit že má všechny bloky v pořádku, žádný nechybí a všem sedí kontrolní součty.

ZFS je spíš na velká úložiště s množstvím stejných disků. Btrfs je ideální pro domácí nasazení, protože do toho můžeš rvát disky každý pes, jiná ves.
2.11.2018 17:24 Aleš Kapica | skóre: 49 | blog: kenyho_stesky | Ostrava
Rozbalit Rozbalit vše Re: btrfs - praktické problémy nováčka
A ještě k tomu balancování – to se používá jen ve specifických případech. Jako když chci převést btrfs raid1 na single btrfs, nebo když chci rekomprimovat datové bloky (abych uvolnil místo), nebo pokud chci rovnoměrně rozmístit data (abych rozložil zátěž a zlepšil IO).
2.11.2018 17:32 RDan
Rozbalit Rozbalit vše Re: btrfs - praktické problémy nováčka
Takže mám li tento stav kde není u všech položek RAID1 neznamená že to je špatně?

root@sever:~# btrfs device usage /srv/dev-disk-by-label-btrfs1 /dev/sdc1, ID: 1 Device size: 10.91TiB Device slack: 3.50KiB Data,RAID1: 10.07TiB Metadata,RAID1: 11.00GiB System,RAID1: 32.00MiB Unallocated: 850.97GiB

/dev/sdi1, ID: 6 Device size: 1.82TiB Device slack: 3.50KiB Data,RAID1: 1011.00GiB Metadata,RAID1: 1.00GiB Unallocated: 851.02GiB

/dev/sdk1, ID: 2 Device size: 10.91TiB Device slack: 3.50KiB Data,RAID1: 10.07TiB Metadata,RAID1: 10.00GiB System,RAID1: 32.00MiB Unallocated: 850.97GiB

/dev/sdl1, ID: 3 Device size: 5.46TiB Device slack: 3.50KiB Data,RAID1: 4.62TiB Metadata,RAID1: 6.00GiB Unallocated: 850.03GiB

/dev/sdm1, ID: 4 Device size: 3.64TiB Device slack: 3.50KiB Data,RAID1: 2.80TiB Metadata,RAID1: 5.00GiB Unallocated: 850.02GiB

/dev/sdp1, ID: 5 Device size: 1.82TiB Device slack: 3.50KiB Data,RAID1: 1012.00GiB Metadata,RAID1: 1.00GiB Unallocated: 850.02GiB
2.11.2018 17:55 Aleš Kapica | skóre: 49 | blog: kenyho_stesky | Ostrava
Rozbalit Rozbalit vše Re: btrfs - praktické problémy nováčka
Ne. Je to ok. Datový blok System je v raid1. Jeden je na sdc1 a druhý na sdk1. Pokud by jeden z nich chcípnul, vytvoří se kopie jinde. Mám za to, že automaticky. Blbé by bylo, kdyby chcíply zrovna tyhle dva a najednou.

Výsledkem balancování by mělo být, že na všech discích bude poměrné množství dat. Pochopitelně pokud ti běží balancování a přitom tam rveš další data, tak to bude trvat mnohem déle, než kdybys to udělal až potom.
Heron avatar 2.11.2018 19:10 Heron | skóre: 52 | blog: root_at_heron | Olomouc
Rozbalit Rozbalit vše Re: btrfs - praktické problémy nováčka
Přiznám se, že teď si mě zaskočil. No ale budiž.

Mě taky.
Je blbost udělat btrfs raid1 na dvou discích a pak přidávat další. Nejlepší je, udělat ho rovnou na všech najednou. To za prvé.

Ano, to je jistě nejlepší, ale pokud data převádí z jiných disků, tak to nejspíš jinak udělat nemůže. A nevidím nic špatného na tom udělat btrfs z několika disků a postupně tam další přidávat. To je jedna z výhod multidevice fs. Sám mám několik fs, které už se dokonce několikrát přestěhovaly na nové disky. Nový přidat, starý odebrat. Od toho to je.
Za čtvrté. Právě proto by se měl čas od času pouštět na btrfs scrub, který zajistí, že se tahle kontrola udělá preventivně a vy tím pádem zjistíte, že nějaký disk umírá – dřív než skutečně chcípne.
A k tomu bych dodal současně dělat i smart testy disků, každý den short test a třeba jednou týdne long test. A pokud něco detekuje smart, tak disk vyjmout a vyměnit (tj nečekat, až disk vykopne sám btrfs).
3.11.2018 22:00 RDan
Rozbalit Rozbalit vše Re: btrfs - praktické problémy nováčka
Snažím se napsat udev pravidlo, zatím testovací. Ale radši se zeptám.

KERNEL=="sd*", DEVPATH=="/devices/pci0000:00/0000:00:0c.0/0000:07:00.0/host19/port-19:0/end_device-19:0/target19:0:0/19:0:0:0/*", SYMLINK+="sdz%n"

Je toto správně? Včetně té hvězdy na konci devpath? Děkuji
3.11.2018 23:07 RDan
Rozbalit Rozbalit vše Re: btrfs - praktické problémy nováčka
Tak jsem se odvážil restartovat a nic se nestalo. Dobrá zpráva je že se nestala žádná chyba ale špatná že to neprovedlo nic.
4.11.2018 00:17 RDan
Rozbalit Rozbalit vše Re: btrfs - praktické problémy nováčka
Aha takže v /dev se vytvořil @sdz a @sdz1. Jako jediný mají zavináč, ostatní mají +. Tady moje znalosti končí. :(
k3dAR avatar 4.11.2018 16:34 k3dAR | skóre: 56
Rozbalit Rozbalit vše Re: btrfs - praktické problémy nováčka
takze sdz se ti vytvorilo, pocitej s tim ze puvodni oznaceni zarizeni to ma take, tzn. muzes si ted ten 1 oddil na disku pripojit i pres sdz1...
btw: predpokladam ze na to koukas v mc, tam @ znazornuje ze jde o symlink kterej si chtel vytvorit, symlink=symbolicky_link, tzn virtualni odkaz na jiny soubor/zarizeni/adresar/atd..., + znamena ze jde o blokove zarizeni, - znamena ze jde o znakove zarizeni
porad nemam telo, ale uz mam hlavu... nobody
4.11.2018 17:10 RDan
Rozbalit Rozbalit vše Re: btrfs - praktické problémy nováčka
No tak ale to je špatně. Myslel jsem že když dostane nařízeno vytvořit to jinak, nevytvoří to staré. Jojo, koukám přes mc. Musím tedy použít něco jiného než symlink. Ale to teda musím ještě googlit.
k3dAR avatar 4.11.2018 18:39 k3dAR | skóre: 56
Rozbalit Rozbalit vše Re: btrfs - praktické problémy nováčka
nejsem si jistej zda to jde i u systemoveho disku, nebo jen dalsich pripadne usb, ale zkus se inspirovat zde
respektive mozna zkus to pojmenovani a/nebo dle UUID, jak ti nekdo psal ze OVM by pak mel zobrazovat to(nezavisle na sdX zarizenich), nevim/neznam...
porad nemam telo, ale uz mam hlavu... nobody
3.11.2018 23:56 RDan
Rozbalit Rozbalit vše Re: btrfs - praktické problémy nováčka
Snažím se napsat udev pravidlo, zatím testovací. Ale radši se zeptám. KERNEL=="sd*", DEVPATH=="/devices/pci0000:00/0000:00:0c.0/0000:07:00.0/host19/port-19:0/end_device-19:0/target19:0:0/19:0:0:0/*", SYMLINK+="sdz%n" Je toto správně? Včetně té hvězdy na konci devpath? Děkuji
Josef Kufner avatar 4.11.2018 01:10 Josef Kufner | skóre: 69
Rozbalit Rozbalit vše Re: btrfs - praktické problémy nováčka
Vykašli se na to. Použij /dev/disk/by-*
Hello world ! Segmentation fault (core dumped)
4.11.2018 02:09 RDan
Rozbalit Rozbalit vše Re: btrfs - praktické problémy nováčka
Stejně tomu nerozumím, pokud se disky připojují podle uuid tak ale někde musí být tabulka s těma dev/sdX. Mě nejde o systémový přístup k diskům. Mě jde o tu blbou popisku zařízení v OMV. Dokonce jsem hledal v config.xml ale názvy disků se tam měnit nedají.
Josef Kufner avatar 4.11.2018 02:30 Josef Kufner | skóre: 69
Rozbalit Rozbalit vše Re: btrfs - praktické problémy nováčka
Žádná taková tabulka není. Jádro detekuje disk, udev vytvoří speciální soubor a přes ten k tomu disku přistupuješ. Ten speciální soubor, který reprezentuje blokové zařízení, má major a minor číslo podle kterého se to spáruje s ovladačem k disku (to je vidět ve výpisu ls -l). Na názvu ani umístění toho souboru nijak nezáleží.

Aby to bylo jednodušší, udev vyrobí také symlinky v /dev/disk/by-* podle různých detekovaných vlastností toho disku a oddílů na něm. Případně ještě lze na mnoha místech použít zápis LABEL=něco, UUID=něco, PARTLABEL=něco a PARTUUID=něco.

Nazvy oddílů jsou uloženy v GPT tabulce na disku (MBR to neumí). Druhý název je v hlavičce souborového systému. Obojí jde snadno změnit (gparted, e2label, fatlabel, …). OMV bude zobrazovat buď tento název, nebo to, co jsi napsal do /etc/fstab, nebo název toho speciálního souboru.
Hello world ! Segmentation fault (core dumped)
Josef Kufner avatar 3.11.2018 18:11 Josef Kufner | skóre: 69
Rozbalit Rozbalit vše Re: btrfs - praktické problémy nováčka
Oddíly na discích lze pojmenovávat (při použití GPT). Doporučuju toho využít a názvy si napsat lihovkou na ty disky, případně nalepit štítek. Nejlépe nějak na okraj z boku, aby ty názvy byly vidět i když jsou disky přišroubované a zapojené. Také doporučuju připsat velikost a datum uvedení do provozu.

Největší problém při manipulaci s disky je právě nalezení toho správného fyzického disku, který chci odpojit.
lsblk -o NAME,PARTLABEL,LABEL,UUID,MOUNTPOINT
Hello world ! Segmentation fault (core dumped)
3.11.2018 19:40 Aleš Kapica | skóre: 49 | blog: kenyho_stesky | Ostrava
Rozbalit Rozbalit vše Re: btrfs - praktické problémy nováčka
Není od věci tam připsat kdy tomu disku končí záruka.
vandrovnik avatar 3.11.2018 21:13 vandrovnik | skóre: 20
Rozbalit Rozbalit vše Re: btrfs - praktické problémy nováčka
A kde byl zakoupen, až se bude řešit reklamace...
7.11.2018 20:36 RDan
Rozbalit Rozbalit vše Re: btrfs - praktické problémy nováčka
Tak jsem zase v koncích. Stihl mi odejít jeden disk který byl už v BTRFS a byl plnej. Naštěstí šel odstranit aniž bych musel být v degradovaným módu. Disk se ještě točil i když se zasekával.

Potřebuju spustit kontrolu btrfs check --repair /dev/sdc1 ale píše enabling repair mode /dev/sdc1 is currently mounted. Aborting.

a i přestože jsem provedl umount /srv/dev-disk-by-label-btrfs1

Po restartu je btrfs zase připojen a funkční.

Netušíte co by to mohlo být? Děkuji...

PS: zlatý wokna :)
7.11.2018 21:15 Aleš Kapica | skóre: 49 | blog: kenyho_stesky | Ostrava
Rozbalit Rozbalit vše Re: btrfs - praktické problémy nováčka
Vyhoď ho, a kup místo něj jiný.
7.11.2018 21:23 RDan
Rozbalit Rozbalit vše Re: btrfs - praktické problémy nováčka
To nepotřebuju, mám dost volného místa. Spíš potřebuju unmountnout celej btrfs, což bude nějaká linuxová věc. Abych mohl spustit ten check.
k3dAR avatar 7.11.2018 22:37 k3dAR | skóre: 56
Rozbalit Rozbalit vše Re: btrfs - praktické problémy nováčka
nevim co/proc/jak mas v /srv/dev-disk-by-label-btrfs1, ale kdyz ti hlasi ze /dev/sdc1 je pripojen, tak prvni co udelas je odpojeni /dev/sdc1...
sudo umount /dev/sdc1

# kontrola zda uz neni pripojen (kdyz nezobrazi nic, neni)
mount | grep sdc1
jinak po restartu logicky mas pripojene opet vse to co se pripojuje automaticky, to mas v souboru /etc/fstab
porad nemam telo, ale uz mam hlavu... nobody
7.11.2018 23:06 RDan
Rozbalit Rozbalit vše Re: btrfs - praktické problémy nováčka
Aha, nová zkušenost: Musím umoutnout disk s ID1, což byl u mě SDK1. Teď už to běží :)

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.