ACL a síťové souborové systémy (diskuse)

[bflmpsvz]

Tesil jsem se na clanek, ale tohle? bida...

[jipík]

no strucnejsi to trochu je, ale bida to podle me neni.

[Lukáš Benda]

Bohuzel nepoznam jestli autor tady pise nesmyly (jako se casto stava treba na rootu), ale pokud si primo nevymysli, tak pro mne je to pomerne pekne a rychle dostupne vstupni info. Aspon clovek vidi ze pokus o kompletni ACL z Windows na Linux je dosazitelny jen s tezkostmi (jestli vubec) a vidi i proc.

 

P.S.: Neni nejaky FS, ktery by umoznoval jak ACL podobne Windows tak to co ma Linux a udrzoval to dualne? To znamena, ze kdyz k systemu pristoupim z linuxu ACL se mi redukuji jenom na standardni Linuxove, ale kdyz to budu chtit sdilet napr. pres Sambu budou se mi prenaset kompletni?

[Ondar]

Co hledáš je pravděpodobně FS s NFSv4 ACL + nějaká nejnovější distribuce Linuxu. Mělo by to fungovat tak, že atributy na disku uloženy ve formátu NFSv4 a konverzi na POSIX (pokud je potřeba) provádí libc.so. Ale jak říkám, v současnosti to asi nebude ještě fungovat, je to spíše hudba budoucnosti.

[Mudrc]

Mě se ten článek líbí. Informačně mi pomohl. Chtěl bych vidět, co napsal ten chytrák, který tvrdí, že je to bída. Už jsi zkusil někdy něco sám napsat chytráku? Napsat pár smysluplných vět zabere i několi dnů zkoumání a přípravy. Kromě toho, dobrý technik se vyjadřuje jasně a stručně.

[jirka d.]

Rychlé, stručné shrnutí bez přílišných keců okolo, díky :)

[Kvakor]

Pokud se do souborovemu systemu nemusi zapisovat, je mozne problem s ACL obejit tim, ze se nepripoji pres sitovy souborovy system (typu NFS), ale primo jako zarizeni, napr. pres network block device, iSCSI ci neco podobneho v readonly rezimu. Potom je mozne pouzivat ACL primo v nativnim formatu souboroveho systemu na pripojenem zarizeni.

Vyhodou je velmi slusna rychlost a bezproblemova podpora v distribucich (nbd je v jadre uz celkem dlouhou dobu, iSCSI je tam zhruba od 2.6), nevyhodou je principialni nemoznost zapisu, nutnost udrzovat vsude stejna UID/GID a pristupnost veskerych data, pokud jakykoliv z klientu pristoupi k zarizeni jako root.

[Ondar]

Tak tady bych to upřesnil:

RW přístup do souborového systému přes NBD samozřejmě jde, ale musíte na to mít uzpůsobený filesystém - tzn né Ext3, ale GFS kde možno mít více žurnálů. Co se rychlosti týče bych byl ale skeptický - každý lepší síťový FS dělá optimalizace, které si NBD nemůže principielně dovolit, takže pokud srovnám NFSv4 s agresivním kešováním na straně klienta i serveru, tak NBD bude vždy pomalejší.

Ale to už je námět na zvláštní článek....

[VSi]

Tohle mě docela zajímá... Je možné mít připojené 1 blokové zařízení (sdílené přes nbd, iscsi nebo třeba AtaOverEthernet) připojené na více místech pro zápis, pokud se použije nějaký cluster filesystem.

Má někdo přehled jaká je v Linuxu obecně situace? Existuje GFS, ale použitelné je to asi jen na RHEL, pak Oracle OCFS2 - na ten jsem viděl i HOWTO pro Debian. Ve spojení s DRBD to může být zajímavé.

Pak mě docela zaujal glusterfs - umí mirror / stripe ap. přes síť, ale není to klasický filesystem - funguje přes FUSE třeba nad ext3 a výkon má být dost zajímavý. Podle referenčních nasazení vypadá docela použitelně.  Má s ním někdo zkušenost?

Co jsem si ale všimnul, tak OCFS asi glusterfs nemají podporu právě pro ACL, což je pro mě docela omezující.

[Marek 'marx' Grác]

Tým, že je GFS/GFS2 vo vanila jadre, tak by s jeho použitím nemali byť žiadne väčšie problémy ani inde ako v RHEL. Z bugzilly a mailing listu som si istý minimálne Debianom.

[onion]

Pak mě docela zaujal glusterfs - umí mirror / stripe ap. přes síť, ale není to klasický filesystem - funguje přes FUSE třeba nad ext3 a výkon má být dost zajímavý. Podle referenčních nasazení vypadá docela použitelně.  Má s ním někdo zkušenost?

