Twitter iPhone pliant OnePlus 11 PS5 Disney+ Orange Livebox Windows 11

NFS

10 réponses
Avatar
Hugues LARRIVE
Bonjour,

J'ai un serveur nfs qui exporte des systèmes de fichiers pour 2 clients
et qui fonctionnait très bien depuis des mois.

Le serveur et l'un des 2 clients sont sous debian etch, l'autre client
est sous gentoo.

Depuis la mise à jour d'hier j'ai de gros problème de connexion entre
les deux machines debian, aucun problème avec le client gentoo.

La connexion se fait bien, tout fonctionne pendant 10 ou 15 minutes,
puis j'ai des messages d'erreur genre "permissions non accordée" lorsque
j'essaie de lire ou d'écrire sur un montage NFS, certaines applications
(ice dove) dont le profile est sur nfs se bloquent...

# ls .mozilla-thunderbird
ls: .mozilla-thunderbird: Permission non accordée

# ls -la
?--------- ? ? ? ? ? .mozilla-thunderbird
# umount .mozilla-thunderbird
umount: /home/hugues/.mozilla-thunderbird: device is busy
umount: /home/hugues/.mozilla-thunderbird: device is busy

# umount /var/www
# mount /var/www/

# ls -la
drwxr-xr-x 3 hugues hugues 136 2006-05-31 17:52 .mozilla-thunderbird

Il suffit que je démonte et remonte un des partage pour qu'ils
refonctionnent _tous_ pendant 1/4 d'heure et ça recommence.

Je ne comprend pas ce qu'il se passe et c'est très gênant ! Il y a des
applications qui supporte assez mal...

Voilà ce que j'ai trouvé dans les logs :

dmesg:[17179572.528000] Installing knfsd (copyright (C) 1996
okir@monad.swb.de).
dmesg.0:[17179572.672000] Installing knfsd (copyright (C) 1996
okir@monad.swb.de).
dpkg.log:2007-02-11 06:40:11 upgrade nfs-common 1:1.0.10-4 1:1.0.10-6
dpkg.log:2007-02-11 06:40:11 status half-configured nfs-common 1:1.0.10-4
dpkg.log:2007-02-11 06:40:11 status unpacked nfs-common 1:1.0.10-4
dpkg.log:2007-02-11 06:40:11 status half-installed nfs-common 1:1.0.10-4
dpkg.log:2007-02-11 06:40:12 status half-installed nfs-common 1:1.0.10-4
dpkg.log:2007-02-11 06:40:12 status unpacked nfs-common 1:1.0.10-6
dpkg.log:2007-02-11 06:40:12 status unpacked nfs-common 1:1.0.10-6
dpkg.log:2007-02-11 06:41:37 upgrade nfs-kernel-server 1:1.0.10-4 1:1.0.10-6
dpkg.log:2007-02-11 06:41:37 status half-configured nfs-kernel-server
1:1.0.10-4
dpkg.log:2007-02-11 06:41:37 status unpacked nfs-kernel-server 1:1.0.10-4
dpkg.log:2007-02-11 06:41:37 status half-installed nfs-kernel-server
1:1.0.10-4
dpkg.log:2007-02-11 06:41:38 status half-installed nfs-kernel-server
1:1.0.10-4
dpkg.log:2007-02-11 06:41:38 status unpacked nfs-kernel-server 1:1.0.10-6
dpkg.log:2007-02-11 06:41:38 status unpacked nfs-kernel-server 1:1.0.10-6
dpkg.log:2007-02-11 06:41:38 status unpacked nfs-common 1:1.0.10-6
dpkg.log:2007-02-11 06:41:39 status unpacked nfs-common 1:1.0.10-6
dpkg.log:2007-02-11 06:41:40 status half-configured nfs-common 1:1.0.10-6
dpkg.log:2007-02-11 06:41:48 status installed nfs-common 1:1.0.10-6
dpkg.log:2007-02-11 06:42:29 status unpacked nfs-kernel-server 1:1.0.10-6
dpkg.log:2007-02-11 06:42:29 status unpacked nfs-kernel-server 1:1.0.10-6
dpkg.log:2007-02-11 06:42:29 status half-configured nfs-kernel-server
1:1.0.10-6
dpkg.log:2007-02-11 06:42:35 status installed nfs-kernel-server 1:1.0.10-6
daemon.log.0:Feb 11 06:42:35 localhost exportfs[15552]: /etc/exports
[3]: Neither 'subtree_check' or 'no_subtree_check' specified for export
"192.168.0.*:/home/hugues/.mozilla-thunderbird/". Assuming default
behaviour ('subtree_check'). NOTE: this default will change with
nfs-utils version 1.1.0
daemon.log.0:Feb 11 06:42:35 localhost exportfs[15552]: /etc/exports
[4]: Neither 'subtree_check' or 'no_subtree_check' specified for export
"192.168.0.*:/var/www/". Assuming default behaviour
('subtree_check'). NOTE: this default will change with nfs-utils
version 1.1.0
messages.0:Feb 11 06:42:34 localhost kernel: [20151421.704000] nfsd:
last server has exited
messages.0:Feb 11 06:42:34 localhost kernel: [20151421.704000] nfsd:
unexporting all filesystems
messages.0:Feb 11 06:42:35 localhost kernel: [20151422.804000] NFSD:
Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory
syslog:Feb 11 06:42:34 localhost kernel: [20151421.704000] nfsd: last
server has exited
syslog:Feb 11 06:42:34 localhost kernel: [20151421.704000] nfsd:
unexporting all filesystems
syslog:Feb 11 06:42:35 localhost kernel: [20151422.804000] NFSD: Using
/var/lib/nfs/v4recovery as the NFSv4 state recovery directory
/var/log/syslog.0:Feb 12 07:37:41 localhost mountd[21462]: authenticated
unmount request from lala.local:1019 for /var/www (/var/www)
/var/log/syslog.0:Feb 12 07:37:42 localhost mountd[21462]: authenticated
mount request from lala.local:1022 for /var/www (/var/www)


