Ciao a tutti, allarme, orrore, raccapriccio, perdita di successo sociale, perdita della patria potestà e divorzio! Spero di aver trasmesso il senso dei problemi che mi vedo avvicinare se non riesco a risolvere rapidamente questo mio problema. Debian stabile su amd64: ieri sera ho fatto un piccolo aggiornamento (si fa per dire) e da allora non funziona più il server nfs. Non dà nessun errore ma nessun client riesce a montare le directory esportate. L'aggiornamento è stato di questi pacchetti: letsencrypt 0.4.0-1 libc6 2.19-18+deb8u3 libc6-dev 2.19-18+deb8u3 libc-bin 2.19-18+deb8u3 libc-dev-bin 2.19-18+deb8u3 locales 2.19-18+deb8u3 multiarch-support 2.19-18+deb8u3 python-acme 0.4.0-1 python-letsencrypt 0.4.0-1 python-letsencrypt-apache 0.4.0-1 Il file exports è il seguente: /dati 10.150.29.0/24(rw,subtree_check,all_squash,anonuid=109,anongid=112) La riga di /etc/fstab dei client (anche questi su stable) invece è: nasone:/dati /dati nfs noauto,x-systemd.automount 0 0 E niente, non viene montato niente senza nessuna indicazione di errore nei log, né nel server. Nel server dmesg dice: [ 2787.243211] nfsd: last server has exited, flushing export cache [ 2958.712211] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory [ 2958.712236] NFSD: starting 90-second grace period (net ffffffff818ba180) Nei client invece: [ 66.412410] FS-Cache: Loaded [ 68.033705] RPC: Registered named UNIX socket transport module. [ 68.033708] RPC: Registered udp transport module. [ 68.033709] RPC: Registered tcp transport module. [ 68.033710] RPC: Registered tcp NFSv4.1 backchannel transport module. [ 68.137814] FS-Cache: Netfs 'nfs' registered for caching [ 68.207963] Key type dns_resolver registered [ 68.230868] NFS: Registering the id_resolver key type [ 68.230877] Key type id_resolver registered [ 68.230878] Key type id_legacy registered Dove posso cominciare a guardare? -- leandro Scegli sempre un'idea che ti permetta poi di cambiarla http://6xukrlqedfabdjrb.onion
Attachment:
signature.asc
Description: PGP signature