[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Client léger : Boot en PXE & montage "/" en NFS (read-only).

Bonsoir,
Voila la configuration que je viens de tester ou je souhaite (toujours) monter en NFS un partage en lecture seule contenant un système Linux (complet) en le réunissant à un système de fichier en RAM (tmpfs ??) pour qu'il puisse écrire ou il en a besoin pour fonctionner : 


Serveur NFS (fichier "/etc/exports") :
/data/disklessroot 192.168.1.0/255.255.255.0(ro,async,no_root_squash,no_subtree_check) /data/disklesshome 192.168.1.0/255.255.255.0(rw,sync,no_root_squash,no_subtree_check)
Le répertoire "var" original est sous "/data/disklessroot" (donc partager en "read-only"). 


Client boot PXE (fichier "etc/fstab") :
proc /proc proc defaults 0 0 /dev/nfs /rootfsro nfs defaults,tcp,nfsvers=3 0 1 none /varfsrw tmpfs defaults 0 2 none / aufs br=/rootfsro=ro:/varfsrw=rw,create=tdp 0 2 none /tmp tmpfs defaults 0 2 none /var/run tmpfs defaults 0 2 none /var/tmp tmpfs defaults 0 2 192.168.1.2:/data/disklesshome /home nfs defaults,tcp,nfsvers=3 0 2 /dev/cdrom /media/cdrom udf,iso9660 user,noauto 0 2
Je démarre donc mon client qui boot correctement en PXE (récupération du noyau et de l'image "initrd") puis, le démarrage s'arrête et affiche : 
Le disque dur / n'est pas encore prêt ou présent.
Keys:Continuer à attendre, ou appuyer sur S pour ignorer le montage ou M pour la récupération manuelle 


Je n'ai pas encore saisie toute les subtilités de "aufs", mais :
Ai-je un soucis sur la ligne "aufs" de mon "etc/fstab" client ???
ou ai-je loupé une étape quelque part ???


Bien cordialement.
-
Vincent.


Sylvain L. Sauvage a écrit :

Le vendredi 28 novembre 2014, 14:37:10 Vincent Farget a écrit :

Ok.
Créer autant de dossiers/partages NFS de "/var", que de
clients, ne m'arrange pas, mais bon, ...
Soit ils sont sur les clients (en local), soit ils sont sur le serveur. De toute façon, ils doivent être quelque part.
Tu pourrais affiner ce qu’il y a de vraiment variable dans /var (p.ex. /var/lib/ doit être commun à tous les systèmes qui partagent le même / mais /var/log doit être individualisé, etc.) pour mettre tout ça dans des tmpfs mais je ne suis pas sûr que ça en vaille la chandelle.
Tu peux laisser un seul /var original dans / et monter dessus un /var en tmpfs et aufs/unionfs. Ça demande de la RAM mais : 
1. avec aufs/unionfs, tu n’as que les différences en mémoire,
  pas le /var original ;
2. tu as un /var « propre » à chaque redémarrage (ce qui n’est
  pas forcément un avantage suivant l’usage).
[…] /data/disklessvar1 
192.168.1.0/255.255.255.0(rw,sync,no_root_squash,no_subtree_check)
Euh, tu auras peut-être envie de limiter l’accès de var_n à l’IP de la machine n (pour ce que ça vaut comme sécurité)… 


[…]
Alors :
Ai-je bon ou pas concernant la conf NFS et le fichier FSTAB du
client ?


  Ça y ressemble.


Pour l'instant, je ne sais pas comment configurer unionfs/aufs
dans le FSTAB du client.
Tu veux faire du aufs/unionfs en plus d’avoir des /var individuels ? Quel intérêt ? 


Faut-il, dans le fichier FSTAB du client, que les différents
systèmes de fichiers formant l'union, soit aussi monter
(avant) ?
D’après ce dont je me souviens, pour fuse.unionfs, les bouts qui forment le fs final sont unis dans le fstab avec le type fuse.unionfs et sont montés avant (quand il s’agit de répertoires ; je ne sais plus si on peut utiliser directement des périphériques). 


Lorsque je test la configuration ci-dessus, mon système client
se lance correctement, mais reste en console (alors que j'ai
bien une interface graphique d'installée).


  Ton /var est-il correctement rempli ?
  Que disent /var/log/syslog et consorts ?




--
-
M. FARGET Vincent
Systemes Informatiques et developpements webs
Reply to: