prova a sostituire l'asterisco in /etc/exports /var/svn *(ro,sync,no_root_squash,no_subtree_check)
con /var/svn 192.168.0.70(ro,sync,no_root_squash,no_subtree_check) ciao slash 2011/5/10 Zack - NoDelay <[email protected]> > Ciao a tutti, > sto configurando 3 server e fin qui tutto bene. > Uno di questi esporta 3 cartelle in /opt via NFS che vengono montate > automaticamente all'avvio da un'altra delle 3 macchine e fin qui tutto bene. > > Ora mi son messo in testa di fare lo stesso per un repository SVN e di > montarlo sulla stessa macchina di su cui vengono montate le altre risorse. > Questo in breve. > > .70 .71 .72 > client NFS server NFS ko server NFS ok > > Teoricamente sarebbe stata una passeggiata di salute, ma, si sa, quando si > ha che fare con Linux, nulla è mai scontato. > Il problema sulla macchina client è il seguente: > > zack@labomc70:/opt$ sudo mount.nfs 192.168.0.71:/var/svn /var/www/svn > mount.nfs: access denied by server while mounting 192.168.0.71:/var/svn > > Sul server questo è il file /etc/exports: > /var/svn *(ro,sync,no_root_squash,no_subtree_check) > > id zack restituisce su ambedue le macchine questo: > uid=1000(zack) gid=1000(zack) > gruppi=1000(zack),4(adm),20(dialout),24(cdrom),46(plugdev),109(lpadmin),110(sambashare),111(admin) > > Infine altre due cose: > > zack@labomc71:/var$ sudo exportfs -rav > exporting *:/var/svn > > e poi: > zack@labomc71:/var$ cat /etc/hosts.allow > ALL:192.168.0.70 > > zack@labomc71:/var$ rpcinfo -p > programma vers proto porta > 100000 2 tcp 111 portmapper > 100000 2 udp 111 portmapper > 100024 1 udp 42464 status > 100024 1 tcp 39371 status > 100005 1 udp 34845 mountd > 100005 1 tcp 51456 mountd > 100005 2 udp 34845 mountd > 100005 2 tcp 51456 mountd > 100005 3 udp 34845 mountd > 100005 3 tcp 51456 mountd > 100003 2 tcp 2049 nfs > 100003 3 tcp 2049 nfs > 100003 4 tcp 2049 nfs > 100227 2 tcp 2049 > 100227 3 tcp 2049 > 100003 2 udp 2049 nfs > 100003 3 udp 2049 nfs > 100003 4 udp 2049 nfs > 100227 2 udp 2049 > 100227 3 udp 2049 > 100021 1 udp 56688 nlockmgr > 100021 3 udp 56688 nlockmgr > 100021 4 udp 56688 nlockmgr > 100021 1 tcp 54918 nlockmgr > 100021 3 tcp 54918 nlockmgr > 100021 4 tcp 54918 nlockmgr > > > ed infine ho dato: > > sudo service portmap restart > sudo service nfs-kernel-server restart > > ma continuo a ricevere gli stessi errori..ah dimenticavo chiaramente ls > -lha /var restituisce: > zack@labomc71:/var$ ls -lah > totale 52K > drwxr-xr-x 15 root root 4,0K 2011-05-05 15:31 . > drwxr-xr-x 21 root root 4,0K 2011-05-03 12:23 .. > drwxr-xr-x 2 root root 4,0K 2011-05-06 06:49 backups > drwxr-xr-x 9 root root 4,0K 2011-05-04 06:39 cache > drwxrwxrwt 2 root root 4,0K 2011-05-03 12:45 crash > drwxr-xr-x 36 root root 4,0K 2011-05-04 06:39 lib > drwxrwsr-x 2 root staff 4,0K 2011-04-21 18:51 local > drwxrwxrwt 3 root root 60 2011-05-10 06:32 lock > drwxr-xr-x 12 root root 4,0K 2011-05-10 06:32 log > drwxrwsr-x 2 root mail 4,0K 2011-05-03 12:20 mail > drwxr-xr-x 2 root root 4,0K 2011-05-03 12:20 opt > drwxr-xr-x 10 root root 500 2011-05-10 15:44 run > drwxr-xr-x 4 root root 4,0K 2011-05-03 12:22 spool > drwxr-xr-x 6 nobody nogroup 4,0K 2011-05-05 15:31 svn > drwxrwxrwt 2 root root 4,0K 2011-05-10 12:34 tmp > > Cosa sto sbagliando? > Grazie mille a chi saprà venirmi in aiuto. > Ciao > > > Zack > > --- > Linux User #296859 > > > > > > > _______________________________________________ > Gulchelp mailing list > [email protected] > http://www.gulch.crs4.it/cgi-bin/mailman/listinfo/gulchelp > -- Le password? meglio non usarle ma, se usate, andrebbero ciclicamente rigenerate! Rigenerare gli utenti invece, per quanto possibile, sarebbe alquanto fastidioso!
_______________________________________________ Gulchelp mailing list [email protected] http://www.gulch.crs4.it/cgi-bin/mailman/listinfo/gulchelp