Nasazoval jsem GlusterFS na takovém "mini-clusteru" (3 stroje, kapacita 4.6TB), běží tam asi 1,5 měsíce a zatím spokojenost. Mám je propojené 1Gbit LAN sítí a frčí to kolem 70MB/s (zápis). Problém byl, když to na začátku bylo spojené jen 100Mbitem, zápis se plazil ~3-4MB/s, ale Gbit to spolehlivě vyřešil.
Zkoušel jsem si hrát s MTU na síťovce, ale nemělo to významnější vliv (což mě docela překvapilo, čekal jsem že to alespoň mírný vliv mít bude). O nemožnosti použití ACL jsem ani nevěděl, na druhou stranu bych to neviděl jako problém - když už nějaký stroj pustíš do clusteru, tak z principu musí být důvěryhodný. Jinak to běží nad běžnými filesystémy, takže sdílení třeba přes Sambu/NFS v kombinaci s ACL není problém.
Nepatrná nepříjemnost je, že Debian kompletně postrádá balíčky GlusterFS (1.3.12 v září 08') v oficiálních repozitářích, takže jsem si je musel ubalit sám (pokud by měl někdo zájem, klidně pošlu, mám amd64 a i386).

[VSi]

Díky za informace. V Debianu jsou balíčky jenom v sid větvi a ještě dost stará verze.

Problém s ACL je snad v tom, že je nepodporuje / nepodporoval FUSE. Pokud budu sdílet Sambou adresář, který je v gluster AFR, tak ACL možná půjde používat, ale nepřenesou se na druhý server. ACL bych potřeboval asi jen v případě exportu přes Sambu, jinak to není takový problém.

[onion]

Aha, s tím ACL máš pravdu. Moc jsem to nezkoumal, nebylo to potřeba.

[..... Izak .....]

GFS1 je pomaly, pri vice clienetech, je pomalejsi nez NFS server, ale videl jsem jej nasazen na clusteru 8web serveru a slo to, pokud clovek nevylistovaval soubory a vice cetl nez zapisoval.

GFS2 je na tom lip, videl jsem na tom jet SAP/R3 s Xenem, ale jelo to jenom na jednom nodu, druhy byl jako "aktivne pasivni" ) Pokud GFS2 aktivne vyuziva jen jeden node, je vykon velmi slusny. Benchmark vice stroji u GFS2 neznam, testoval jsem to z 2 stroji pres GFS2 a cLVM2 ... fungovalo to dobre, moc jsem to ale nezkoumal na detailni benchmarky, DD na to psalo normalne.

[m;)]

(zatial) sice nie linux, ale imho hodne zaujimave:
http://kerneltrap.org/DragonFlyBSD/HAMMER_Filesystem_Design

[KubaPET]

Zdravim, podarilo se nekomu rozbehat nfs4-acl-tools s NFS4 acl na ext3?

hledam reseni na windowsech trivialni veci, uz asi pul roku. Chci aby uzivatele mohli v adresarove strukture libovolne pridavat, ale aby mazat mohli jen to co tam dali sami a podslozky..

V linuxu to je peklo. Ptal jsem se i na rootu, ale jen se do me vsichni navezli za pravopis a nikdo neumel poradit. Dekuju

[VSi]

Na tohle by měly stačit i POSIX ACL, které na ext3 fungují bez problémů. Podívejte se ještě na sticky bit na adresářích, který řeší právě to, aby uživatel mohl do adresáře volně přidávat, ale nemohl v něm mazat / měnit cizí soubory.

[m;)]

presne tak, stary dobry sticky bit toto riesi, vid /tmp

[KubaPET]

Děkuji za typ.. Bohužel myslím, že toto jsem již zkoušel. Myslím že sticky bit s posix acl nespolupracuje a tudíž není možnost jak jej dědit

[KubaPET]

viz toto vlákno: http://lists.samba.org/archive/samba/2003-November/001342.html

nebo tady (Tady jsem se tázal já a byl jsem zbuzerován za pravopisný překlep, to se tam řešilo jako v každém druhém vlákně na rootu půl celé diskuze :(, ale řešení nikdo nevymyslel.. jen samej chytrák..):

http://lists.samba.org/archive/samba/2003-November/001342.html

Btw. kdybych tu měl zase nějaký hrozný chyby jako že místo jednoho i druhé, tak se z toho prosím nerozpusťe.. Když napíšu misto e třeba a, tak je to všem jedno ale i misto y, to je tragedie.. :D To určitě prosazovala v minulosti nějaká skupina šlechticů co nic nedokázali a chtěli bejt taky v něčem dobrý a zhazovat tak ostatní... :D omlouvám se za OT..

[KubaPET]

Tak ani po téměř roce jsem tento problém nevyřešil. Linux prostě neumí nějak komplexně obhospodařovat přístupová práva.. :(

[m;)]

Doplnim ku kapitolke "Podpora OS":
POSIX.1e vo FreeBSD
ACL vo FreeBSD