Gabor HALASZ irta: >>> Szerintem te nem glusterfst akarsz, az nfs-edet kellene tunningolni. >> Ebben is igazad lehet. De en orultem, hogy a fenti modon egyaltalan >> sikerult megoldanom egy bosszanto problemat. Es arra gondoltam, erdemes >> lehet a glusterfs-el tovabb foglalkozni ilyen kornyezetben. >> >> Az NFS parametereket is leirom azert, hatha van otleted a problemara: >> >> exports: >> /mnt/www >> 192.168.1.0/255.255.255.0(rw,sync,no_root_squash,subtree_check,no_acl) >> >> fstab: >> 192.168.1.1:/mnt/www /mnt/www nfs >> rsize=8192,wsize=8192,timeo=14,intr 0 0 >> >> A hibajelenseg pedig ugy nez ki, hogy az /mnt/www egyben Samba megosztas >> is windows kliensek szamara. Gyakran elofordul, hogy egy ilyen kliens >> modosit egy fajlt, amit az NFS kliens oldalan mukodo Apache kiszolgalo >> jelenitene meg, de ott a fajl valtozasa csak percekkel kesobb jelentkezik. >> > Ha jol ertem, a samba->nfs iranyban lassu?
Na most ezt nem biztos, hogy ertem, mire gondolsz, de korbeirom. Kezdetben egyetlen linux szerver volt amihez programozok samba-n keresztul csatlakoztak windows kliensekrol. A szerveren pedig nagyjabol egy LAMP kornyezet szolgalta ki oket, ahol ellenoriztek a munkajuk eredmenyet. Kesobb aztan szetvalasztottam a funkciokat fajlszerverre es egy kulon LAMP szerverre. A tarhely, amire a windows kliensek samba-n csatlakonak, NFS-el is meg van osztva a LAMP szerver fele. Es itt kezdodtek a problemak. A fajlszerveren meg mukodo Apache hibatlanul, azonnal jol jeleniti meg a fajl valtozasokat, mig az NFS klienskent mukodo gyakran csak kesleltetve. Esetleg jobban jarnek, ha a LAMP szerver is samba-n keresztul csatlakozna NFS helyett? -- Erki-Kiss Zsolt _________________________________________________ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux