Forum Linux.debian/ubuntu NFS server, qui démarre pas

Posté par  (site web personnel) .
Étiquettes :
0
19
déc.
2005
Bonsoir,

J'ai quelques problème pour installer NFS sur mon serveur, j'ai installé les packages debian et configuré: /etc/exports, /etc/hosts.deny et /etc/hosts.allow,

Quand je démarre le service /etc/init.d/nfs-user-server start, j'ai

Starting NFS servers:

Un timeout, au bout d' ~une minute.

Starting NFS servers:Cannot register service: RPC: Timed out

J'ai fais un strace pour voir un peu, je vous paste la fin:

---------------------------------------------------------
stat64(".", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
stat64("/usr/local/sbin/start-stop-daemon", 0xbf9290c8) = -1 ENOENT (No such file or directory)
stat64("/usr/local/bin/start-stop-daemon", 0xbf9290c8) = -1 ENOENT (No such file or directory)
stat64("/usr/sbin/start-stop-daemon", 0xbf9290c8) = -1 ENOENT (No such file or directory)
stat64("/usr/bin/start-stop-daemon", 0xbf9290c8) = -1 ENOENT (No such file or directory)
stat64("/sbin/start-stop-daemon", {st_mode=S_IFREG|0755, st_size=18488, ...}) = 0
stat64("/sbin/start-stop-daemon", {st_mode=S_IFREG|0755, st_size=18488, ...}) = 0
brk(0x8116000) = 0x8116000
rt_sigprocmask(SIG_BLOCK, [INT CHLD], [], 8) = 0
_llseek(255, -8, [1233], SEEK_CUR) = 0
clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0xb7d92708) = 3038
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
rt_sigaction(SIGINT, {0x8077b50, [], 0}, {SIG_DFL}, 8) = 0
waitpid(-1, Cannot register service: RPC: Timed out
[{WIFEXITED(s) && WEXITSTATUS(s) == 1}], 0) = 3038
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
--- SIGCHLD (Child exited) @ 0 (0) ---
waitpid(-1, 0xbf928dc8, WNOHANG) = -1 ECHILD (No child processes)
sigreturn() = ? (mask now [])
rt_sigaction(SIGINT, {SIG_DFL}, {0x8077b50, [], 0}, 8) = 0
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
exit_group(1) = ?
---------------------------------------------------------

Une histoire qu'il atent un PID qui se libère pas ???

Help là ça dépasses mes compétences :/

Merci bcp, bonne soirée :)
  • # essayes rpcinfo -p

    Posté par  . Évalué à 3.

    t'as lancé portmap sur ta bécane ?

    que te dis rpcinfo -p ?


    • [^] # Re: essayes rpcinfo -p

      Posté par  (site web personnel) . Évalué à 3.

      Salut !

      Merci pour la réponse, en effet c'est un problème avec portmap, rpcinfo -p me donne un timeout au bout d'une minute:

      gateway:~# rpcinfo -p
      rpcinfo: ne peut contacter l'aiguilleur de ports: RPC: erreur système sur l'hôte cible - Connexion terminée par expiration du délai d'attente

      J'ai vidé mes fichier /etc/hosts.deny et allow, mais meme erreur !

      Une idée ???
      • [^] # Re: essayes rpcinfo -p

        Posté par  . Évalué à 2.

        vérifie que portmap est lancé avec un bête 'ps ax'

        pour le lancer à la main
        /etc/init.d/portmap start

        si le lien n'est pas dans /etc/rc2.d rajoute le
        /etc/rc2.d/S18portmap -> ../init.d/portmap

        au pire si il n'y à pas de /etc/init.d/portmap
        apt-get install portmap
        • [^] # Re: essayes rpcinfo -p

          Posté par  . Évalué à 2.

          oops désolé j'avais pas bien lu la question ;)
          • [^] # Re: essayes rpcinfo -p

            Posté par  (site web personnel) . Évalué à 3.

            Ouf enfin trouvé...

            Tout smiple mais ça n'a pas été sans peine !

            C'était le firewall qui bloquait portmap, donc NFS, donc:

            ---------------------------------------------------------------

            iptables -A INPUT -p UDP --dport 111 -j ACCEPT
            iptables -A INPUT -p TCP --dport 111 -j ACCEPT

            ---------------------------------------------------------------

            Merci pour les réponses :)

            @+

            Xen.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.