# cat /etc/exports
/home/hugues/.mozilla-thunderbird/ 192.168.0.*(rw,async,subtree_check)
/var/www/ 192.168.0.*(rw,async,subtree_check)

J'ai ajouté subtree_check suite au message dans le log... j'ai aussi
essayé avec no_subtree_check mai ça ne change rien

# exportfs
/home/hugues/.mozilla-thunderbird
192.168.0.*
/var/www 192.168.0.*

# rpcinfo -p localhost
program no_version protocole no_port
100000 2 tcp 111 portmapper
100000 2 udp 111 portmapper
100024 1 udp 2046 status
100024 1 tcp 2046 status
100003 2 udp 2049 nfs
100003 3 udp 2049 nfs
100003 4 udp 2049 nfs
100003 2 tcp 2049 nfs
100003 3 tcp 2049 nfs
100003 4 tcp 2049 nfs
100021 1 udp 34369 nlockmgr
100021 3 udp 34369 nlockmgr
100021 4 udp 34369 nlockmgr
100021 1 tcp 35376 nlockmgr
100021 3 tcp 35376 nlockmgr
100021 4 tcp 35376 nlockmgr
100005 1 udp 862 mountd
100005 1 tcp 865 mountd
100005 2 udp 862 mountd
100005 2 tcp 865 mountd
100005 3 udp 862 mountd
100005 3 tcp 865 mountd

