Question :
Y'a t'il un moyen de définir une possibilité pour les clients léger,
d'écrire dans un système de fichier qui serait temporaire (il n'est pas
nécessaire qu'il survie au reboot) ?
Question :
Y'a t'il un moyen de définir une possibilité pour les clients léger,
d'écrire dans un système de fichier qui serait temporaire (il n'est pas
nécessaire qu'il survie au reboot) ?
Question :
Y'a t'il un moyen de définir une possibilité pour les clients léger,
d'écrire dans un système de fichier qui serait temporaire (il n'est pas
nécessaire qu'il survie au reboot) ?
Bonjour à tous,
Je souhaiterais booter des postes clients "léger" sur le réseau (par
amorçage PXE) puis monter le même système de fichier "root " ("/") d'un
système Linux que j'ai créé (par bootstrap) depuis un part age NFS en
read-only, tout en pouvant, quand même, pouvoir écrire dans des fichiers
et/ou répertoires comme "/tmp", "/var/log", "/var/lib", ect ....
Le coté serveur DHCP, TFTP, la configuration PXE et le serveur NFS
fonctionne bien.
PXE/TFTP (fichier : /tftpboot/pxe_root/pxelinux.cfg/default) :
label Linux Diskless
kernel diskless/vmlinuz-3.2.0-4-amd64
append initrd=diskless/initrd.img-3.2.0-4-amd64 root=/dev/nfs
nfsroot2.168.1.2:/data/disklessroot,tcp ip=dhcp nfsrootdebug
rootfstype=nfs ro
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,
async,no_root_squash,no_subtree_check)
Client léger (fichier [/data/disklessroot]/etc/fstab) :
proc /proc proc defaults
0 0
/dev/nfs / nfs hard,nolock,vers=3
0 0
192.168.158.2:/data/disklesshome /home nfs defaults
0 2
/dev/cdrom /media/cdrom udf,iso9660 user,noauto
0 0
Je bloque sur le fait que mon système Linux ne peux pas écrire comme il le
souhaite (normal le montage NFS "root" est en "ro").
Question :
Y'a t'il un moyen de définir une possibilité pour les clients l éger,
d'écrire dans un système de fichier qui serait temporaire (il n 'est pas
nécessaire qu'il survie au reboot) ?
Merci d'avance pour votre aide,
Bien cordialement.
--
-
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" target="_blank" class="text-blue hover:opacity-90 " style="word-break: break-all;" rel="noopener nofollow">http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/
Bonjour à tous,
Je souhaiterais booter des postes clients "léger" sur le réseau (par
amorçage PXE) puis monter le même système de fichier "root " ("/") d'un
système Linux que j'ai créé (par bootstrap) depuis un part age NFS en
read-only, tout en pouvant, quand même, pouvoir écrire dans des fichiers
et/ou répertoires comme "/tmp", "/var/log", "/var/lib", ect ....
Le coté serveur DHCP, TFTP, la configuration PXE et le serveur NFS
fonctionne bien.
PXE/TFTP (fichier : /tftpboot/pxe_root/pxelinux.cfg/default) :
label Linux Diskless
kernel diskless/vmlinuz-3.2.0-4-amd64
append initrd=diskless/initrd.img-3.2.0-4-amd64 root=/dev/nfs
nfsroot=192.168.1.2:/data/disklessroot,tcp ip=dhcp nfsrootdebug
rootfstype=nfs ro
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,
async,no_root_squash,no_subtree_check)
Client léger (fichier [/data/disklessroot]/etc/fstab) :
proc /proc proc defaults
0 0
/dev/nfs / nfs hard,nolock,vers=3
0 0
192.168.158.2:/data/disklesshome /home nfs defaults
0 2
/dev/cdrom /media/cdrom udf,iso9660 user,noauto
0 0
Je bloque sur le fait que mon système Linux ne peux pas écrire comme il le
souhaite (normal le montage NFS "root" est en "ro").
Question :
Y'a t'il un moyen de définir une possibilité pour les clients l éger,
d'écrire dans un système de fichier qui serait temporaire (il n 'est pas
nécessaire qu'il survie au reboot) ?
Merci d'avance pour votre aide,
Bien cordialement.
--
-
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 debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/5477320C.1070202@orange.fr
Bonjour à tous,
Je souhaiterais booter des postes clients "léger" sur le réseau (par
amorçage PXE) puis monter le même système de fichier "root " ("/") d'un
système Linux que j'ai créé (par bootstrap) depuis un part age NFS en
read-only, tout en pouvant, quand même, pouvoir écrire dans des fichiers
et/ou répertoires comme "/tmp", "/var/log", "/var/lib", ect ....
Le coté serveur DHCP, TFTP, la configuration PXE et le serveur NFS
fonctionne bien.
PXE/TFTP (fichier : /tftpboot/pxe_root/pxelinux.cfg/default) :
label Linux Diskless
kernel diskless/vmlinuz-3.2.0-4-amd64
append initrd=diskless/initrd.img-3.2.0-4-amd64 root=/dev/nfs
nfsroot2.168.1.2:/data/disklessroot,tcp ip=dhcp nfsrootdebug
rootfstype=nfs ro
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,
async,no_root_squash,no_subtree_check)
Client léger (fichier [/data/disklessroot]/etc/fstab) :
proc /proc proc defaults
0 0
/dev/nfs / nfs hard,nolock,vers=3
0 0
192.168.158.2:/data/disklesshome /home nfs defaults
0 2
/dev/cdrom /media/cdrom udf,iso9660 user,noauto
0 0
Je bloque sur le fait que mon système Linux ne peux pas écrire comme il le
souhaite (normal le montage NFS "root" est en "ro").
Question :
Y'a t'il un moyen de définir une possibilité pour les clients l éger,
d'écrire dans un système de fichier qui serait temporaire (il n 'est pas
nécessaire qu'il survie au reboot) ?
Merci d'avance pour votre aide,
Bien cordialement.
--
-
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" target="_blank" class="text-blue hover:opacity-90 " style="word-break: break-all;" rel="noopener nofollow">http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/
Bonjour,
Pourquoi ne pas créer les partitions qui doivent être en rw séparément
(var, ...) et les montés comme tu l'as mentionné via NFS sur le client ?
Le 27 novembre 2014 15:15, Vincent Farget
<mailto: a écrit :
Bonjour à tous,
Je souhaiterais booter des postes clients "léger" sur le réseau
(par amorçage PXE) puis monter le même système de fichier "root"
("/") d'un système Linux que j'ai créé (par bootstrap) depuis un
partage NFS en read-only, tout en pouvant, quand même, pouvoir
écrire dans des fichiers et/ou répertoires comme "/tmp",
"/var/log", "/var/lib", ect ....
Le coté serveur DHCP, TFTP, la configuration PXE et le serveur NFS
fonctionne bien.
PXE/TFTP (fichier : /tftpboot/pxe_root/pxelinux.cfg/default) :
label Linux Diskless
kernel diskless/vmlinuz-3.2.0-4-amd64
append initrd=diskless/initrd.img-3.2.0-4-amd64 root=/dev/nfs
nfsroot2.168.1.2:/data/disklessroot,tcp ip=dhcp nfsrootdebug
rootfstype=nfs ro
NFS (fichier : /etc/exports) :
/data/disklessroot
192.168.1.0/255.255.255.0(ro,async,no_root_squash,no_subtree_check)
<http://192.168.1.0/255.255.255.0%28ro,async,no_root_squash,no_subtree_check%29>
/data/disklesshome
192.168.1.0/255.255.255.0(rw,async,no_root_squash,no_subtree_check)
<http://192.168.1.0/255.255.255.0%28rw,async,no_root_squash,no_subtree_check%29>
Client léger (fichier [/data/disklessroot]/etc/fstab) :
proc /proc proc defaults
0 0
/dev/nfs / nfs hard,nolock,vers=3
0 0
192.168.158.2:/data/disklesshome /home nfs
defaults 0 2
/dev/cdrom /media/cdrom udf,iso9660
user,noauto 0 0
Je bloque sur le fait que mon système Linux ne peux pas écrire
comme il le souhaite (normal le montage NFS "root" est en "ro").
Question :
Y'a t'il un moyen de définir une possibilité pour les clients
léger, d'écrire dans un système de fichier qui serait temporaire
(il n'est pas nécessaire qu'il survie au reboot) ?
Merci d'avance pour votre aide,
Bien cordialement.
--
-
M. FARGET Vincent
Systemes Informatiques et developpements webs
--
< Belaid >
Bonjour,
Pourquoi ne pas créer les partitions qui doivent être en rw séparément
(var, ...) et les montés comme tu l'as mentionné via NFS sur le client ?
Le 27 novembre 2014 15:15, Vincent Farget <farget.vincent@orange.fr
<mailto:farget.vincent@orange.fr>> a écrit :
Bonjour à tous,
Je souhaiterais booter des postes clients "léger" sur le réseau
(par amorçage PXE) puis monter le même système de fichier "root"
("/") d'un système Linux que j'ai créé (par bootstrap) depuis un
partage NFS en read-only, tout en pouvant, quand même, pouvoir
écrire dans des fichiers et/ou répertoires comme "/tmp",
"/var/log", "/var/lib", ect ....
Le coté serveur DHCP, TFTP, la configuration PXE et le serveur NFS
fonctionne bien.
PXE/TFTP (fichier : /tftpboot/pxe_root/pxelinux.cfg/default) :
label Linux Diskless
kernel diskless/vmlinuz-3.2.0-4-amd64
append initrd=diskless/initrd.img-3.2.0-4-amd64 root=/dev/nfs
nfsroot2.168.1.2:/data/disklessroot,tcp ip=dhcp nfsrootdebug
rootfstype=nfs ro
NFS (fichier : /etc/exports) :
/data/disklessroot
192.168.1.0/255.255.255.0(ro,async,no_root_squash,no_subtree_check)
<http://192.168.1.0/255.255.255.0%28ro,async,no_root_squash,no_subtree_check%29>
/data/disklesshome
192.168.1.0/255.255.255.0(rw,async,no_root_squash,no_subtree_check)
<http://192.168.1.0/255.255.255.0%28rw,async,no_root_squash,no_subtree_check%29>
Client léger (fichier [/data/disklessroot]/etc/fstab) :
proc /proc proc defaults
0 0
/dev/nfs / nfs hard,nolock,vers=3
0 0
192.168.158.2:/data/disklesshome /home nfs
defaults 0 2
/dev/cdrom /media/cdrom udf,iso9660
user,noauto 0 0
Je bloque sur le fait que mon système Linux ne peux pas écrire
comme il le souhaite (normal le montage NFS "root" est en "ro").
Question :
Y'a t'il un moyen de définir une possibilité pour les clients
léger, d'écrire dans un système de fichier qui serait temporaire
(il n'est pas nécessaire qu'il survie au reboot) ?
Merci d'avance pour votre aide,
Bien cordialement.
--
-
M. FARGET Vincent
Systemes Informatiques et developpements webs
--
< Belaid >
Bonjour,
Pourquoi ne pas créer les partitions qui doivent être en rw séparément
(var, ...) et les montés comme tu l'as mentionné via NFS sur le client ?
Le 27 novembre 2014 15:15, Vincent Farget
<mailto: a écrit :
Bonjour à tous,
Je souhaiterais booter des postes clients "léger" sur le réseau
(par amorçage PXE) puis monter le même système de fichier "root"
("/") d'un système Linux que j'ai créé (par bootstrap) depuis un
partage NFS en read-only, tout en pouvant, quand même, pouvoir
écrire dans des fichiers et/ou répertoires comme "/tmp",
"/var/log", "/var/lib", ect ....
Le coté serveur DHCP, TFTP, la configuration PXE et le serveur NFS
fonctionne bien.
PXE/TFTP (fichier : /tftpboot/pxe_root/pxelinux.cfg/default) :
label Linux Diskless
kernel diskless/vmlinuz-3.2.0-4-amd64
append initrd=diskless/initrd.img-3.2.0-4-amd64 root=/dev/nfs
nfsroot2.168.1.2:/data/disklessroot,tcp ip=dhcp nfsrootdebug
rootfstype=nfs ro
NFS (fichier : /etc/exports) :
/data/disklessroot
192.168.1.0/255.255.255.0(ro,async,no_root_squash,no_subtree_check)
<http://192.168.1.0/255.255.255.0%28ro,async,no_root_squash,no_subtree_check%29>
/data/disklesshome
192.168.1.0/255.255.255.0(rw,async,no_root_squash,no_subtree_check)
<http://192.168.1.0/255.255.255.0%28rw,async,no_root_squash,no_subtree_check%29>
Client léger (fichier [/data/disklessroot]/etc/fstab) :
proc /proc proc defaults
0 0
/dev/nfs / nfs hard,nolock,vers=3
0 0
192.168.158.2:/data/disklesshome /home nfs
defaults 0 2
/dev/cdrom /media/cdrom udf,iso9660
user,noauto 0 0
Je bloque sur le fait que mon système Linux ne peux pas écrire
comme il le souhaite (normal le montage NFS "root" est en "ro").
Question :
Y'a t'il un moyen de définir une possibilité pour les clients
léger, d'écrire dans un système de fichier qui serait temporaire
(il n'est pas nécessaire qu'il survie au reboot) ?
Merci d'avance pour votre aide,
Bien cordialement.
--
-
M. FARGET Vincent
Systemes Informatiques et developpements webs
--
< Belaid >
Le jeudi 27 novembre 2014 à 15:15, Vincent Farget a écrit :Question :
Y'a t'il un moyen de définir une possibilité pour les clients léger,
d'écrire dans un système de fichier qui serait temporaire (il n'est pas
nécessaire qu'il survie au reboot) ?
Oui, tu peux très bien ajouter dans le /etc/fstab des directives de montage type
« tmpfs » pour tous les dossiers que tu veux. Ensuite, tu n'auras qu'à ajouter
les commandes de montage dans un script d'init (que tu peux créer) ou bien dans
le script /etc/rc.local.
Sinon, François B. (ici présent) maintient un système live (qui boote depuis une
clé USB) sur lequel il a mis en place une solution permettant d'avoir des
données modifiables et persistentes sur un système de fichiers en lecture seule.
Je crois que c'est basé sur unionfs, il le confirmera si il passe dans le coin.
http://clefagreg.dnsalias.org/
Seb
Le jeudi 27 novembre 2014 à 15:15, Vincent Farget a écrit :
Question :
Y'a t'il un moyen de définir une possibilité pour les clients léger,
d'écrire dans un système de fichier qui serait temporaire (il n'est pas
nécessaire qu'il survie au reboot) ?
Oui, tu peux très bien ajouter dans le /etc/fstab des directives de montage type
« tmpfs » pour tous les dossiers que tu veux. Ensuite, tu n'auras qu'à ajouter
les commandes de montage dans un script d'init (que tu peux créer) ou bien dans
le script /etc/rc.local.
Sinon, François B. (ici présent) maintient un système live (qui boote depuis une
clé USB) sur lequel il a mis en place une solution permettant d'avoir des
données modifiables et persistentes sur un système de fichiers en lecture seule.
Je crois que c'est basé sur unionfs, il le confirmera si il passe dans le coin.
http://clefagreg.dnsalias.org/
Seb
Le jeudi 27 novembre 2014 à 15:15, Vincent Farget a écrit :Question :
Y'a t'il un moyen de définir une possibilité pour les clients léger,
d'écrire dans un système de fichier qui serait temporaire (il n'est pas
nécessaire qu'il survie au reboot) ?
Oui, tu peux très bien ajouter dans le /etc/fstab des directives de montage type
« tmpfs » pour tous les dossiers que tu veux. Ensuite, tu n'auras qu'à ajouter
les commandes de montage dans un script d'init (que tu peux créer) ou bien dans
le script /etc/rc.local.
Sinon, François B. (ici présent) maintient un système live (qui boote depuis une
clé USB) sur lequel il a mis en place une solution permettant d'avoir des
données modifiables et persistentes sur un système de fichiers en lecture seule.
Je crois que c'est basé sur unionfs, il le confirmera si il passe dans le coin.
http://clefagreg.dnsalias.org/
Seb
Je ne sais pas si c'est possible que plusieurs clients puissent écrire dans
un seul et unique partage du répertoire "/var" par exemple.
Si 2 clients doivent modifier le même fichier dans le même répertoire
("/var/cache/cups/... ), que se passe t'il ????
(je n'ai pas tester ...)
Je ne sais pas si c'est possible que plusieurs clients puissent écrire dans
un seul et unique partage du répertoire "/var" par exemple.
Si 2 clients doivent modifier le même fichier dans le même répertoire
("/var/cache/cups/... ), que se passe t'il ????
(je n'ai pas tester ...)
Je ne sais pas si c'est possible que plusieurs clients puissent écrire dans
un seul et unique partage du répertoire "/var" par exemple.
Si 2 clients doivent modifier le même fichier dans le même répertoire
("/var/cache/cups/... ), que se passe t'il ????
(je n'ai pas tester ...)
Bonjour,
J'y ai vaguement pensé, mais rapidement éliminer cette solution, car
je voudrais pouvoir booter plusieurs dizaines de clients sans avoir
plusieurs dizaines de partages NFS en "rw".
Je ne sais pas si c'est possible que plusieurs clients puissent écrire
dans un seul et unique partage du répertoire "/var" par exemple.
Si 2 clients doivent modifier le même fichier dans le même répertoire
("/var/cache/cups/... ), que se passe t'il ????
(je n'ai pas tester ...)
Sinon :
Je viens de voir quelques pages au sujet de "aufs" ("overlay fs" ????)
et je ne sais pas encore si cela peut être une solution à mon problème.
Bien cordialement.
-
Vincent FARGET
Belaïd a écrit :Bonjour,
Pourquoi ne pas créer les partitions qui doivent être en rw
séparément (var, ...) et les montés comme tu l'as mentionné via NFS
sur le client ?
Le 27 novembre 2014 15:15, Vincent Farget
<mailto: a écrit :
Bonjour à tous,
Je souhaiterais booter des postes clients "léger" sur le réseau
(par amorçage PXE) puis monter le même système de fichier "root"
("/") d'un système Linux que j'ai créé (par bootstrap) depuis un
partage NFS en read-only, tout en pouvant, quand même, pouvoir
écrire dans des fichiers et/ou répertoires comme "/tmp",
"/var/log", "/var/lib", ect ....
Le coté serveur DHCP, TFTP, la configuration PXE et le serveur NFS
fonctionne bien.
PXE/TFTP (fichier : /tftpboot/pxe_root/pxelinux.cfg/default) :
label Linux Diskless
kernel diskless/vmlinuz-3.2.0-4-amd64
append initrd=diskless/initrd.img-3.2.0-4-amd64 root=/dev/nfs
nfsroot2.168.1.2:/data/disklessroot,tcp ip=dhcp nfsrootdebug
rootfstype=nfs ro
NFS (fichier : /etc/exports) :
/data/disklessroot
192.168.1.0/255.255.255.0(ro,async,no_root_squash,no_subtree_check)
<http://192.168.1.0/255.255.255.0%28ro,async,no_root_squash,no_subtree_check%29>
/data/disklesshome
192.168.1.0/255.255.255.0(rw,async,no_root_squash,no_subtree_check)
<http://192.168.1.0/255.255.255.0%28rw,async,no_root_squash,no_subtree_check%29>
Client léger (fichier [/data/disklessroot]/etc/fstab) :
proc /proc proc defaults
0 0
/dev/nfs / nfs hard,nolock,vers=3
0 0
192.168.158.2:/data/disklesshome /home nfs
defaults 0 2
/dev/cdrom /media/cdrom udf,iso9660
user,noauto 0 0
Je bloque sur le fait que mon système Linux ne peux pas écrire
comme il le souhaite (normal le montage NFS "root" est en "ro").
Question :
Y'a t'il un moyen de définir une possibilité pour les clients
léger, d'écrire dans un système de fichier qui serait temporaire
(il n'est pas nécessaire qu'il survie au reboot) ?
Merci d'avance pour votre aide,
Bien cordialement.
-- -
M. FARGET Vincent
Systemes Informatiques et developpements webs
--
< Belaid >
Bonjour,
J'y ai vaguement pensé, mais rapidement éliminer cette solution, car
je voudrais pouvoir booter plusieurs dizaines de clients sans avoir
plusieurs dizaines de partages NFS en "rw".
Je ne sais pas si c'est possible que plusieurs clients puissent écrire
dans un seul et unique partage du répertoire "/var" par exemple.
Si 2 clients doivent modifier le même fichier dans le même répertoire
("/var/cache/cups/... ), que se passe t'il ????
(je n'ai pas tester ...)
Sinon :
Je viens de voir quelques pages au sujet de "aufs" ("overlay fs" ????)
et je ne sais pas encore si cela peut être une solution à mon problème.
Bien cordialement.
-
Vincent FARGET
Belaïd a écrit :
Bonjour,
Pourquoi ne pas créer les partitions qui doivent être en rw
séparément (var, ...) et les montés comme tu l'as mentionné via NFS
sur le client ?
Le 27 novembre 2014 15:15, Vincent Farget <farget.vincent@orange.fr
<mailto:farget.vincent@orange.fr>> a écrit :
Bonjour à tous,
Je souhaiterais booter des postes clients "léger" sur le réseau
(par amorçage PXE) puis monter le même système de fichier "root"
("/") d'un système Linux que j'ai créé (par bootstrap) depuis un
partage NFS en read-only, tout en pouvant, quand même, pouvoir
écrire dans des fichiers et/ou répertoires comme "/tmp",
"/var/log", "/var/lib", ect ....
Le coté serveur DHCP, TFTP, la configuration PXE et le serveur NFS
fonctionne bien.
PXE/TFTP (fichier : /tftpboot/pxe_root/pxelinux.cfg/default) :
label Linux Diskless
kernel diskless/vmlinuz-3.2.0-4-amd64
append initrd=diskless/initrd.img-3.2.0-4-amd64 root=/dev/nfs
nfsroot2.168.1.2:/data/disklessroot,tcp ip=dhcp nfsrootdebug
rootfstype=nfs ro
NFS (fichier : /etc/exports) :
/data/disklessroot
192.168.1.0/255.255.255.0(ro,async,no_root_squash,no_subtree_check)
<http://192.168.1.0/255.255.255.0%28ro,async,no_root_squash,no_subtree_check%29>
/data/disklesshome
192.168.1.0/255.255.255.0(rw,async,no_root_squash,no_subtree_check)
<http://192.168.1.0/255.255.255.0%28rw,async,no_root_squash,no_subtree_check%29>
Client léger (fichier [/data/disklessroot]/etc/fstab) :
proc /proc proc defaults
0 0
/dev/nfs / nfs hard,nolock,vers=3
0 0
192.168.158.2:/data/disklesshome /home nfs
defaults 0 2
/dev/cdrom /media/cdrom udf,iso9660
user,noauto 0 0
Je bloque sur le fait que mon système Linux ne peux pas écrire
comme il le souhaite (normal le montage NFS "root" est en "ro").
Question :
Y'a t'il un moyen de définir une possibilité pour les clients
léger, d'écrire dans un système de fichier qui serait temporaire
(il n'est pas nécessaire qu'il survie au reboot) ?
Merci d'avance pour votre aide,
Bien cordialement.
-- -
M. FARGET Vincent
Systemes Informatiques et developpements webs
--
< Belaid >
Bonjour,
J'y ai vaguement pensé, mais rapidement éliminer cette solution, car
je voudrais pouvoir booter plusieurs dizaines de clients sans avoir
plusieurs dizaines de partages NFS en "rw".
Je ne sais pas si c'est possible que plusieurs clients puissent écrire
dans un seul et unique partage du répertoire "/var" par exemple.
Si 2 clients doivent modifier le même fichier dans le même répertoire
("/var/cache/cups/... ), que se passe t'il ????
(je n'ai pas tester ...)
Sinon :
Je viens de voir quelques pages au sujet de "aufs" ("overlay fs" ????)
et je ne sais pas encore si cela peut être une solution à mon problème.
Bien cordialement.
-
Vincent FARGET
Belaïd a écrit :Bonjour,
Pourquoi ne pas créer les partitions qui doivent être en rw
séparément (var, ...) et les montés comme tu l'as mentionné via NFS
sur le client ?
Le 27 novembre 2014 15:15, Vincent Farget
<mailto: a écrit :
Bonjour à tous,
Je souhaiterais booter des postes clients "léger" sur le réseau
(par amorçage PXE) puis monter le même système de fichier "root"
("/") d'un système Linux que j'ai créé (par bootstrap) depuis un
partage NFS en read-only, tout en pouvant, quand même, pouvoir
écrire dans des fichiers et/ou répertoires comme "/tmp",
"/var/log", "/var/lib", ect ....
Le coté serveur DHCP, TFTP, la configuration PXE et le serveur NFS
fonctionne bien.
PXE/TFTP (fichier : /tftpboot/pxe_root/pxelinux.cfg/default) :
label Linux Diskless
kernel diskless/vmlinuz-3.2.0-4-amd64
append initrd=diskless/initrd.img-3.2.0-4-amd64 root=/dev/nfs
nfsroot2.168.1.2:/data/disklessroot,tcp ip=dhcp nfsrootdebug
rootfstype=nfs ro
NFS (fichier : /etc/exports) :
/data/disklessroot
192.168.1.0/255.255.255.0(ro,async,no_root_squash,no_subtree_check)
<http://192.168.1.0/255.255.255.0%28ro,async,no_root_squash,no_subtree_check%29>
/data/disklesshome
192.168.1.0/255.255.255.0(rw,async,no_root_squash,no_subtree_check)
<http://192.168.1.0/255.255.255.0%28rw,async,no_root_squash,no_subtree_check%29>
Client léger (fichier [/data/disklessroot]/etc/fstab) :
proc /proc proc defaults
0 0
/dev/nfs / nfs hard,nolock,vers=3
0 0
192.168.158.2:/data/disklesshome /home nfs
defaults 0 2
/dev/cdrom /media/cdrom udf,iso9660
user,noauto 0 0
Je bloque sur le fait que mon système Linux ne peux pas écrire
comme il le souhaite (normal le montage NFS "root" est en "ro").
Question :
Y'a t'il un moyen de définir une possibilité pour les clients
léger, d'écrire dans un système de fichier qui serait temporaire
(il n'est pas nécessaire qu'il survie au reboot) ?
Merci d'avance pour votre aide,
Bien cordialement.
-- -
M. FARGET Vincent
Systemes Informatiques et developpements webs
--
< Belaid >
Bonjour,
tu peux faire des montages rw en ram grace au tmpfs.
Comme ca, pas de partage en rw sur le serveur puisque tout ce qui est
inscriptible est dans la ram du client.
Bonne soiree.
On 11/27/14 16:07, Vincent Farget wrote:Bonjour,
J'y ai vaguement pensé, mais rapidement éliminer cette solution, car
je voudrais pouvoir booter plusieurs dizaines de clients sans avoir
plusieurs dizaines de partages NFS en "rw".
Je ne sais pas si c'est possible que plusieurs clients puissent écrire
dans un seul et unique partage du répertoire "/var" par exemple.
Si 2 clients doivent modifier le même fichier dans le même répertoire
("/var/cache/cups/... ), que se passe t'il ????
(je n'ai pas tester ...)
Sinon :
Je viens de voir quelques pages au sujet de "aufs" ("overlay fs" ????)
et je ne sais pas encore si cela peut être une solution à mon problème.
Bien cordialement.
-
Vincent FARGET
Belaïd a écrit :Bonjour,
Pourquoi ne pas créer les partitions qui doivent être en rw
séparément (var, ...) et les montés comme tu l'as mentionné via NFS
sur le client ?
Le 27 novembre 2014 15:15, Vincent Farget
<mailto: a écrit :
Bonjour à tous,
Je souhaiterais booter des postes clients "léger" sur le réseau
(par amorçage PXE) puis monter le même système de fichier "root"
("/") d'un système Linux que j'ai créé (par bootstrap) depuis un
partage NFS en read-only, tout en pouvant, quand même, pouvoir
écrire dans des fichiers et/ou répertoires comme "/tmp",
"/var/log", "/var/lib", ect ....
Le coté serveur DHCP, TFTP, la configuration PXE et le serveur NFS
fonctionne bien.
PXE/TFTP (fichier : /tftpboot/pxe_root/pxelinux.cfg/default) :
label Linux Diskless
kernel diskless/vmlinuz-3.2.0-4-amd64
append initrd=diskless/initrd.img-3.2.0-4-amd64 root=/dev/nfs
nfsroot2.168.1.2:/data/disklessroot,tcp ip=dhcp nfsrootdebug
rootfstype=nfs ro
NFS (fichier : /etc/exports) :
/data/disklessroot
192.168.1.0/255.255.255.0(ro,async,no_root_squash,no_subtree_check)
<http://192.168.1.0/255.255.255.0%28ro,async,no_root_squash,no_subtree_check%29>
/data/disklesshome
192.168.1.0/255.255.255.0(rw,async,no_root_squash,no_subtree_check)
<http://192.168.1.0/255.255.255.0%28rw,async,no_root_squash,no_subtree_check%29>
Client léger (fichier [/data/disklessroot]/etc/fstab) :
proc /proc proc defaults
0 0
/dev/nfs / nfs hard,nolock,vers=3
0 0
192.168.158.2:/data/disklesshome /home nfs
defaults 0 2
/dev/cdrom /media/cdrom udf,iso9660
user,noauto 0 0
Je bloque sur le fait que mon système Linux ne peux pas écrire
comme il le souhaite (normal le montage NFS "root" est en "ro").
Question :
Y'a t'il un moyen de définir une possibilité pour les clients
léger, d'écrire dans un système de fichier qui serait temporaire
(il n'est pas nécessaire qu'il survie au reboot) ?
Merci d'avance pour votre aide,
Bien cordialement.
-- -
M. FARGET Vincent
Systemes Informatiques et developpements webs
--
< Belaid >
Bonjour,
tu peux faire des montages rw en ram grace au tmpfs.
Comme ca, pas de partage en rw sur le serveur puisque tout ce qui est
inscriptible est dans la ram du client.
Bonne soiree.
On 11/27/14 16:07, Vincent Farget wrote:
Bonjour,
J'y ai vaguement pensé, mais rapidement éliminer cette solution, car
je voudrais pouvoir booter plusieurs dizaines de clients sans avoir
plusieurs dizaines de partages NFS en "rw".
Je ne sais pas si c'est possible que plusieurs clients puissent écrire
dans un seul et unique partage du répertoire "/var" par exemple.
Si 2 clients doivent modifier le même fichier dans le même répertoire
("/var/cache/cups/... ), que se passe t'il ????
(je n'ai pas tester ...)
Sinon :
Je viens de voir quelques pages au sujet de "aufs" ("overlay fs" ????)
et je ne sais pas encore si cela peut être une solution à mon problème.
Bien cordialement.
-
Vincent FARGET
Belaïd a écrit :
Bonjour,
Pourquoi ne pas créer les partitions qui doivent être en rw
séparément (var, ...) et les montés comme tu l'as mentionné via NFS
sur le client ?
Le 27 novembre 2014 15:15, Vincent Farget <farget.vincent@orange.fr
<mailto:farget.vincent@orange.fr>> a écrit :
Bonjour à tous,
Je souhaiterais booter des postes clients "léger" sur le réseau
(par amorçage PXE) puis monter le même système de fichier "root"
("/") d'un système Linux que j'ai créé (par bootstrap) depuis un
partage NFS en read-only, tout en pouvant, quand même, pouvoir
écrire dans des fichiers et/ou répertoires comme "/tmp",
"/var/log", "/var/lib", ect ....
Le coté serveur DHCP, TFTP, la configuration PXE et le serveur NFS
fonctionne bien.
PXE/TFTP (fichier : /tftpboot/pxe_root/pxelinux.cfg/default) :
label Linux Diskless
kernel diskless/vmlinuz-3.2.0-4-amd64
append initrd=diskless/initrd.img-3.2.0-4-amd64 root=/dev/nfs
nfsroot2.168.1.2:/data/disklessroot,tcp ip=dhcp nfsrootdebug
rootfstype=nfs ro
NFS (fichier : /etc/exports) :
/data/disklessroot
192.168.1.0/255.255.255.0(ro,async,no_root_squash,no_subtree_check)
<http://192.168.1.0/255.255.255.0%28ro,async,no_root_squash,no_subtree_check%29>
/data/disklesshome
192.168.1.0/255.255.255.0(rw,async,no_root_squash,no_subtree_check)
<http://192.168.1.0/255.255.255.0%28rw,async,no_root_squash,no_subtree_check%29>
Client léger (fichier [/data/disklessroot]/etc/fstab) :
proc /proc proc defaults
0 0
/dev/nfs / nfs hard,nolock,vers=3
0 0
192.168.158.2:/data/disklesshome /home nfs
defaults 0 2
/dev/cdrom /media/cdrom udf,iso9660
user,noauto 0 0
Je bloque sur le fait que mon système Linux ne peux pas écrire
comme il le souhaite (normal le montage NFS "root" est en "ro").
Question :
Y'a t'il un moyen de définir une possibilité pour les clients
léger, d'écrire dans un système de fichier qui serait temporaire
(il n'est pas nécessaire qu'il survie au reboot) ?
Merci d'avance pour votre aide,
Bien cordialement.
-- -
M. FARGET Vincent
Systemes Informatiques et developpements webs
--
< Belaid >
Bonjour,
tu peux faire des montages rw en ram grace au tmpfs.
Comme ca, pas de partage en rw sur le serveur puisque tout ce qui est
inscriptible est dans la ram du client.
Bonne soiree.
On 11/27/14 16:07, Vincent Farget wrote:Bonjour,
J'y ai vaguement pensé, mais rapidement éliminer cette solution, car
je voudrais pouvoir booter plusieurs dizaines de clients sans avoir
plusieurs dizaines de partages NFS en "rw".
Je ne sais pas si c'est possible que plusieurs clients puissent écrire
dans un seul et unique partage du répertoire "/var" par exemple.
Si 2 clients doivent modifier le même fichier dans le même répertoire
("/var/cache/cups/... ), que se passe t'il ????
(je n'ai pas tester ...)
Sinon :
Je viens de voir quelques pages au sujet de "aufs" ("overlay fs" ????)
et je ne sais pas encore si cela peut être une solution à mon problème.
Bien cordialement.
-
Vincent FARGET
Belaïd a écrit :Bonjour,
Pourquoi ne pas créer les partitions qui doivent être en rw
séparément (var, ...) et les montés comme tu l'as mentionné via NFS
sur le client ?
Le 27 novembre 2014 15:15, Vincent Farget
<mailto: a écrit :
Bonjour à tous,
Je souhaiterais booter des postes clients "léger" sur le réseau
(par amorçage PXE) puis monter le même système de fichier "root"
("/") d'un système Linux que j'ai créé (par bootstrap) depuis un
partage NFS en read-only, tout en pouvant, quand même, pouvoir
écrire dans des fichiers et/ou répertoires comme "/tmp",
"/var/log", "/var/lib", ect ....
Le coté serveur DHCP, TFTP, la configuration PXE et le serveur NFS
fonctionne bien.
PXE/TFTP (fichier : /tftpboot/pxe_root/pxelinux.cfg/default) :
label Linux Diskless
kernel diskless/vmlinuz-3.2.0-4-amd64
append initrd=diskless/initrd.img-3.2.0-4-amd64 root=/dev/nfs
nfsroot2.168.1.2:/data/disklessroot,tcp ip=dhcp nfsrootdebug
rootfstype=nfs ro
NFS (fichier : /etc/exports) :
/data/disklessroot
192.168.1.0/255.255.255.0(ro,async,no_root_squash,no_subtree_check)
<http://192.168.1.0/255.255.255.0%28ro,async,no_root_squash,no_subtree_check%29>
/data/disklesshome
192.168.1.0/255.255.255.0(rw,async,no_root_squash,no_subtree_check)
<http://192.168.1.0/255.255.255.0%28rw,async,no_root_squash,no_subtree_check%29>
Client léger (fichier [/data/disklessroot]/etc/fstab) :
proc /proc proc defaults
0 0
/dev/nfs / nfs hard,nolock,vers=3
0 0
192.168.158.2:/data/disklesshome /home nfs
defaults 0 2
/dev/cdrom /media/cdrom udf,iso9660
user,noauto 0 0
Je bloque sur le fait que mon système Linux ne peux pas écrire
comme il le souhaite (normal le montage NFS "root" est en "ro").
Question :
Y'a t'il un moyen de définir une possibilité pour les clients
léger, d'écrire dans un système de fichier qui serait temporaire
(il n'est pas nécessaire qu'il survie au reboot) ?
Merci d'avance pour votre aide,
Bien cordialement.
-- -
M. FARGET Vincent
Systemes Informatiques et developpements webs
--
< Belaid >
Faut-il que j'utilise "unionfs" ou "aufs" pour réunir le montage en "ro"
avec un système de fichier temporaire (tmpfs ??) en "rw" ?
Faut-il que j'utilise "unionfs" ou "aufs" pour réunir le montage en "ro"
avec un système de fichier temporaire (tmpfs ??) en "rw" ?
Faut-il que j'utilise "unionfs" ou "aufs" pour réunir le montage en "ro"
avec un système de fichier temporaire (tmpfs ??) en "rw" ?
Bonjour,
Le vendredi 28 novembre 2014 à 10:24, Vincent Farget a écrit :Faut-il que j'utilise "unionfs" ou "aufs" pour réunir le montage en "ro"
avec un système de fichier temporaire (tmpfs ??) en "rw" ?
Mettre le contenu de /var en tmpfs risque d'être galère (pas mal de services
modifient ce dossier pendant leur fonctionnement).
Perso je ferais ça :
- partage pour la racine du système en RO
- partage pour /home en RW
- partage pour /var (un sous-dossier par client) en RW
Unionfs (ou aufs) pour fusionner le /var RW avec le reste de l'arborescence.
Seb
Bonjour,
Le vendredi 28 novembre 2014 à 10:24, Vincent Farget a écrit :
Faut-il que j'utilise "unionfs" ou "aufs" pour réunir le montage en "ro"
avec un système de fichier temporaire (tmpfs ??) en "rw" ?
Mettre le contenu de /var en tmpfs risque d'être galère (pas mal de services
modifient ce dossier pendant leur fonctionnement).
Perso je ferais ça :
- partage pour la racine du système en RO
- partage pour /home en RW
- partage pour /var (un sous-dossier par client) en RW
Unionfs (ou aufs) pour fusionner le /var RW avec le reste de l'arborescence.
Seb
Bonjour,
Le vendredi 28 novembre 2014 à 10:24, Vincent Farget a écrit :Faut-il que j'utilise "unionfs" ou "aufs" pour réunir le montage en "ro"
avec un système de fichier temporaire (tmpfs ??) en "rw" ?
Mettre le contenu de /var en tmpfs risque d'être galère (pas mal de services
modifient ce dossier pendant leur fonctionnement).
Perso je ferais ça :
- partage pour la racine du système en RO
- partage pour /home en RW
- partage pour /var (un sous-dossier par client) en RW
Unionfs (ou aufs) pour fusionner le /var RW avec le reste de l'arborescence.
Seb
Ok.
Créer autant de dossiers/partages NFS de "/var", que de
clients, ne m'arrange pas, mais bon, ...
[…]
/data/disklessvar1
[…]
Alors :
Ai-je bon ou pas concernant la conf NFS et le fichier FSTAB du
client ?
Pour l'instant, je ne sais pas comment configurer unionfs/aufs
dans le FSTAB du client.
Faut-il, dans le fichier FSTAB du client, que les différents
systèmes de fichiers formant l'union, soit aussi monter
(avant) ?
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).
Ok.
Créer autant de dossiers/partages NFS de "/var", que de
clients, ne m'arrange pas, mais bon, ...
[â¦]
/data/disklessvar1
[â¦]
Alors :
Ai-je bon ou pas concernant la conf NFS et le fichier FSTAB du
client ?
Pour l'instant, je ne sais pas comment configurer unionfs/aufs
dans le FSTAB du client.
Faut-il, dans le fichier FSTAB du client, que les différents
systèmes de fichiers formant l'union, soit aussi monter
(avant) ?
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).
Ok.
Créer autant de dossiers/partages NFS de "/var", que de
clients, ne m'arrange pas, mais bon, ...
[…]
/data/disklessvar1
[…]
Alors :
Ai-je bon ou pas concernant la conf NFS et le fichier FSTAB du
client ?
Pour l'instant, je ne sais pas comment configurer unionfs/aufs
dans le FSTAB du client.
Faut-il, dans le fichier FSTAB du client, que les différents
systèmes de fichiers formant l'union, soit aussi monter
(avant) ?
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).