DFBSD from VM to RM

[Michael Neumann]

Sdävtaker wrote:
Hey,
Im doing setup of DFBSD2  in a VM to show my boss that it can provide
all the services we need. If i succed (i will) i will have to move it
to a real machine, is there a way to just move frm VM to RM? did
someone tried? or the best thing is do everything with script and then
rerun the whole process? I just wondering about the time that server
will be down while doing the second choice.
1) Make sure that DragonFly runs on the real machine. You can just do
   that by running the live cd installer.
2) You now have (at least) three choices:

  a) Copy the raw disk from VM to RM (using dd).

     This might not be desired when you have
     a smaller DragonFly image on the VM than you'll have
     on the RM.
  b) File-system level copy.

     You could do a remote cpdup from VM to RM. Have your VM
     running somewhere you can access it via SSH.
     This is basically how the live cd installer works. It just
     cpdups the files from the live cd to the hard disk.
     It should be pretty fast to install a basic DragonFly
     system using the live cd installer and then doing a
     remote cpdup from the VM (ca. 30 minutes).
  c) Using Hammer migration.

     You'd need a small boot partition from /boot. The rest is a big
     hammer partition. Do that in your VM. Then create
     pseudo-filesystems (hammer pfs-master) for /usr etc.
     And install into the hammer filesystem (there is currently no
     support by the installer for hammer, but it should be pretty
     straight forward to move the files later on from the ufs to hammer
     partition). Once you did that, you only have to repeat
     partitioning, newfs'ing and pfs-creation on the RM
     (using the live-cd). Then you should be able to mirror the whole
     installation (except /boot) from the VM (using hammer mirror-copy).
     Once you did that, you have to upgrade the pseudo-fs's of the RM
     to become masters (hammer pfs-upgrade) so that you can mount them.
     However, this approach is a bit more advanced than the others.

Regards,

  Michael