# rpcinfo -p locahost
rpcinfo : locahost est un hôte inconnu
# cat /proc/version
Linux version 2.6.32-5-amd64 (Debian 2.6.32-34squeeze1) ()
(gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Wed May 18 23:13:22 UTC 2011
# rpcinfo -p locahost
rpcinfo : locahost est un hôte inconnu
# 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
# rpcinfo -p locahost
rpcinfo : locahost est un hôte inconnu
# cat /proc/version
Linux version 2.6.32-5-amd64 (Debian 2.6.32-34squeeze1) ()
(gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Wed May 18 23:13:22 UTC 2011
|
|> [...] ou puis-je trouver des instructions?
|
| Tout est là :
|
| http://nfs.sourceforge.net/nfs-howto/
|
| Mais ça peut vite devenir prise de tête...
Bin surtout que je comprend pas bien l'anglais :-(
|
| 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) ()
(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...
|
|> [...] ou puis-je trouver des instructions?
|
| Tout est là :
|
| http://nfs.sourceforge.net/nfs-howto/
|
| Mais ça peut vite devenir prise de tête...
Bin surtout que je comprend pas bien l'anglais :-(
|
| 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...
|
|> [...] ou puis-je trouver des instructions?
|
| Tout est là :
|
| http://nfs.sourceforge.net/nfs-howto/
|
| Mais ça peut vite devenir prise de tête...
Bin surtout que je comprend pas bien l'anglais :-(
|
| 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) ()
(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...
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.
Les symptômes sont les mêmes:
Une tentative de montage en NFS
$ sudo mount -t nfs hôte:monserveur /home/mondossier/monserveur
mount.nfs: rpc.statd is not running but is required for remote locking.
mount.nfs: Either use '-o nolock' to keep locks local, or start statd.
mount.nfs: an incorrect mount option was specified
Pour moi le nolock est inenvisageable car le serveur est branché à plusieurs
machines presque tout le temps. (je n'ai pas inclut plus bas le résultat de
rpcinfo -p monserveur, d'abord parce que le résultat est normal, ensuite
parce qu'il marche déjà et encore et toujours sur 5 à 10 machines/OS
différents au quotidien)
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.
Les symptômes sont les mêmes:
Une tentative de montage en NFS
$ sudo mount -t nfs hôte:monserveur /home/mondossier/monserveur
mount.nfs: rpc.statd is not running but is required for remote locking.
mount.nfs: Either use '-o nolock' to keep locks local, or start statd.
mount.nfs: an incorrect mount option was specified
Pour moi le nolock est inenvisageable car le serveur est branché à plusieurs
machines presque tout le temps. (je n'ai pas inclut plus bas le résultat de
rpcinfo -p monserveur, d'abord parce que le résultat est normal, ensuite
parce qu'il marche déjà et encore et toujours sur 5 à 10 machines/OS
différents au quotidien)
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.
Les symptômes sont les mêmes:
Une tentative de montage en NFS
$ sudo mount -t nfs hôte:monserveur /home/mondossier/monserveur
mount.nfs: rpc.statd is not running but is required for remote locking.
mount.nfs: Either use '-o nolock' to keep locks local, or start statd.
mount.nfs: an incorrect mount option was specified
Pour moi le nolock est inenvisageable car le serveur est branché à plusieurs
machines presque tout le temps. (je n'ai pas inclut plus bas le résultat de
rpcinfo -p monserveur, d'abord parce que le résultat est normal, ensuite
parce qu'il marche déjà et encore et toujours sur 5 à 10 machines/OS
différents au quotidien)
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.
Les symptômes sont les mêmes:
Une tentative de montage en NFS
$ sudo mount -t nfs hôte:monserveur /home/mondossier/monserveur
mount.nfs: rpc.statd is not running but is required for remote locking.
mount.nfs: Either use '-o nolock' to keep locks local, or start statd.
mount.nfs: an incorrect mount option was specified
Pour moi le nolock est inenvisageable car le serveur est branché à
plusieurs machines presque tout le temps. (je n'ai pas inclut plus bas le
résultat de rpcinfo -p monserveur, d'abord parce que le résultat est
normal, ensuite parce qu'il marche déjà et encore et toujours sur 5 à 10
machines/OS différents au quotidien)
C'est un serveur novell ?
NFS ou OES2 ?
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.
Les symptômes sont les mêmes:
Une tentative de montage en NFS
$ sudo mount -t nfs hôte:monserveur /home/mondossier/monserveur
mount.nfs: rpc.statd is not running but is required for remote locking.
mount.nfs: Either use '-o nolock' to keep locks local, or start statd.
mount.nfs: an incorrect mount option was specified
Pour moi le nolock est inenvisageable car le serveur est branché à
plusieurs machines presque tout le temps. (je n'ai pas inclut plus bas le
résultat de rpcinfo -p monserveur, d'abord parce que le résultat est
normal, ensuite parce qu'il marche déjà et encore et toujours sur 5 à 10
machines/OS différents au quotidien)
C'est un serveur novell ?
NFS ou OES2 ?
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.
Les symptômes sont les mêmes:
Une tentative de montage en NFS
$ sudo mount -t nfs hôte:monserveur /home/mondossier/monserveur
mount.nfs: rpc.statd is not running but is required for remote locking.
mount.nfs: Either use '-o nolock' to keep locks local, or start statd.
mount.nfs: an incorrect mount option was specified
Pour moi le nolock est inenvisageable car le serveur est branché à
plusieurs machines presque tout le temps. (je n'ai pas inclut plus bas le
résultat de rpcinfo -p monserveur, d'abord parce que le résultat est
normal, ensuite parce qu'il marche déjà et encore et toujours sur 5 à 10
machines/OS différents au quotidien)
C'est un serveur novell ?
NFS ou OES2 ?
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.
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.
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.
Le 07/06/2011 02:58, Thonacd a écrit :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.
[...]
Le 07/06/2011 02:58, Thonacd a écrit :
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.
[...]
Le 07/06/2011 02:58, Thonacd a écrit :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.
[...]
daniel huhardeaux wrote:Le 07/06/2011 02:58, Thonacd a écrit :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.
[...]
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
daniel huhardeaux wrote:
Le 07/06/2011 02:58, Thonacd a écrit :
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.
[...]
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
daniel huhardeaux wrote:Le 07/06/2011 02:58, Thonacd a écrit :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.
[...]
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
tasksel
?
On 08/06/2011 16:38, Thonacd wrote:daniel huhardeaux wrote:Le 07/06/2011 02:58, Thonacd a écrit :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.
[...]
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
tasksel
?
On 08/06/2011 16:38, Thonacd wrote:
daniel huhardeaux wrote:
Le 07/06/2011 02:58, Thonacd a écrit :
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.
[...]
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
tasksel
?
On 08/06/2011 16:38, Thonacd wrote:daniel huhardeaux wrote:Le 07/06/2011 02:58, Thonacd a écrit :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.
[...]
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
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 serveur
program no_version protocole no_port
100000 2 tcp 111 portmapper
100000 2 udp 111 portmapper
100024 1 udp 56089 status
100024 1 tcp 58916 status
100021 1 udp 58480 nlockmgr
100021 3 udp 58480 nlockmgr
100021 4 udp 58480 nlockmgr
100021 1 tcp 44790 nlockmgr
100021 3 tcp 44790 nlockmgr
100021 4 tcp 44790 nlockmgr
100003 2 tcp 2049 nfs
100003 3 tcp 2049 nfs
100003 4 tcp 2049 nfs
100003 2 udp 2049 nfs
100003 3 udp 2049 nfs
100003 4 udp 2049 nfs
100005 1 udp 46200 mountd
100005 1 tcp 35246 mountd
100005 2 udp 46200 mountd
100005 2 tcp 35246 mountd
100005 3 udp 46200 mountd
100005 3 tcp 35246 mountd
|>>
|>> rpcinfo -p locahost
|>>
# 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) ()
(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...
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 serveur
program no_version protocole no_port
100000 2 tcp 111 portmapper
100000 2 udp 111 portmapper
100024 1 udp 56089 status
100024 1 tcp 58916 status
100021 1 udp 58480 nlockmgr
100021 3 udp 58480 nlockmgr
100021 4 udp 58480 nlockmgr
100021 1 tcp 44790 nlockmgr
100021 3 tcp 44790 nlockmgr
100021 4 tcp 44790 nlockmgr
100003 2 tcp 2049 nfs
100003 3 tcp 2049 nfs
100003 4 tcp 2049 nfs
100003 2 udp 2049 nfs
100003 3 udp 2049 nfs
100003 4 udp 2049 nfs
100005 1 udp 46200 mountd
100005 1 tcp 35246 mountd
100005 2 udp 46200 mountd
100005 2 tcp 35246 mountd
100005 3 udp 46200 mountd
100005 3 tcp 35246 mountd
|>>
|>> rpcinfo -p locahost
|>>
# 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...
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 serveur
program no_version protocole no_port
100000 2 tcp 111 portmapper
100000 2 udp 111 portmapper
100024 1 udp 56089 status
100024 1 tcp 58916 status
100021 1 udp 58480 nlockmgr
100021 3 udp 58480 nlockmgr
100021 4 udp 58480 nlockmgr
100021 1 tcp 44790 nlockmgr
100021 3 tcp 44790 nlockmgr
100021 4 tcp 44790 nlockmgr
100003 2 tcp 2049 nfs
100003 3 tcp 2049 nfs
100003 4 tcp 2049 nfs
100003 2 udp 2049 nfs
100003 3 udp 2049 nfs
100003 4 udp 2049 nfs
100005 1 udp 46200 mountd
100005 1 tcp 35246 mountd
100005 2 udp 46200 mountd
100005 2 tcp 35246 mountd
100005 3 udp 46200 mountd
100005 3 tcp 35246 mountd
|>>
|>> rpcinfo -p locahost
|>>
# 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) ()
(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...
$ sudo portmap
$ sudo rpc.statd
$ sudo mount -t nfs monserveur:/monpartage /mondossier/de/montage/
Quelqu'un a une idée de l'origine du problème?
Ou une solution simple pour redémarrer rpc.statd et portmap au
démarrage de l'ordinateur?
$ sudo portmap
$ sudo rpc.statd
$ sudo mount -t nfs monserveur:/monpartage /mondossier/de/montage/
Quelqu'un a une idée de l'origine du problème?
Ou une solution simple pour redémarrer rpc.statd et portmap au
démarrage de l'ordinateur?
$ sudo portmap
$ sudo rpc.statd
$ sudo mount -t nfs monserveur:/monpartage /mondossier/de/montage/
Quelqu'un a une idée de l'origine du problème?
Ou une solution simple pour redémarrer rpc.statd et portmap au
démarrage de l'ordinateur?