Bonjour.

Je cherche des conseils sur la direction à adopter de préférence pour  
construire sur un système OpenBSD 4.2 _restant actif_ un second  
disque, miroir du disque actif.

Plus précisément :

Existant : serveur i386, OpenBSD 4.2, deux disques SATA identiques  
dont un inutilisé/vierge (disque actif = D1, disque secours = D2),  
rôle de parefeu + Nagios + terminaison VPN

Objectif : installer sur D2 un système bootable, sur le système  
restant en production (pas d'arrêt/relance) ; D2 sera ultérieurement  
mis et maintenu à l'image de D1 par rsync/crontab. Je veux de la sorte  
avoir un disque de sauvegarde, prêt à redémarrer le système rapidement  
en cas de crash du disque D1, et utile pour reposer toutes les  
config/logs suite au prochain upgrade (quoique sur ce point, je pense  
que je passerai plutôt par un siteXX.tgz, cf. FAQ 4.13).

Contraintes : pas de RAID ni logiciel, ni matériel, kernel GENERIC à conserver

Mes idées, après avoir écarté celles qui contredisent mes contraintes  
exposées ci-dessus.

Solution 1 : création sur D2 d'un miroir de D1 par dd(1)
              => le disque D1 restant actif/en production,  
incohérences à prévoir

Solution 2 : utilisation de l'image install42.iso, puis rsync post-install
              => le disque D1 restant actif/en production, est-il  
possible d'exécuter d'une façon ou d'une autre un processus  
d'installation sur D2 ?

Solution 3 : en utilisant les infos de FAQ 14.9 § « Restoring from  
tape » (sans le dump/restore) création sur D2 de slice  
OpenBSD/partitions identiques à D1, filesystems, MBR, bootblocks, puis  
clonage de chaque partition par rsync

Solution 4 : utilisation des idées dévelopées dans FAQ 4.14 « How can  
I install a number of similar systems? »

Solution 5: utilisation ccd(4) en mode mirroring, uniquement le temps  
de la constrution du miroir. J'avoue ne pas avoir pour le moment  
compris grand chose au fonctionnement.

Évidemment, cette contrainte de non arrêt/relance du serveur devra  
ensuite être temporairement « violée » pour validation de la  
manip/test de reprise d'activité.

J'espère avoir été clair, merci beaucoup par avance pour votre aide.  
Je me satisferai amplement de simples commentaires avisés, et ferai  
ensuite mes devoirs pour creuser le comment faire au mieux.

Olivier Debré
_______________________________________________
Openbsd-newbies mailing list
[email protected]
http://mailman.theapt.org/listinfo/openbsd-newbies

Reply via email to