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
--
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 [email protected]
En cas de soucis, contactez EN ANGLAIS [email protected]
Archive: https://lists.debian.org/[email protected]
