On oublie cp ou scp. On me dit que tar --preserve fonctionne.... je n'ai pas eu cette veine. Voici trois solutions qui fonctionnent
vservser-copy [vserver] {hote:}[vservercopie]
Cette commande ne fonctionne que si l'on crée un lien symbolique dans /etc/vservers/[vserver] vers [vserver].conf
On ajuste ensuite dans /etc/vservers le répertoire [vsevercopie]; on copie (ici on peut utiliser cp, scp ou tar) /etc/vservers/[vserver] dans /etc/vservers/[vservercopie] et on ajuste les variables (interfaces/n n n... , name, uts/nodename et vdir)
dump 0zf {path}[nomdufichier] [vserver] est également très bien. On récupère avec restore -fr {path}[nomdufichier] en se mettant à la racine / de la machine de récupération.
On peut également copier à distance avec la commande suivante
rsync [vserver] -aPxvze ssh --delete --stats --numeric-ids {host:}/vservers/[vserver]
Référence : on consultera encore l'excellente FAQ de Sladen pour dump et rsync
On veut récupérer un vserver de terminaux; quels sont les fichiers à adapter au nouvel environnement ? (tous les chemins sont donnés à partir d'une distribution de type debian)
pour la config du vserver (si la configuration du réseau est différente...)
/etc/vserver/[vserver]/interfaces/[n]/ip (et peut-être dev)
voir plus haut [un localhost] pour une interface "dummy", s'il y a lieu
pour ldap
/etc/ldap/ldap.conf
/etc/ldap.secret
/etc/pam_ldap.conf
/etc/libnss-ldap.conf
pour ssh
On ajuste le "listen" dans /etc/ssh/sshd_config, à la fois sur le vserver et sur la machine host
pour le dhcp (cela va de soi si le nouvel environnement propose un jeu d'adresses ip différent. Et ce, qu'il soit dans le vserver de terminaux ou à l'extérieur)
/etc/dhcpd3/dhcpd.conf sur la machine (virtuelle ou physique) qui héberge le dhcp
On adapte le jeu d'adresses ip à distribuer à son environnement et on s'assure que "option root-path" pointe vers l'adresse du serveur ltsp.
pour ltsp (même remarque que pour le dhcp)
/opt/ltsp/i386/lts.conf
On donne les bonnes adresses pour le serveur ltsp et le xdm
pour cups
/etc/cups/cupsd.conf, si on est serveur
/etc/client.conf, si on est client
REMARQUE : on ne peut lancer cups à la fois sur la machine hôte et sur un vserver... à moins de trouver un "wrapper" qui fonctionne... je n'ai pas encore eu cette chance...
pour gdm
On s'assure que le nombre de connexions simultanées est adapté à son nouvel environnement
pour /tmp
On s'assure que l'espace est suffisant. Voir la rubrique nfs dans un vserver et modifier le /tmp ci-dessous
Si on change de nom...
Les fichiers /etc/vservers/[nouveaunom] ../name, ../uts/nodenane, le lien symbolique ../vdir à ajuster avec le nouveau nom dans [path_des_vservers]/vservers/[nouveaunom]