Problème de NFS chez OVH ?

Raison : le kernel custom monolithique installé par OVH sur les serveurs dédiés n'a pas le support NFS... mais il suffit d'utiliser d'autres kernels compilés et proposés par OVH intégrants ce support !

1) Vérifiez votre kernel actuel :

> uname -a
Linux XXX.ovh.net 2.6.24.5-grs-ipv4-32 #3 SMP Wed May 28 ...
ou
> ll /boot
bzImage-2.6.24.5-xxxx-grs-ipv4-32

Ici nous sommes en version 2.6.24.5 et le uname nous apprend que c'est la 3eme version chez ovh (#3) compilée en mai.

Bien, la hotline nous apprend également que "grs" c'est les noyaux sécurisés épurés entre autre du NFS mais qu'il faut prendre ceux taggés "filer" pour avoir le support NFS !
Tous les noyaux sont dispo sur le ftp.ovh.net dans made-in-ovh/bzImage (accès libre en anonymous depuis votre serveur avec un client FTP).
Il y a des versions 32 ou 64bits, des versions ipv4 et ipv6 etc ...
Moi par ex, il va ici me falloir un version ipv4-32, donc je vais prendre les ipv4-32-filer .

2) Récupérez un bzImage et un systemMap "filer" :

(en ajustant pour votre version comme vu en 1... bien suuur)
cd /boot
> wget "ftp://ftp.ovh.net/made-in-ovh/bzImage/2.6.24.5-3/System.map-2.6.24.5-xxxx-std-ipv4-32-filer"
> wget "ftp://ftp.ovh.net/made-in-ovh/bzImage/2.6.24.5-3/bzImage-2.6.24.5-xxxx-std-ipv4-32-filer"

3) Modifiez lilo ou grub :

éditez /etc/lilo.conf ou /etc/grub.conf (en fonction de votre version) et modifiez comme ceci (lilo.conf sur fedora 8) :
#image=/boot/bzImage-2.6.24.5-xxxx-grs-ipv4-32
image=/boot/bzImage-2.6.24.5-xxxx-std-ipv4-32-filer

ou comme ceci (grub.conf sur fedora 13) :

default=0
timeout=5

        title linux fedora13
#       kernel /boot/bzImage-2.6.33.5-xxxx-grs-ipv4-32 root=/dev/sda1  ro
        kernel /boot/bzImage-2.6.34-xxxx-std-ipv4-32-filer root=/dev/sda1  ro
        root (hd0,0)


puis mettez à jour le secteur de boot (si vous utilisez lilo, avec grub pas besoin) en lançant cette commande  :
> lilo

4) Rebootez et testez :

rebooter la machine (reboot) ... si elle ne revient pas à la vie suite à une mauvaise manip, pas de manique, tout est prévu chez OVH, il faut la faire rebooter en netboot : connectez vous sur votre manager OVH, allez dans "serveur dédié" puis "boot" et netboot... c'est magique, la machine reboot alors en utilsant un bootstrap servi par un serveur DHCP couplé à un serveur FTP, merci au protocole bootp)  

bon, à ce stade la machine a rebooté. Vérifiez que vous êtes sur le nouveau kernel :
> uname -a
Linux XXX.ovh.net 2.6.24.5-filer-std-ipv4-32 #3 SMP Wed May 28 09:11:43 CEST 2008 i686 i686 i386 GNU/Linux

Bien, reste à monter les sunrpc etc... et à relancer le service NFS :
> mount -t nfsd nfsd  /proc/fs/nfsd
> mount -t rpc_pipefs sunrpc /var/lib/nfs/rpc_pipefs
> service nfs restart
...
Démarrage des services NFS :                               [  OK  ]
Démarrage du quota NFS :                                   [  OK  ]
Démarrage du démon NFS :                                   [  OK  ]
Démarrage de NFS mountd :                                  [  OK  ]

5) A ce niveau tout est ok, on valide la config :

Ajouter ceci dans /etc/fstab :
/dev/sunrpc   /var/lib/nfs/rpc_pipefs   rpc_pipefs   defaults    0 0
/dev/nfsd     /proc/fs/nfsd             nfsd         defaults    0 0

Et activer le nfs au reboot si besoin (on est en init 3 par défaut chez OVH) :
> chkconfig --list nfs
nfs            0:off   1:off   2:off   3:off   4:off   5:off   6:off
> chkconfig nfs on
> chkconfig --list nfs
nfs            0:off   1:off   2:on    3:on    4:on    5:on    6:off



Notes et rappels :
- pour installer le service NFS : yum install nfs-utils
- le fichier d'export pour nfs : /etc/exports
- ouvrez les accès utiles dans /etc/sysconfig/iptables
- visite d'OVH en vidéo : http://www.youtube.com/watch?v=LLkFwXiK1vQ
- 40 000 hébergements chez OVH : http://unearaigneeauplafond.fr/ovh-serveur-dedie-40000-hebergement-web

7 173 clics - Créé le 16/10/2008 par Tito - Modifié le 05/08/2010

Me connecter :