1. 15 Mar, 2006 15 commits
  2. 14 Mar, 2006 4 commits
  3. 13 Mar, 2006 14 commits
    • Jay Lepreau's avatar
      846d8edc
    • Leigh B. Stoller's avatar
      ff42827e
    • Russ Fish's avatar
      Add early mention of Emulab exe paths. · 70a4c3f9
      Russ Fish authored
      70a4c3f9
    • Leigh B. Stoller's avatar
      A couple minor tweaks to allow taking snapshots of global images, · 026d4c32
      Leigh B. Stoller authored
      which are stored in /proj/$pid/images since they cannot go directly
      to boss. They need to be copied back of course, but only admins
      can create global images anyway.
      026d4c32
    • Kirk Webb's avatar
      · 99a5bd48
      Kirk Webb authored
      Use a file to manage the list of ignored/allowed nodes instead of hard coding
      them into the source.  The files are:
      
      @prefix@/etc/plab/{IGNOREDNODES|ALLOWEDNODES}
      99a5bd48
    • Mike Hibler's avatar
    • Kevin Atkinson's avatar
      · 6e488e77
      Kevin Atkinson authored
      Added inline POD documentation of libtblog.
      
      TODO: Automatically generate HTML page from and and have it installed
      with the other HTML docs.
      6e488e77
    • Leigh B. Stoller's avatar
      A set of changes to run "prepare" on a node just prior to an image · 8557f618
      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.
      8557f618
    • Junxing Zhang's avatar
      7099fa3f
    • 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
    • Mike Hibler's avatar
    • Mike Hibler's avatar
      Reduce power cycle/on batch size when booting into the admin MFS because: · 66dfc7a3
      Mike Hibler authored
       * admin MFS is larger and had more problems with simultaneous reboots
      
       * power command did not support batching anyway (only node_reboot), so
         power ons were performed enmasse, exacerbating problems
      66dfc7a3
    • Mike Hibler's avatar
      Forgot to check in change to make Photos "New!" for awhile · 27f451c5
      Mike Hibler authored
      sincd adding Cluster Expansion Phase II pics.
      27f451c5
    • Leigh B. Stoller's avatar
      Commit unmodified versions of init. · cde20379
      Leigh B. Stoller authored
      cde20379
  4. 10 Mar, 2006 3 commits
  5. 09 Mar, 2006 4 commits