Hello, depuis le passage de ma station de travail de 4.11 en 5.3, j'ai des
souçis avec nfs.
Le serveur est un redhat 7.3.
Le rc.conf contient nfs_client_enable="YES" et
Si je ne mets pas les :
rpc_lockd_enable="YES" # Run NFS rpc.lockd needed for
client/server.
rpc_statd_enable="YES" # Run NFS rpc.statd needed for client/serv
rpcbind_enable="YES" # Run the portmapper service
Ca fonctionne plutot bien, mais mutt n'est pas content pour vérouiller les
boites mail
et il me perds des mails (dans la boite send)
Si je les mets les rpcbind rpc.* sont bien lancés, mais le vérouillage
bloque.
Mutt, opera, ... en gros les outils qui ont besoins de faire des locks
sont gelés.
Je n'avais pas ce soucis la en 4.11 dont la config nfs était simplement
composée de
nfs_server_enable="YES"
nfs_client_enable="YES"
nfs_reserved_port_only="YES"
Qq'un a une idée ? Mes googeulisations ne m'ont indiqués que des soucis
équivalents datant de 2001.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
talon
HP Charles wrote:
Hello, depuis le passage de ma station de travail de 4.11 en 5.3, j'ai des souçis avec nfs. Le serveur est un redhat 7.3.
Le serveur NFS de Linux est immonde. J'en sais malheureusement quelque chose vu que notre serveur NFS en est un. Depuis FreeBSD-5 il y a une véritable implémentation des locks (alors qu'elle était fictive dans FreeBSD-4) et du coup ça marche trés mal avec les serveurs Linux. Il existe un patch qui prétend résoudre le problème, je l'ai appliqué sans aucun succés. On dit aussi que le problème est résolu avec Fédora Core 3, mais je n'en suis pas sûr. Bref la seule solution que j'ai trouvée est de hacker tous les programmes que j'utilise (mut, tin, etc.) pour qu'ils ne verrouillent pas les fichiers. Evidemment ceci est un emplâtre sur une jambe de bois, même en communiquant avec des machines sous Fédora Core 3 le serveur finit par caler au bout de peu de temps, et tient rarement plus d'une semaine sans rebooter. Vivement qu'on remette le serveur sous Solaris - mais je n'ose trop y croire. Quand je pense que je viens de voir un article où il est dit que Solaris 10 ne fait pas le poids face à Linux! Ca doit être en nombre de bugs qu'il manque de performance ...
--
Michel TALON
HP Charles <hpc@prism.uvsq.fr> wrote:
Hello, depuis le passage de ma station de travail de 4.11 en 5.3, j'ai des
souçis avec nfs.
Le serveur est un redhat 7.3.
Le serveur NFS de Linux est immonde. J'en sais malheureusement quelque chose
vu que notre serveur NFS en est un. Depuis FreeBSD-5 il y a une véritable
implémentation des locks (alors qu'elle était fictive dans FreeBSD-4) et
du coup ça marche trés mal avec les serveurs Linux. Il existe un patch qui
prétend résoudre le problème, je l'ai appliqué sans aucun succés. On dit aussi
que le problème est résolu avec Fédora Core 3, mais je n'en suis pas sûr.
Bref la seule solution que j'ai trouvée est de hacker tous les programmes que
j'utilise (mut, tin, etc.) pour qu'ils ne verrouillent pas les fichiers.
Evidemment ceci est un emplâtre sur une jambe de bois, même en communiquant
avec des machines sous Fédora Core 3 le serveur finit par caler au bout de
peu de temps, et tient rarement plus d'une semaine sans rebooter.
Vivement qu'on remette le serveur sous Solaris - mais je n'ose trop y croire.
Quand je pense que je viens de voir un article où il est dit que Solaris 10
ne fait pas le poids face à Linux! Ca doit être en nombre de bugs qu'il
manque de performance ...
Hello, depuis le passage de ma station de travail de 4.11 en 5.3, j'ai des souçis avec nfs. Le serveur est un redhat 7.3.
Le serveur NFS de Linux est immonde. J'en sais malheureusement quelque chose vu que notre serveur NFS en est un. Depuis FreeBSD-5 il y a une véritable implémentation des locks (alors qu'elle était fictive dans FreeBSD-4) et du coup ça marche trés mal avec les serveurs Linux. Il existe un patch qui prétend résoudre le problème, je l'ai appliqué sans aucun succés. On dit aussi que le problème est résolu avec Fédora Core 3, mais je n'en suis pas sûr. Bref la seule solution que j'ai trouvée est de hacker tous les programmes que j'utilise (mut, tin, etc.) pour qu'ils ne verrouillent pas les fichiers. Evidemment ceci est un emplâtre sur une jambe de bois, même en communiquant avec des machines sous Fédora Core 3 le serveur finit par caler au bout de peu de temps, et tient rarement plus d'une semaine sans rebooter. Vivement qu'on remette le serveur sous Solaris - mais je n'ose trop y croire. Quand je pense que je viens de voir un article où il est dit que Solaris 10 ne fait pas le poids face à Linux! Ca doit être en nombre de bugs qu'il manque de performance ...
--
Michel TALON
Nicolas Kowalski
(Michel Talon) writes:
Le serveur NFS de Linux est immonde. J'en sais malheureusement quelque chose vu que notre serveur NFS en est un.
Mhh, le notre (2.4.x) a fonctionné sans soucis pendant deux ans révolus, sans gros soucis, à part un écroulement instantané lorsque quelqu'un explosait ses quotas disque. Il est vrai par contre que nous n'avions (et n'avons toujours pas) de client NFS sous FreeBSD, que du Linux et Solaris...
Vivement qu'on remette le serveur sous Solaris - mais je n'ose trop y croire.
J'ai eu des soucis avec la combinaison UFS-logging+quotas (quotas pas mis à jour) sur un Solaris 9 x86 de test, et c'est pour ça que finalement notre serveur NFS actuel est de nouveau un FreeBSD (4.x), qui marche, tout simplement (et vite en plus).
-- Nicolas
talon@lpthe.jussieu.fr (Michel Talon) writes:
Le serveur NFS de Linux est immonde. J'en sais malheureusement
quelque chose vu que notre serveur NFS en est un.
Mhh, le notre (2.4.x) a fonctionné sans soucis pendant deux ans
révolus, sans gros soucis, à part un écroulement instantané lorsque
quelqu'un explosait ses quotas disque. Il est vrai par contre que nous
n'avions (et n'avons toujours pas) de client NFS sous FreeBSD, que du
Linux et Solaris...
Vivement qu'on remette le serveur sous Solaris - mais je n'ose trop
y croire.
J'ai eu des soucis avec la combinaison UFS-logging+quotas (quotas pas
mis à jour) sur un Solaris 9 x86 de test, et c'est pour ça que
finalement notre serveur NFS actuel est de nouveau un FreeBSD (4.x),
qui marche, tout simplement (et vite en plus).
Le serveur NFS de Linux est immonde. J'en sais malheureusement quelque chose vu que notre serveur NFS en est un.
Mhh, le notre (2.4.x) a fonctionné sans soucis pendant deux ans révolus, sans gros soucis, à part un écroulement instantané lorsque quelqu'un explosait ses quotas disque. Il est vrai par contre que nous n'avions (et n'avons toujours pas) de client NFS sous FreeBSD, que du Linux et Solaris...
Vivement qu'on remette le serveur sous Solaris - mais je n'ose trop y croire.
J'ai eu des soucis avec la combinaison UFS-logging+quotas (quotas pas mis à jour) sur un Solaris 9 x86 de test, et c'est pour ça que finalement notre serveur NFS actuel est de nouveau un FreeBSD (4.x), qui marche, tout simplement (et vite en plus).
