1. 01 Dec, 2004 9 commits
  2. 30 Nov, 2004 7 commits
  3. 29 Nov, 2004 6 commits
  4. 28 Nov, 2004 1 commit
  5. 22 Nov, 2004 5 commits
  6. 19 Nov, 2004 1 commit
  7. 18 Nov, 2004 1 commit
  8. 17 Nov, 2004 7 commits
  9. 16 Nov, 2004 3 commits
    • Leigh B. Stoller's avatar
      ElabinElab change: small org change to deal with images that do not · 1efb3ee4
      Leigh B. Stoller authored
      exist; fire up frisbeelauncher early to see if it can get the image.
      This is harmless in that frisbeelauncher can be called multiple times
      anyway, so when its called is not really a big deal.
    • Leigh B. Stoller's avatar
      Checkpoint latest working version. · 25670e39
      Leigh B. Stoller authored
    • Leigh B. Stoller's avatar
      ElabInElab Addition: New script that uses the frisbee client to · 6777d279
      Leigh B. Stoller authored
      download images from the outer emulab. This script is invoked from
      frisbeelauncher when ELABINELAB=1 and the filename does not exist
      (thus attempting to get the image file before bailing). The
      frisbeeimage script uses a new method in the RPC server to fire up a
      frisbeed (using frisbeelauncher on the outer Emulab), subject to the
      usual permission checks against creator of the elabinelab experiment
      (I assume that the creator will have access to any outer images that
      are used inside the inner emulab). If outer frisbeelauncher succeeds,
      its return value is the load_address (IP:port), which is used to fire
      up a frisbee client to get the image file and write it out (using
      Mike's new -N option that just dumps the raw data to file). Once the
      image is downloaded, control returns to inner frisbeelauncher and
      proceeds as normal.
      I whacked this together pretty quickly. Under heavy usage it might hit
      a race condition or two, but I do not expect that to happen in an
      inner elab for a while.