(j'ai 4 partage NFS en réalité)

Je vais essayer de downgrader le serveur nfs dans un premier temps, mais
si quelqu'un à une idée... là moi je sèche.

@+

PS: J'ai peut-être envoyé 2 fois ce mail, je sais pas trop vu qu ça à
planté le temps que je l'écrive...


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

10 réponses

Avatar
Jean-Yves F. Barbier
Le lundi 12 février 2007 13:02, Hugues LARRIVE a écrit :
Bonjour,


[SNIP]

Voilà ce que j'ai trouvé dans les logs :

dmesg:[17179572.528000] Installing knfsd (copyright (C) 1996
).
dmesg.0:[17179572.672000] Installing knfsd (copyright (C) 1996
).
dpkg.log:2007-02-11 06:40:11 upgrade nfs-common 1:1.0.10-4 1:1.0.10-6
dpkg.log:2007-02-11 06:40:11 status half-configured nfs-common 1:1.0.10-4


^^^^^^
Tu as eu un PB à l'install de ce package; fais un:
apt-get install --reinstall nfs-common
et LIS BIEN le log de retour

JY
Avatar
Hugues LARRIVE
Merci pour cette réponse rapide.

~# apt-get install --reinstall nfs-common
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
0 mis à jour, 0 nouvellement installés, 1 réinstallés, 0 à enlever et 1
non mis à jour.
Il est nécessaire de prendre 0o/128ko dans les archives.
Après dépaquetage, 0o d'espace disque supplémentaires seront utilisés.
Souhaitez-vous continuer [O/n] ? O
(Lecture de la base de données... 204526 fichiers et répertoires déjà
installés.)
Préparation du remplacement de nfs-common 1:1.0.10-6 (en utilisant
.../nfs-common_1%3a1.0.10-6_i386.deb) ...
Dépaquetage de la mise à jour de nfs-common ...
Paramétrage de nfs-common (1.0.10-6) ...
Stopping NFS common utilities: idmapd statd.
Starting NFS common utilities: statd idmapd.

Apparemment pas de problème de ce coté là...
C'est toujours pareil.

Je pense que je vais chercher du coté du client puisque ça fonctionne
bien sur la gentoo, ça ne doit pas être un problème de serveur.

@+

Jean-Yves F. Barbier a écrit :
Le lundi 12 février 2007 13:02, Hugues LARRIVE a écrit :

Bonjour,



[SNIP]


Voilà ce que j'ai trouvé dans les logs :

dmesg:[17179572.528000] Installing knfsd (copyright (C) 1996
).
dmesg.0:[17179572.672000] Installing knfsd (copyright (C) 1996
).
dpkg.log:2007-02-11 06:40:11 upgrade nfs-common 1:1.0.10-4 1:1.0.10-6
dpkg.log:2007-02-11 06:40:11 status half-configured nfs-common 1:1.0.10-4



^^^^^^
Tu as eu un PB à l'install de ce package; fais un:
apt-get install --reinstall nfs-common
et LIS BIEN le log de retour

JY







--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
Jean-Yves F. Barbier
Le lundi 12 février 2007 14:34, Hugues LARRIVE a écrit :
Merci pour cette réponse rapide.



de rien


Apparemment pas de problème de ce coté là...
C'est toujours pareil.

Je pense que je vais chercher du coté du client puisque ça fonctionne
bien sur la gentoo, ça ne doit pas être un problème de serveur.



Il-y-a un certain temps, j'ai eu un PB similaire.

j'ai fini par démonter complètement tous les packages inhérents à N FS
sur les serveurs et les clients, puis tout réinstaller. Ca a marché.

Il-y-a qq jours, PB de SSH sur une machine upgradée vers sarge-backports;
comme les réactions étaient vraiment bizarres (impossible de charger la
clé), j'ai fais pareil: désinstallé, puis réinstallé; et là, l 'install a
bien calculée la clé (dans /etc/ssh) alors qu'à l'upgrade, ça n'av ait
pas fonctionné.

La cause reste mystérieuse pour moi (micro-coupures, upgrade au moment d' un
changement dans le mirroir, vaudou de la part de RH, mauvaises ondes
m$???? :)

JY
Avatar
Hugues LARRIVE
Donc j'ai re-installé nfs-common et nfs-kernel-server sur le serveur et
nfs-common sur le client.
Ce sont les versions 1.0.10-6.

Le client qui fonctionne bien sous gentoo utilise la version 1.0.10.

Je pense que vu que j'ai un client qui fonctionne sans problème, le
problème est sûrement du coté du client debian en non du serveur.

Le problème se reproduit précisément toutes les 15 minutes (ou 900
secondes) :

Mes 4 montages NFS se bloquent, je ne peux même plus les lister :
ls -la
donne :
?--------- ? ? ? ? ? www
au lieu de :
drwxr-xr-x 24 root root 1504 2007-02-12 14:37 www

Je ne peux pas démonter ceux qui sont en cours d'utilisation.

Si j'en démonte et remonte un, ils reviennent _tous_ à la normale.

Quelqu'un a-t-il une idée ?



Hugues LARRIVE a écrit :
Bonjour,

J'ai un serveur nfs qui exporte des systèmes de fichiers pour 2
clients et qui fonctionnait très bien depuis des mois.

Le serveur et l'un des 2 clients sont sous debian etch, l'autre client
est sous gentoo.

Depuis la mise à jour d'hier j'ai de gros problème de connexion entre
les deux machines debian, aucun problème avec le client gentoo.

La connexion se fait bien, tout fonctionne pendant 10 ou 15 minutes,
puis j'ai des messages d'erreur genre "permissions non accordée"
lorsque j'essaie de lire ou d'écrire sur un montage NFS, certaines
applications (ice dove) dont le profile est sur nfs se bloquent...

# ls .mozilla-thunderbird
ls: .mozilla-thunderbird: Permission non accordée

# ls -la
?--------- ? ? ? ? ? .mozilla-thunderbird
# umount .mozilla-thunderbird
umount: /home/hugues/.mozilla-thunderbird: device is busy
umount: /home/hugues/.mozilla-thunderbird: device is busy

# umount /var/www
# mount /var/www/

# ls -la
drwxr-xr-x 3 hugues hugues 136 2006-05-31 17:52 .mozilla-thunderbird

Il suffit que je démonte et remonte un des partage pour qu'ils
refonctionnent _tous_ pendant 1/4 d'heure et ça recommence.

Je ne comprend pas ce qu'il se passe et c'est très gênant ! Il y a des
applications qui supporte assez mal...

Voilà ce que j'ai trouvé dans les logs :

dmesg:[17179572.528000] Installing knfsd (copyright (C) 1996
).
dmesg.0:[17179572.672000] Installing knfsd (copyright (C) 1996
).
dpkg.log:2007-02-11 06:40:11 upgrade nfs-common 1:1.0.10-4 1:1.0.10-6
dpkg.log:2007-02-11 06:40:11 status half-configured nfs-common 1:1.0.10-4
dpkg.log:2007-02-11 06:40:11 status unpacked nfs-common 1:1.0.10-4
dpkg.log:2007-02-11 06:40:11 status half-installed nfs-common 1:1.0.10-4
dpkg.log:2007-02-11 06:40:12 status half-installed nfs-common 1:1.0.10-4
dpkg.log:2007-02-11 06:40:12 status unpacked nfs-common 1:1.0.10-6
dpkg.log:2007-02-11 06:40:12 status unpacked nfs-common 1:1.0.10-6
dpkg.log:2007-02-11 06:41:37 upgrade nfs-kernel-server 1:1.0.10-4
1:1.0.10-6
dpkg.log:2007-02-11 06:41:37 status half-configured nfs-kernel-server
1:1.0.10-4
dpkg.log:2007-02-11 06:41:37 status unpacked nfs-kernel-server 1:1.0.10-4
dpkg.log:2007-02-11 06:41:37 status half-installed nfs-kernel-server
1:1.0.10-4
dpkg.log:2007-02-11 06:41:38 status half-installed nfs-kernel-server
1:1.0.10-4
dpkg.log:2007-02-11 06:41:38 status unpacked nfs-kernel-server 1:1.0.10-6
dpkg.log:2007-02-11 06:41:38 status unpacked nfs-kernel-server 1:1.0.10-6
dpkg.log:2007-02-11 06:41:38 status unpacked nfs-common 1:1.0.10-6
dpkg.log:2007-02-11 06:41:39 status unpacked nfs-common 1:1.0.10-6
dpkg.log:2007-02-11 06:41:40 status half-configured nfs-common 1:1.0.10-6
dpkg.log:2007-02-11 06:41:48 status installed nfs-common 1:1.0.10-6
dpkg.log:2007-02-11 06:42:29 status unpacked nfs-kernel-server 1:1.0.10-6
dpkg.log:2007-02-11 06:42:29 status unpacked nfs-kernel-server 1:1.0.10-6
dpkg.log:2007-02-11 06:42:29 status half-configured nfs-kernel-server
1:1.0.10-6
dpkg.log:2007-02-11 06:42:35 status installed nfs-kernel-server
1:1.0.10-6
daemon.log.0:Feb 11 06:42:35 localhost exportfs[15552]: /etc/exports
[3]: Neither 'subtree_check' or 'no_subtree_check' specified for
export "192.168.0.*:/home/hugues/.mozilla-thunderbird/". Assuming
default behaviour ('subtree_check'). NOTE: this default will change
with nfs-utils version 1.1.0
daemon.log.0:Feb 11 06:42:35 localhost exportfs[15552]: /etc/exports
[4]: Neither 'subtree_check' or 'no_subtree_check' specified for
export "192.168.0.*:/var/www/". Assuming default behaviour
('subtree_check'). NOTE: this default will change with nfs-utils
version 1.1.0
messages.0:Feb 11 06:42:34 localhost kernel: [20151421.704000] nfsd:
last server has exited
messages.0:Feb 11 06:42:34 localhost kernel: [20151421.704000] nfsd:
unexporting all filesystems
messages.0:Feb 11 06:42:35 localhost kernel: [20151422.804000] NFSD:
Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory
syslog:Feb 11 06:42:34 localhost kernel: [20151421.704000] nfsd: last
server has exited
syslog:Feb 11 06:42:34 localhost kernel: [20151421.704000] nfsd:
unexporting all filesystems
syslog:Feb 11 06:42:35 localhost kernel: [20151422.804000] NFSD: Using
/var/lib/nfs/v4recovery as the NFSv4 state recovery directory
/var/log/syslog.0:Feb 12 07:37:41 localhost mountd[21462]:
authenticated unmount request from lala.local:1019 for /var/www
(/var/www)
/var/log/syslog.0:Feb 12 07:37:42 localhost mountd[21462]:
authenticated mount request from lala.local:1022 for /var/www (/var/www)


# cat /etc/exports
/home/hugues/.mozilla-thunderbird/
192.168.0.*(rw,async,subtree_check)
/var/www/
192.168.0.*(rw,async,subtree_check)

J'ai ajouté subtree_check suite au message dans le log... j'ai aussi
essayé avec no_subtree_check mai ça ne change rien

# exportfs
/home/hugues/.mozilla-thunderbird
192.168.0.*
/var/www 192.168.0.*

# rpcinfo -p localhost
program no_version protocole no_port
100000 2 tcp 111 portmapper
100000 2 udp 111 portmapper
100024 1 udp 2046 status
100024 1 tcp 2046 status
100003 2 udp 2049 nfs
100003 3 udp 2049 nfs
100003 4 udp 2049 nfs
100003 2 tcp 2049 nfs
100003 3 tcp 2049 nfs
100003 4 tcp 2049 nfs
100021 1 udp 34369 nlockmgr
100021 3 udp 34369 nlockmgr
100021 4 udp 34369 nlockmgr
100021 1 tcp 35376 nlockmgr
100021 3 tcp 35376 nlockmgr
100021 4 tcp 35376 nlockmgr
100005 1 udp 862 mountd
100005 1 tcp 865 mountd
100005 2 udp 862 mountd
100005 2 tcp 865 mountd
100005 3 udp 862 mountd
100005 3 tcp 865 mountd

(j'ai 4 partage NFS en réalité)

Je vais essayer de downgrader le serveur nfs dans un premier temps,
mais si quelqu'un à une idée... là moi je sèche.

@+

PS: J'ai peut-être envoyé 2 fois ce mail, je sais pas trop vu qu ça à
planté le temps que je l'écrive...






--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
Jean-Yves F. Barbier
Salut,

au cas où, voici mes fichiers de conf.

SERVER:
=====
# /etc/exports: the access control list for filesystems which may be
# exported to NFS clients. See exports(5).
# Raid-5-Array-0
/SAMBA/0_3x80GB/ 192.168.1.0/255.255.255.0
(mp=/SAMBA/0_3x80GB/,root_squash,rw,async)
# Raid-5-Array-1
/SAMBA/1_3x120GB/ 192.168.1.0/255.255.255.0
(mp=/SAMBA/1_3x120GB/,root_squash,rw,async)


### LTSP EXPORTS
/home 192.168.1.201/255.255.255.0(no_root_squash,rw,async)


STATIONS (/etc/fstab):
=============
smtp.defcon1:/SAMBA/0_3x80GB /NFS/0 nfs
auto,rsize92,wsize92,nfsvers=3,timeo,intr,actimeo=0 0 3
smtp.defcon1:/SAMBA/1_3x120GB /NFS/1 nfs
auto,rsize92,wsize92,nfsvers=3,timeo,intr,actimeo=0 0 3


/etc/default/nfs-kernel-server:
=================
# Number of servers to start up
RPCNFSDCOUNT=8
# Options for rpc.mountd
RPCMOUNTDOPTS=


/etc/default/nfs-common:
===============
# Options for rpc.statd.
# Should rpc.statd listen on a specific port?
# If so, set this variable to a statd argument like: "--port 1000".
STATDOPTS=
# Are you _sure_ that your kernel does or does not need a lockd daemon?
# If so, set this variable to either "yes" or "no".
NEED_LOCKD=


Les lignes du serveur et des stations étant évidemment monolithiques
(et pour le server, la parenthèse ouvrante collée au netmask.)

En espérant que ça t'aide,
JY
Avatar
Thierry Leurent
As-tu déjà pensé à comparer tes fichiers de configurations Gentoo et Debian ?
Il y a peut-être un petit paramètre de différence.
Hugues LARRIVE a écrit :
Donc j'ai re-installé nfs-common et nfs-kernel-server sur le serveur et
nfs-common sur le client.
Ce sont les versions 1.0.10-6.

Le client qui fonctionne bien sous gentoo utilise la version 1.0.10.

Je pense que vu que j'ai un client qui fonctionne sans problème, le
problème est sûrement du coté du client debian en non du serveur.

Le problème se reproduit précisément toutes les 15 minutes (ou 900
secondes) :

Mes 4 montages NFS se bloquent, je ne peux même plus les lister :
ls -la
donne :
?--------- ? ? ? ? ? www
au lieu de :
drwxr-xr-x 24 root root 1504 2007-02-12 14:37 www

Je ne peux pas démonter ceux qui sont en cours d'utilisation.

Si j'en démonte et remonte un, ils reviennent _tous_ à la normale.

Quelqu'un a-t-il une idée ?



Hugues LARRIVE a écrit :
Bonjour,

J'ai un serveur nfs qui exporte des systèmes de fichiers pour 2
clients et qui fonctionnait très bien depuis des mois.

Le serveur et l'un des 2 clients sont sous debian etch, l'autre client
est sous gentoo.

Depuis la mise à jour d'hier j'ai de gros problème de connexion entre
les deux machines debian, aucun problème avec le client gentoo.

La connexion se fait bien, tout fonctionne pendant 10 ou 15 minutes,
puis j'ai des messages d'erreur genre "permissions non accordée"
lorsque j'essaie de lire ou d'écrire sur un montage NFS, certaines
applications (ice dove) dont le profile est sur nfs se bloquent...

# ls .mozilla-thunderbird
ls: .mozilla-thunderbird: Permission non accordée

# ls -la
?--------- ? ? ? ? ? .mozilla-thunderbird
# umount .mozilla-thunderbird
umount: /home/hugues/.mozilla-thunderbird: device is busy
umount: /home/hugues/.mozilla-thunderbird: device is busy

# umount /var/www
# mount /var/www/

# ls -la
drwxr-xr-x 3 hugues hugues 136 2006-05-31 17:52 .mozilla-thunderbird

Il suffit que je démonte et remonte un des partage pour qu'ils
refonctionnent _tous_ pendant 1/4 d'heure et ça recommence.

Je ne comprend pas ce qu'il se passe et c'est très gênant ! Il y a des
applications qui supporte assez mal...

Voilà ce que j'ai trouvé dans les logs :

dmesg:[17179572.528000] Installing knfsd (copyright (C) 1996
).
dmesg.0:[17179572.672000] Installing knfsd (copyright (C) 1996
).
dpkg.log:2007-02-11 06:40:11 upgrade nfs-common 1:1.0.10-4 1:1.0.10-6
dpkg.log:2007-02-11 06:40:11 status half-configured nfs-common
1:1.0.10-4
dpkg.log:2007-02-11 06:40:11 status unpacked nfs-common 1:1.0.10-4
dpkg.log:2007-02-11 06:40:11 status half-installed nfs-common 1:1.0.10-4
dpkg.log:2007-02-11 06:40:12 status half-installed nfs-common 1:1.0.10-4
dpkg.log:2007-02-11 06:40:12 status unpacked nfs-common 1:1.0.10-6
dpkg.log:2007-02-11 06:40:12 status unpacked nfs-common 1:1.0.10-6
dpkg.log:2007-02-11 06:41:37 upgrade nfs-kernel-server 1:1.0.10-4
1:1.0.10-6
dpkg.log:2007-02-11 06:41:37 status half-configured nfs-kernel-server
1:1.0.10-4
dpkg.log:2007-02-11 06:41:37 status unpacked nfs-kernel-server
1:1.0.10-4
dpkg.log:2007-02-11 06:41:37 status half-installed nfs-kernel-server
1:1.0.10-4
dpkg.log:2007-02-11 06:41:38 status half-installed nfs-kernel-server
1:1.0.10-4
dpkg.log:2007-02-11 06:41:38 status unpacked nfs-kernel-server
1:1.0.10-6
dpkg.log:2007-02-11 06:41:38 status unpacked nfs-kernel-server
1:1.0.10-6
dpkg.log:2007-02-11 06:41:38 status unpacked nfs-common 1:1.0.10-6
dpkg.log:2007-02-11 06:41:39 status unpacked nfs-common 1:1.0.10-6
dpkg.log:2007-02-11 06:41:40 status half-configured nfs-common
1:1.0.10-6
dpkg.log:2007-02-11 06:41:48 status installed nfs-common 1:1.0.10-6
dpkg.log:2007-02-11 06:42:29 status unpacked nfs-kernel-server
1:1.0.10-6
dpkg.log:2007-02-11 06:42:29 status unpacked nfs-kernel-server
1:1.0.10-6
dpkg.log:2007-02-11 06:42:29 status half-configured nfs-kernel-server
1:1.0.10-6
dpkg.log:2007-02-11 06:42:35 status installed nfs-kernel-server
1:1.0.10-6
daemon.log.0:Feb 11 06:42:35 localhost exportfs[15552]: /etc/exports
[3]: Neither 'subtree_check' or 'no_subtree_check' specified for
export "192.168.0.*:/home/hugues/.mozilla-thunderbird/". Assuming
default behaviour ('subtree_check'). NOTE: this default will change
with nfs-utils version 1.1.0
daemon.log.0:Feb 11 06:42:35 localhost exportfs[15552]: /etc/exports
[4]: Neither 'subtree_check' or 'no_subtree_check' specified for
export "192.168.0.*:/var/www/". Assuming default behaviour
('subtree_check'). NOTE: this default will change with nfs-utils
version 1.1.0
messages.0:Feb 11 06:42:34 localhost kernel: [20151421.704000] nfsd:
last server has exited
messages.0:Feb 11 06:42:34 localhost kernel: [20151421.704000] nfsd:
unexporting all filesystems
messages.0:Feb 11 06:42:35 localhost kernel: [20151422.804000] NFSD:
Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory
syslog:Feb 11 06:42:34 localhost kernel: [20151421.704000] nfsd: last
server has exited
syslog:Feb 11 06:42:34 localhost kernel: [20151421.704000] nfsd:
unexporting all filesystems
syslog:Feb 11 06:42:35 localhost kernel: [20151422.804000] NFSD: Using
/var/lib/nfs/v4recovery as the NFSv4 state recovery directory
/var/log/syslog.0:Feb 12 07:37:41 localhost mountd[21462]:
authenticated unmount request from lala.local:1019 for /var/www
(/var/www)
/var/log/syslog.0:Feb 12 07:37:42 localhost mountd[21462]:
authenticated mount request from lala.local:1022 for /var/www (/var/www)


# cat /etc/exports
/home/hugues/.mozilla-thunderbird/
192.168.0.*(rw,async,subtree_check)
/var/www/
192.168.0.*(rw,async,subtree_check)

J'ai ajouté subtree_check suite au message dans le log... j'ai aussi
essayé avec no_subtree_check mai ça ne change rien

# exportfs
/home/hugues/.mozilla-thunderbird
192.168.0.*
/var/www 192.168.0.*

# rpcinfo -p localhost
program no_version protocole no_port
100000 2 tcp 111 portmapper
100000 2 udp 111 portmapper
100024 1 udp 2046 status
100024 1 tcp 2046 status
100003 2 udp 2049 nfs
100003 3 udp 2049 nfs
100003 4 udp 2049 nfs
100003 2 tcp 2049 nfs
100003 3 tcp 2049 nfs
100003 4 tcp 2049 nfs
100021 1 udp 34369 nlockmgr
100021 3 udp 34369 nlockmgr
100021 4 udp 34369 nlockmgr
100021 1 tcp 35376 nlockmgr
100021 3 tcp 35376 nlockmgr
100021 4 tcp 35376 nlockmgr
100005 1 udp 862 mountd
100005 1 tcp 865 mountd
100005 2 udp 862 mountd
100005 2 tcp 865 mountd
100005 3 udp 862 mountd
100005 3 tcp 865 mountd

(j'ai 4 partage NFS en réalité)

Je vais essayer de downgrader le serveur nfs dans un premier temps,
mais si quelqu'un à une idée... là moi je sèche.

@+

PS: J'ai peut-être envoyé 2 fois ce mail, je sais pas trop vu qu ça à
planté le temps que je l'écrive...






--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact







--
Thierry Leurent
Phone : +32 476/20.23.98
E-mail :
Website (en developpement) : http://www.asgardian.be


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
Hugues LARRIVE
Jean-Yves F. Barbier a écrit :
Salut,

au cas où, voici mes fichiers de conf.

SERVER:
==== > # /etc/exports: the access control list for filesystems which may be
# exported to NFS clients. See exports(5).
# Raid-5-Array-0
/SAMBA/0_3x80GB/ 192.168.1.0/255.255.255.0
(mp=/SAMBA/0_3x80GB/,root_squash,rw,async)
# Raid-5-Array-1
/SAMBA/1_3x120GB/ 192.168.1.0/255.255.255.0
(mp=/SAMBA/1_3x120GB/,root_squash,rw,async)


### LTSP EXPORTS
/home 192.168.1.201/255.255.255.0(no_root_squash,rw,async)




Le mien est simpliste, par exemple :
/var/www 192.168.0.*(rw,async)
STATIONS (/etc/fstab):
============ > smtp.defcon1:/SAMBA/0_3x80GB /NFS/0 nfs
auto,rsize92,wsize92,nfsvers=3,timeo,intr,actimeo=0 0 3
smtp.defcon1:/SAMBA/1_3x120GB /NFS/1 nfs
auto,rsize92,wsize92,nfsvers=3,timeo,intr,actimeo=0 0 3




Sur les stations :

debian (qui ne fonctionne pas):
192.168.0.2:/var/www /var/www nfs rw,async 0 0

gentoo (qui fonctionne):
192.168.0.2:/var/www /var/www nfs intr,hard 0 0

J'ai modifié le fstab de la debian sur le model de celui de la gentoo
comme me l'a suggéré Thierry Leurent et remonté tous mes NFS.

Ca ne change rien.

Pour l'instant j'utilise la commande suivante dans une console root pour
que ça fonctionne quand même:
# perl -e 'while(1){`umount /var/www`;`mount /var/www`; sleep(900);}'

Ca se débloque quand je démonte puis remonte un des partages.
Si j'utilise # mount /var/www -o remount ça ne fonctionne pas.
/etc/default/nfs-kernel-server:
================ > # Number of servers to start up
RPCNFSDCOUNT=8
# Options for rpc.mountd
RPCMOUNTDOPTS >

/etc/default/nfs-common:
============== > # Options for rpc.statd.
# Should rpc.statd listen on a specific port?
# If so, set this variable to a statd argument like: "--port 1000".
STATDOPTS > # Are you _sure_ that your kernel does or does not need a lockd daemon?
# If so, set this variable to either "yes" or "no".
NEED_LOCKD >

Les lignes du serveur et des stations étant évidemment monolithiques
(et pour le server, la parenthèse ouvrante collée au netmask.)

En espérant que ça t'aide,
JY


Les autres fichiers de configuration sont d'origine.


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
Patrick Begou
Une suggestion peut être idiote mais simple a tester.
Ton problème ne serait il pas lié à un bloquage au niveau des
communications ? Je pense que le protocole utilisé est tcp par defaut
(mode connecté). Peux tu essayer de forcer NFS en mode udp depuis ton
client qui pose problème ?

J'ai été obligé de faire ce genre de config sur un serveur haute
disponibilité, un basculement de service NFS (donc avec perte de
connectivité temporaire) provoquant un bloquage total du client avec le
mode connecté tcp. C'est un peu moins performant (d'après les docs) mais
en 2 ans je n'ai jamais eu la moindre problème.

Patrick
--
============================================================== | Equipe M.O.S.T. | http://most.hmg.inpg.fr |
| Patrick BEGOU | ------------ |
| LEGI | mailto: |
| BP 53 X | Tel 04 76 82 51 35 |
| 38041 GRENOBLE CEDEX | Fax 04 76 82 52 71 |
==============================================================

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
Hugues LARRIVE
Patrick Begou a écrit :
Une suggestion peut être idiote mais simple a tester.
Ton problème ne serait il pas lié à un bloquage au niveau des
communications ? Je pense que le protocole utilisé est tcp par defaut
(mode connecté). Peux tu essayer de forcer NFS en mode udp depuis ton
client qui pose problème ?



Comment fait-on ça ?
J'ai été obligé de faire ce genre de config sur un serveur haute
disponibilité, un basculement de service NFS (donc avec perte de
connectivité temporaire) provoquant un bloquage total du client avec
le mode connecté tcp. C'est un peu moins performant (d'après les docs)
mais en 2 ans je n'ai jamais eu la moindre problème.

Patrick




--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
Patrick Begou
Je n'ai pas de client NFS debian, juste des serveurs, mais
man mount
montre que tu peux utiliser l'option udp qui est booleene sous debian:

mount -o udp,rw ...etc

a essayer.

Sur les machines clientes sur base RedHat c'est l'option "proto=udp" que
j'utilise.

Patrick
--
============================================================== | Equipe M.O.S.T. | http://most.hmg.inpg.fr |
| Patrick BEGOU | ------------ |
| LEGI | mailto: |
| BP 53 X | Tel 04 76 82 51 35 |
| 38041 GRENOBLE CEDEX | Fax 04 76 82 52 71 |
==============================================================

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact