Dotaz: LVM zvetseni /

[Hafajs]

Zdravim všechny, je prosim (pripadne jak) mozne zvetsit korenovy adresar pomoci LVM? Ve fogprojectu bych potreboval "nabidnout" na ukladani image vetsi prostor. Image se ukladaji do /image (nebo tak nejak) a mountnuti dalšího prostoru sem, konci odmitnutim pristupu při pokusu o vytvoreni image. Predem diky za tip.

H.

---

---

Odpovědi

[Max]

Nevím sice, co znamená "Ve fogprojectu bych potreboval "nabidnout" na ukladani image vetsi prostor.", ale když postneš výpisy z :

pvdisplay
vgdisplay
lvdisplay
mount
df

Tak se naše křišťálová koule trochu vybarví.
Zdar Max

[Hafajs]

Dik za snahu, to je v podstate jedno, co to znamena. Bylo to jen jako odduvodneni otázky. Proste potrebuji, aby si SW myslel, ze jede na jednom velkem disku. Nechci to resit RAIDem, ale asi mi nic jiného nezbyde. Vypis poslu, jak se k tomu dostanu. H.

[NN]

konci odmitnutim pristupu při pokusu o vytvoreni image

Nebude problem nekde jinde?

[Sten]

je prosim (pripadne jak) mozne zvetsit korenovy adresar pomoci LVM?

Je to možné:

1. pvcreate
2. vgextend
3. lvextend
4. Rozšíření souborového systému (resize2fs pro ext*, btrfs filesystem resize pro btrfs ap.)

Image se ukladaji do /image (nebo tak nejak) a mountnuti dalšího prostoru sem, konci odmitnutim pristupu při pokusu o vytvoreni image

A nestačilo by jen nastavit práva? Výchozí u nového souborového systému je, že do jeho kořenu smí zapisovat jen root.

[Hafajs]

Dik za reakci na otázku ;), prava jsem kontroloval jako první.

Body 1-4 jsem provadel. Zaseknu se az v bode c.5 :) při montnuti

mount /dev/fog-svr-vg/fogimg "a ted nevim co, protože / vrati chybu."

[k3dAR]

az u toho budes, krome vypisu z teh nastroju hore, postni sem presne jak to pripojujes a co to presne oznami za chybu... doufam ze nedelas(to co vyzniva z tveho "popisu") tohle:

mount /dev/fog-svr-vg/fogimg /

koneckoncu, pokud si zvetsoval existujici pripojenej oddil, tak se zvetsi dostupne volne misto za chodu, takze neni potreba nic ruccne pripojovat, pokud si to neodpojil, to pak staci restart kdyz nevis jak to pripoji

[lertimir]

Nějak se mi nezdá, že víš o čem mluvíš. Pokud neprovádíš chroot, tak rootový filesystem nemountuješ ručně. Připojí se ti během startu. Pak na jeho rozšíření stačí body 1-4 a žádný bod 5 s mountem tam není. Pokud body provedeš 1-4 tak je vidět i nárust místa (buď ve fs nebo v btrfs nástrojích).

[Ondra Beneš]

mount /dev/fog-svr-vg/fogimg "a ted nevim co, protože / vrati chybu."

Zkus se zamyslet, proc. Protoze zakonite pripojujes LV na mountpoint, ktery je pouzivany (/ je root)

Netusim, ceho chces dosahnout, ale bezne se vytvori zvlast FS, ktery se pripoji na nejaky mountpoint a aplikace pristupuje na tenhle mountpoint.

Vyhoda tohohle reseni? Mas aplikacni FS absolutne oddeleny od zbytku systemu. Muzes mu nastavit uplne jine parametry, pristupova prava atd. nez jinym (napr systemovym) FS a hlavne, kdyz se cokoliv dodupe s aplikaci, porad mas pekne bezici system.

Pokud tento aplikacni FS bude navic LV, pak ziskas LVM flexibilitu vcetne uz vzpominanych lvextend apod. Samozrejme jde tohle udelat i na btrfs / ZFS, ale v tom ja se nevyznam, a jsou tu lidi, kteri jsou v tomhle zbehli.

Byla by toto odpoved na tvoji otazku? (Jak rikam, nepochopil jsem ji uplne).

Precti si trosku o FS a LVM (popr btrfs / ZFS). Nevim, co to je za distro, ale Red Hat ma LVM pekne zdokumentovane (a LVM se nebude nejak zavratne lisit distro od distra)

https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/html-single/Logical_Volume_Manager_Administration/index.html

https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html-single/Logical_Volume_Manager_Administration/index.html

[Aleš Kapica]

Tady to má popsáno jak pro blbce. Číst a myslet už musí sám.

[Ondra Beneš]

Pekne! Diky, nevedel jsem o takovem zdroji v cestine.

[Max]

Záleží, jak to má, 100% to tvrdit nelze, dokud nebudeme vědět aktuální stav. Jednou jsem se vytrestal tak, že mi debian nechtěl nabootovat po tom, co jsem přidal další disk do vg a rozšířil root (boot jsem měl na témže vg).
Další problém může nastat v případě, že máme lvm snapshot na oddíle, který slouží i jako bootovací.
Zdar Max

[Hafajs]

Přílohy:

• fog01.JPG (15896 bytů)
• fog02.JPG (66026 bytů)
• fog03.JPG (89617 bytů)
• fog04.JPG (93345 bytů)

Diky vsem, za zdroj v cestine taky i když primo tady je o LVM taky hezky seros. Pokusy s LVM jsem odpiskal. Umim s nim bezne věci, umim manipulovat s prostorem... ale když jsem pomoci LVM zvetsil /images (coz potrebuji), aplikace mi ukazovala stále jen puvodni místo. Proto jsem to chtěl obejit zvetsenim korenoveho adresare, coz vracelo chybu.

