[Lxoffice] Quelques problèmes en bureautique sur Sarge qui devient casse pied!

[Jérôme Warnier]

Le jeudi 06 janvier 2005 à 03:38 +0100, Jérôme Warnier a écrit :
> Le mardi 04 janvier 2005 à 21:03 +0100, Jérôme Warnier a écrit :
> > Le mardi 04 janvier 2005 à 17:33 +0100, Frederic Peters a écrit :
> > > > > Quelle version de NFS ?  Qu'est-ce qui empêche l'utilisation
> > > > > systématique de Samba ?
> > > > Quelle version de NFS? Que veux-tu savoir? nfs-kernel-server
> > > 
> > > Version de NFS utilisée, 2, 3, 4 ?  Pour le locking, ça a son
> > > importance, me semble-t-il.
> > Je pense que le kernel 2.4 (maximum dans Woody, sur le serveur) ne
> > supporte pas encore le NFS v3.
> > Plus d'infos (intéressantes) sur http://nfs.sourceforge.net/.
> Voilà, j'ai vérifié, le kernel 2.4 supporte correctement NFSv3, et Woody
> aussi.
> Le kernel sur le serveur est un 2.4.23 qui a bien le support activé
> (voir /etc/init.d/nfs-kernel-server).
> Il n'est toutefois pas clair dans la doc que NFS v3 supporte le locking.
> Par contre, NFS v4 lui, le fait,  mais il n'est présent que dans le
> kernel 2.6 (au niveau client du moins), et il n'y a clairement pas de
> serveur NFS v4 pour Woody (ni kernel, ni user-space).
> 
> Par défaut toutefois, sur Woody et Sarge, "mount" monte en NFS v2, pas
> v3. Il faut le spécifier.
> Il faut donc apporter une modif aux clients: ajouter une option
> "nfsvers=3" dans /etc/fstab pour le montage des shares NFS.
> 
> Luc: je l'ai changé sur les PC "Alex" et "Anja" (faut même pas les
> rebooter). Faudrait tester. Tu vois comment?

Fausse alerte.
D'après "nfsstat", il n'y a que du NFSv3 sur le réseau.
Cela nous apprend:
- que la manpage de nfs(5) est erronée
- que Dupedi utilise déjà la version de NFS la plus récente possible

J'ai donc vérifié par ailleurs que le locking était bien activé. Sur le
serveur, il y a moyen de lancer un démon de lock (rpc.lockd, du package
nfs-common), mais qui n'est utile que si le kernel ne fournit pas déjà
cela. Ce qui est le cas depuis le kernel 2.4, donc ce démon est inutile.
Pour vérifier que le client voit bien le serveur de lock du kernel du
serveur:
rpcinfo -p file-server

> [..]