Ahoj,
jelikoze dokumentace je porad stejna a mne prijde, ze moje doufani bude opet
marne, protoze pri testech mi to neslo, ale pro jistotu. Uz konecne v 9.1
zapracovali moznost pridavat vice siti k datasetu pres sharenfs nebo opet budu
muset patchovat timto http://www.freebsd.org/cgi/query-pr.
Ahoj,
> Pokud je /camdata top level dataset a nad nim, nebo vedle nej, uz zadny
> jiny neni, vsechno ostatni datasety jsou jeho potomci, tak muzes urcite
> pouzivat i tu povodni variantu se zfs get.
> Pak si ale dost dobre nedovedu vysvetlit, kam ti mizi to dostupne
> misto, kdyz tam nemas zadne s
Milan Cizek wrote:
Takže celkové "dostupné/maximální a využitelné" místo v poolu bych měl tedy
brát ze zpool get size poolname?
Tady mi trochu vadilo, že to nedokáže vypsat jako raw (k/bytes), takže se to
bude muset parsovat a převádět. Proto jsem se původně přiklonil z zfs get.
Pokud je /camda
Ahoj,
> M.Lachman
> Jestli mas nekde udelany snapshot, tak se misto neuvolni, ani kdyz smazes
nejaka data.
> Navic tam hrajou roli jeste veci jako quoty, refquoty atd.
Žádné snapshoty ani quoty nepoužívám. Používám pouze datasety.
Takže celkové "dostupné/maximální a využitelné" místo v poolu byc
Milan Cizek wrote:
Ahoj,
pokouším se kreslit graf maximálního/volného/obsazeného místa na ZFS poolu,
ale funguje to nějak dosti podivně.
http://devel.chvalsiny.net/usage-month.png
zfs get v podstate nesleduje misto na celem poolu, ale az na datasetu
(filesystem)
Na urovni poolu pracuje prika
