1. 25 Sep, 2012 1 commit
  2. 27 Aug, 2012 1 commit
    • Leigh B Stoller's avatar
      Clientside changes to handle creating a snapshot of the an OpenVZ · 713e0919
      Leigh B Stoller authored
      container.
      
      * Change reboot_prepare to take a -noreboot argument since in general
        we want to control the reboot externally. Just want to run prepare. 
      
      * New openvz variant of create-image that installed on openvz hosts,
        which is called from the server side to reboot/prepare the contaner,
        take the snapshot using tar/imagezip/frisupload, and then restart
        the container.
      713e0919
  3. 25 Aug, 2011 1 commit
    • David Johnson's avatar
      Ensure tbprepare runs after a reboot_prepare to capture the image. · 4fc6775b
      David Johnson authored
      If this Linux is using systemd as its init, make sure to "start" the
      tbprepare service.  systemd will not honor the K89tbprepare rc*.d
      symlinks *unless the tbprepare service has been started* -- and of
      course it doesn't "start" via an S89tbprepare link.  So we make sure
      systemd thinks it got started, and then the K89tbprepare links will
      be run appropriately.
      4fc6775b
  4. 21 Jul, 2011 1 commit
  5. 13 Mar, 2006 1 commit
    • Leigh B. Stoller's avatar
      A set of changes to run "prepare" on a node just prior to an image · d8f8f9b4
      Leigh B. Stoller authored
      being taken.
      
      The basic strategy is to have node_reboot (when -p option supplied)
      invoke a special command on the node that will cause the shutdown
      procedure to run prepare as it goes single user, but before the
      network is turned off and the machine rebooted. The output of the
      prepare run is capture and send back via the tmcd BOOTLOG command and
      stored in the DB, so that create_image can dump that to the logfile
      (so that the person taking the image can know for certain that the
      prepare ran and finished okay).
      
      On linux this is pretty easy to arrange since reboot is actually
      shutdown and shutdown runs the K scripts in /etc/rc.d/rc6.d, and at
      the end the node is basically single user mode. I just added a new
      script to run prepare and send back the output.
      
      On FreeBSD this is a lot harder since there are no decent hooks.
      Instead, I had to hack up init (see tmcd/freebsd/init/{4,5,6}) with
      some simple code that looks for a command to run instead of going to a
      single user shell. The command (script) runs prepare, sends the output
      back to tmcd, and then does a real reboot.
      
      Okay, so how to get -p passed to node_reboot? I hacked up the
      libadminmfs code slightly to do that, with new 'prepare' argument
      option. This may not be the best approach; might have to do this as a
      real state transition if problems develop. I will wait and see.
      
      Also, I changed www/loadimage.php3 to spew the output of the
      create_image to the browser.
      d8f8f9b4