Mezi tim jsem si potvrdil, ze uplne první snaha, rozsirit /images pouhym mountnutim ma fungovat. Aplikace ho ma videt a byt schopna používat.

Nyní mi to jiz nevraci pristup odepren ( nevim proc, postupoval jsem stejne, jen uz ne na virtualu, ale na fyzickem stroji), ale stejne stále nevidim všechen prostor. Aplikace ho umi vypsat jako celkove místo, to ukazuje prostor obou disku a jako místo pro image a tam vidim jen polovinu (jeden disk). Aby toho nebylo malo: Místo na moumnpointu ubyva, protože tam pokusne laduju nejaka data, abych overil kolik prostoru tedy skutecne mam, ale když se tam podivam napr. MC, data tam nevidim. Uvidíme jak to dopadne.

[Max]

To jsou naprosto nic neříkající obrázky.
Pokud chceš poradit, tak sem postni to, oč jsem žádal v prvním komentáři.
Zdar Max

[Hafajs]

Přílohy:

• LVM1.JPG (87389 bytů)
• LVM2.JPG (39488 bytů)
• LVM3.JPG (66354 bytů)
• LVM4.JPG (71619 bytů)
• LVM5.JPG (30559 bytů)

Znovu jsem tedy ozivil pokus na vurtualu. 2x 3GB HDD v LVM se snahou o rozsireni korene.

[lertimir]

Podle mne bys měl začít tím, že si opravdu přečteš a promyslíš návod, který poslal Aleš, nebo jiný obdobný návod, jak pracovat s LVM. Používáš techniky (a i v dalších dotazech), které jsou trochu sofistikované a neznáš naprosté základy, a pak to nějak uflikuješ. moje připomínky k tomu co jsi poslal.

1. Nejdříve formální. Proč používáš grafické snapshoty obrazovky pro textové výpisy v teminálu?? Textové copy/paste je mnohem efektivnější jak pro tebe tak a to hlavně pro čtenáře.
2. Podle prvních snapshotů pracuješ s prostorem přes 3 TB a přitom se v celém VG pytlíkuješ s celkovým prostorem pitomých 8GB a ještě rozdělených na swap a root s alokací pod 2G. Proč??? Obvyklá situace je taková, že veškerý datový prostor dáš do odpovídající VG a ty pak rozdělíš podle potřeby.
3. Ale hlavně!! Do jednoho VG jsi nacpal mrňavé 3G oddíly ze 3 různých disků. To znamená, že tvoje VG se rozpadne pokud ztratíš z jakéhokoli důvodu jakýkoliv připojený disk/oddíl. Což se ti skutečně stalo, v LVM1.JPG je vidět, že druhý z údajně připojených PV je unknown device a tím pádem je v pytli a pokud tam má chudák filesystém data, tak jsi o ně přišel. Jak jsi přišel na takovou blbost? Samozřejmě LVM je možné takto použít, ale musíš vědět proč. Typicky se to použije na temporární data, u nich chceš vysoké přenosové rychlosti do systému a pomůžeš si touto paralelizací. Na netu najdeš spoustu diskusí, jestli je v takovém případě lepší použít LVM nad více disky nebo RAID 0. Ale na trvalá data je to smrt. Samozřejmě pokud bys měl funkční LVM, tak již poslané návody s lvextend a resize2fs by fungovaly ale ty nemáš v pořádku fyzické oddíly.

V každém případě bys měl začít studovat a přemýšlet o tom, jak a proč jsou věci v linuxu udělány. Pokud jsi schopen napsat

mount /dev/fog-svr-vg/fogimg "a ted nevim co, protože / vrati chybu."

a mountuješ existující FS na živého roota, tak vůbec nerozumíš tomu, co děláš.

[Hafajs]

Graficke snapsoty jsem pouzil proto, ze mi prislo efektivnejsi 2x kliknout, nez se crcat s formatovanim, aby to bylo pak prehledne.

Kdyby sis precetl cele vlakno, nebo alespoň jeho konec, vedel bys, ze problém s 2x1,5 TB (3TB dohromady) mam na fyzickem stroji, kde jsem tyto pokusy odpiskal a snazim se jen klasicky mountnout druhy disk kam potrebuji. Max mne pozadal o vypis, tak jsem zalozil virtual.... jak jsem jiz psal. Protože je zbytecne hrat si s velkym souborem VHDX, mam jen takovy, aby se na nej vesel systém. Ne ze by to bylo k věci.

3 ruzne disky skutecne nemam. /dev/sda a /dev/sdb. Fyzicky mam 2 a virtualne tedy stejna situace, také dva. LVM mi rozdelil asistent při instalaci systemu a protože je to test za ucelem zprovozneni konkretniho softu, neresil jsem proc a jak to udelal, protože je to jedno.

[Hafajs]

Tak, rusim poplach. Nakonec moje uplne první snaha, pridat prostor pouhym mountnutim vysla. Proc to nefungovalo hned? Protože jsem predpokladal, ze když v danem SW nastavim novy storage nod a nasmeruji ho na mountpoint ukazujici na druhy disk, veskere vysdileni, vyexportovani prostoru provede onen SW. Bohuzel, neprovede, musel jsem rucne nastavit NFS. Ted uz to jede. To bylo ono zamitnuti pristupu.

Pouziti LVM byla snaha jak to "oblafnout" na nižší urovni. Ale tohle reseni je pro mne lepsi v tom, ze presne vim, kde mam fyzicky která data. Cili dekuji vsem zucastnenym.