Désolé pour la copie envoyé à Jeremie Courreges-Anglas.
Je n'ai pas encore installé mutt sur le client et je me sert d'un webmail
qui renvoie mal les courriel de la liste :-(
Jeremie Courreges-Anglas a écrit :
|>>> rpcinfo -p serveur
|>>
# rpcinfo -p locahost
rpcinfo : locahost est un hôte inconnu
|
| Pour en revenir au problème initial, il va falloir déboguer portmap et
| statd sur le client. Comme l'a déjà remarqué JF et comme l'a montré le
| rpcinfo -p, portmap ne tourne pas, donc il faudrait ptêt commencer par
| là. (''rpcinfo -p serveur'' n'est toutefois pas sans intérêt).
|
| Plus de détails seraient appréciables, comme par exemple la version de
| debian sur le client (le paquet portmap de sid souffrait par exemple
| d'un bug il y a peu).
|
# cat /proc/version
Linux version 2.6.32-5-amd64 (Debian 2.6.32-34squeeze1) (dannf@debian.org)
(gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Wed May 18 23:13:22 UTC 2011
# ps -A | grep portmap
1283 ? 00:00:00 portmap
Tous cela sur le poste client...
--
«La question n'est pas de savoir pourquoi il y a des gens qui jettent
des pierres sur la police, mais de savoir pourquoi il y en a si
peu»
-+- W. Reich (1897-1957) -+-
--
«La question n'est pas de savoir pourquoi il y a des gens qui jettent
des pierres sur la police, mais de savoir pourquoi il y en a si
peu»
-+- W. Reich (1897-1957) -+-
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/a9bf8e0f12b790d10fdd91988bf7395d.squirrel@192.168.1.10
Me revoilà... taskel est pluôt orienté serveur et un serveur nfs en particulier n'apparait pas. Les autres serveurs tel que ssh ou samba sont déjà installé. J'ai, à tout hasard installé un serveur nfs aussi, ça n'a rien changé.
J'ai réussi à démarrer portmap ( je peux le voir dans /proc) et du coup mon rpcinfo -p me donne ceci: $ rpcinfo -p program no_version protocole no_port 100000 2 tcp 111 portmapper 100000 2 udp 111 portmapper
Pas de trace de nfs ou de mountd... Une autre chose bizarre, sous Ubuntu au lieu d'init.d, on utilise upstart et les commande init.d sont remplacée par la commande service (je ne crois pas que ce soit déjà le cas en debian stable), bref: que ce soit dans init.d ou dans les services nfs n'est pas listé. Pas de deamon nfs. Est-ce qu'il manque quelque chose?
Bonjour, J'ai le même problème sur une installation Kubuntu (toute fraîche, en plus). Comme il est issu de Debian est que le problème est surtout NFS, statd et portmapper, je ne crois pas être hors sujet.
Il ne faut pas utiliser portmapper mais rpcbind et tout devrait rentrer dans l'ordre. Ce problème a déjà été évoqué sur cette liste.
DOC= http://www.trustonme.net/didactels/284.html (mais j'ai remplacé nfs-user-server par nfs-kernel-server)
[...]
Je n'ai pa vu un problème équivalent sur la liste.. mais je n'ai pas tout, tout lu non plus. (j'ai quand même chercher)
Par contre installer rpcbind risque de résoudre le problème portmap (c'est une sorte de mise à jour, si j'ai bien compris), mais pas mon problème nfs. $ sudo apt-get install rpcbind Lecture des listes de paquets... Fait Construction de l'arbre des dépendances Lecture des informations d'état... Fait Les paquets suivants seront ENLEVÉS : nfs-common portmap
Apparement le paquet nfs-common est dépendant de protmap et portmap et rpcbind sont incompatible.
En plus de ce que j'ai vu comme doc sur rpcbind, c'est surtout côté serveur.
J'ai vu ça et ça m'a quand même intrigué http://www.freebsd.org/doc/handbook/network-nfs.html le section 29.3.1 How NFS Works parle bien de rpcbind et plus de portmap. Je vais lire la suite... Je vais chercher si il existe un paquet nfs-rpcbind pour ubuntu/debian quelque part.
Merci à tous de vos réponses jusque là... Bonne fin de journée
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
On 14/06/2011 18:03, Thonacd wrote:
Me revoilà...
taskel est pluôt orienté serveur et un serveur nfs en particulier n'apparait
pas. Les autres serveurs tel que ssh ou samba sont déjà installé. J'ai, à
tout hasard installé un serveur nfs aussi, ça n'a rien changé.
J'ai réussi à démarrer portmap ( je peux le voir dans /proc) et du coup mon
rpcinfo -p me donne ceci:
$ rpcinfo -p
program no_version protocole no_port
100000 2 tcp 111 portmapper
100000 2 udp 111 portmapper
Pas de trace de nfs ou de mountd...
Une autre chose bizarre, sous Ubuntu au lieu d'init.d, on utilise upstart et
les commande init.d sont remplacée par la commande service (je ne crois pas
que ce soit déjà le cas en debian stable), bref: que ce soit dans init.d ou
dans les services nfs n'est pas listé. Pas de deamon nfs. Est-ce qu'il
manque quelque chose?
Bonjour,
J'ai le même problème sur une installation Kubuntu (toute fraîche, en
plus). Comme il est issu de Debian est que le problème est surtout NFS,
statd et portmapper, je ne crois pas être hors sujet.
Il ne faut pas utiliser portmapper mais rpcbind et tout devrait rentrer
dans l'ordre. Ce problème a déjà été évoqué sur cette liste.
DOC= http://www.trustonme.net/didactels/284.html (mais j'ai remplacé
nfs-user-server par nfs-kernel-server)
[...]
Je n'ai pa vu un problème équivalent sur la liste.. mais je n'ai pas
tout,
tout lu non plus. (j'ai quand même chercher)
Par contre installer rpcbind risque de résoudre le problème portmap
(c'est une sorte de mise à jour, si j'ai bien compris), mais pas mon
problème nfs. $ sudo apt-get install rpcbind
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Les paquets suivants seront ENLEVÉS :
nfs-common portmap
Apparement le paquet nfs-common est dépendant de protmap et portmap et
rpcbind sont incompatible.
En plus de ce que j'ai vu comme doc sur rpcbind, c'est surtout côté
serveur.
J'ai vu ça et ça m'a quand même intrigué
http://www.freebsd.org/doc/handbook/network-nfs.html
le section 29.3.1 How NFS Works parle bien de rpcbind et plus de portmap.
Je vais lire la suite...
Je vais chercher si il existe un paquet nfs-rpcbind pour ubuntu/debian
quelque part.
Merci à tous de vos réponses jusque là...
Bonne fin de journée
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/4DF79016.1060807@free.fr
Me revoilà... taskel est pluôt orienté serveur et un serveur nfs en particulier n'apparait pas. Les autres serveurs tel que ssh ou samba sont déjà installé. J'ai, à tout hasard installé un serveur nfs aussi, ça n'a rien changé.
J'ai réussi à démarrer portmap ( je peux le voir dans /proc) et du coup mon rpcinfo -p me donne ceci: $ rpcinfo -p program no_version protocole no_port 100000 2 tcp 111 portmapper 100000 2 udp 111 portmapper
Pas de trace de nfs ou de mountd... Une autre chose bizarre, sous Ubuntu au lieu d'init.d, on utilise upstart et les commande init.d sont remplacée par la commande service (je ne crois pas que ce soit déjà le cas en debian stable), bref: que ce soit dans init.d ou dans les services nfs n'est pas listé. Pas de deamon nfs. Est-ce qu'il manque quelque chose?
Bonjour, J'ai le même problème sur une installation Kubuntu (toute fraîche, en plus). Comme il est issu de Debian est que le problème est surtout NFS, statd et portmapper, je ne crois pas être hors sujet.
Il ne faut pas utiliser portmapper mais rpcbind et tout devrait rentrer dans l'ordre. Ce problème a déjà été évoqué sur cette liste.
DOC= http://www.trustonme.net/didactels/284.html (mais j'ai remplacé nfs-user-server par nfs-kernel-server)
[...]
Je n'ai pa vu un problème équivalent sur la liste.. mais je n'ai pas tout, tout lu non plus. (j'ai quand même chercher)
Par contre installer rpcbind risque de résoudre le problème portmap (c'est une sorte de mise à jour, si j'ai bien compris), mais pas mon problème nfs. $ sudo apt-get install rpcbind Lecture des listes de paquets... Fait Construction de l'arbre des dépendances Lecture des informations d'état... Fait Les paquets suivants seront ENLEVÉS : nfs-common portmap
Apparement le paquet nfs-common est dépendant de protmap et portmap et rpcbind sont incompatible.
En plus de ce que j'ai vu comme doc sur rpcbind, c'est surtout côté serveur.
J'ai vu ça et ça m'a quand même intrigué http://www.freebsd.org/doc/handbook/network-nfs.html le section 29.3.1 How NFS Works parle bien de rpcbind et plus de portmap. Je vais lire la suite... Je vais chercher si il existe un paquet nfs-rpcbind pour ubuntu/debian quelque part.
Merci à tous de vos réponses jusque là... Bonne fin de journée
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
