cifs share csereje external HDD-re (Btrfs)

Sziasztok!

Egy cifs-el folcsatolt NAS adatait rsync -a val athuztam egy Btrfs-re formazott USB3-as kulso vinyora.

Minden ok, az egyetlen gond az, hogy a Deluge letolteskor letrehozza a mar letezo konyvtarat ujra(??) "deluge" owner-el. tehat van egy "root" es egy "deluge" tulaju konyvatam, ugyanazzal a nevvel...

Eddig igy volt a cifs felcsatolva:

//192.168.31.5/download/adat /home/vamp/adat cifs _netdev,user,username=****,file_mode=0777,nounix,dir_mode=0777,password==******** 0 0

Az uj kulso vinyo igy van:

UUID=********* /home/vamp/adat btrfs defaults,compress=lzo 0 1

Eddig minden konyvar a share-en "root" tulaju volt. Eredekes, ha egy masik userrel akarok letrehozni egy konyvtarat, ami mar letezik az nem engedi, de a deluge valahogy megis meg tudja csinalni...

Hozzászólások

Ehh egyszeruen nem birom ravenni a rendszert, hogy az ujonnan letrejovo fajlok mappak a forrasfajl owner+group jogaival jojjenek letre... asszem fajlrendszer korlatba utkoztem.

Valakinek van arra otlete, hogy csatoljak fol egy fajlrendszert ugy ubuntu alatt, hogy az owner/group minden uj fajl/mappa eseten (a rendszeren barmelyik user is hozza letre) ugyanaz legyen?

Nos, erdekes megolas lett vegul...

bindfs --create-for-user=root --create-for-group=root -p 777 /mnt/sdb/ /home/vamp/adat2/

Nem tul elegans, de nincs jobb otletem.

Ehh bindfs felejteos megis... FUSE zabalja a CPU-t....

chmod g+s a szülőkönyvtárra
userre nincs ilyen, illetve van, default acl formájában
BTRFS-en lehet, hogy van valami más is, azt nem tudom

az mennyire elvakult, hogy nfs-el folmountolom localhost-al egy konyvtarra a a btrfs particiot?? :)

A két egyforma nevű könyvtárra: $ ls -ilb

Csak szólok hogy egy havernak már a második btrfs-e omlott össze, nem hardver hiba miatt.

"nem hardver hiba miatt" Biztos? Én többször is találkoztam már ilyennel, mindenhol kijött a ramhiba elég sokáig futtatva a memtestet. A rendszer látszólag stabil volt. A btrfs a checksum miatt érzékenyebb a ram hibára.
Itt a hupon is megesett már, hogy memtestet tanácsoltam ilyenre és a kollegának aki jelezte szintén kijött 5-6 óra után a hiba.

Ha kicsit is hibázik a ram a fájlrendszer bármikor meghalhat, nem véletlen, hogy szerverben annyira elterjedt az ECC ram. A futó rendszer halála nem akkora probléma, mint az adatok tönkretétele.

SMB-vel van kezelve? Szerintem itt a samba beállításokkal lesz gond, azok nagyon nem egyértelműek. Simán meg lehet kavarni, illetve a kliens beállítástól is függ a dolog.