1. 15 Apr, 2010 1 commit
  2. 13 Apr, 2010 1 commit
  3. 29 Mar, 2010 1 commit
  4. 16 Mar, 2010 1 commit
  5. 01 Mar, 2010 1 commit
  6. 23 Feb, 2010 1 commit
  7. 11 Dec, 2009 2 commits
  8. 07 Dec, 2009 1 commit
  9. 01 Dec, 2009 1 commit
  10. 21 Oct, 2009 1 commit
  11. 12 Oct, 2009 1 commit
    • David Johnson's avatar
      Add the ability to load images on virtnodes. For now, we just overload · c6c57bc9
      David Johnson authored
      the tb-set-node-os command with a second optional argument; if that is
      present, the first arg is the child OS and the second is the parent OS.
      We add some new features in ptopgen (OS-parentOSname-childOSname) based
      off a new table that maps which child OSes can run on which parents, and
      the right desires get added to match.  We setup the reloads in os_setup
      along with the parents.  Also needed a new opmode, RELOAD-PCVM, to handle
      all this.
      
      For now, users only have to specify that their images can run on pcvms, a
      special hack for which type the images can run on.  This makes sense in
      general since there is no point conditionalizing childOS loading on
      hardware type at the moment, but rather on parentOS.  Hopefully this stuff
      wiill mostly work on shared nodes too, although we'll have to be more
      aggressive on the client side garbage collecting old frisbee'd images for
      long-lived shared hosts.
      
      I only made these changes in libvtop, so assign_wrapper folks are left in
      the dark.
      
      Currently, the client side supports frisbee.  Only in openvz for now, and
      this probably breaks libvnode_xen.pm.  Also in here are some openvz
      improvements, like ability to sniff out which network is the public
      control net, and which is the fake virtual control net.
      c6c57bc9
  12. 05 Oct, 2009 2 commits
  13. 30 Sep, 2009 2 commits
  14. 25 Sep, 2009 1 commit
  15. 23 Sep, 2009 1 commit
  16. 04 Aug, 2009 2 commits
    • Kevin Atkinson's avatar
      caec0c00
    • Kevin Atkinson's avatar
      Implement frontend and middleend support for loading multiple images · e7871305
      Kevin Atkinson authored
      at once with Frisbee (excludes the actual MFS changes).
      
      Os_load now takes take a list of comma serrated image names for the
      "-i" and "-m" options.  The default OS is the OS for the last image
      specified in the list.  I also changed the "-p" option of osload to
      search both the project specified and emulab-ops for the image rather
      than just the project specified in order to simplify specifying
      multiple images (and because I personally found that behavior annoying
      when using osload).
      
      I modified the current_reloads table to be able to specify more than one
      image for a node by adding an "idx" column which controls the order of
      the reloads.  I also added a "prepare" column to the table (explained
      below)
      
      I modified tmcd to basically loop over the entries in the table and
      create a multiline LOADINFO responsive, and modified rc.frisbee to
      handle the multiline response and load each image in turn.
      
      I modified os_load to take a new option "-P" which will tell rc.frisbee
      to zap the superblocks even if a whole disk image is not specified.
      To do this I set the prepare entry for the first image in the
      current_reloads table to true.  Tmcd than passes this into to
      rc.frisbee in the LOADINFO line.  When rc.frisbee sees this it will
      make sure to zap the superblock before loading that image.
      
      To support having multiple images as the default, "default_imageid"
      can now be a comma separated list.  I implemented a hack to be able to
      set multiple imageids via editnodetype.php3.  Basically the form
      splits default_imageid into default_imageid_0, default_imageid_1, etc
      and than adds an empty default_imageid_# slot to allow adding an
      imageid.  Multiple images can be added by adding one image, than
      submitting the form, and than adding another into the empty slot.  Not
      the best, but I don't thing this will be a very common operation.
      When the form is submitted it will than combine all default_imageid_#
      into a comma separated list ignoring any that are deleted or set to
      "No ImageID" (ie 0).
      
      Everything will work fine with old MFSs as long as only one image is
      loaded.  If multiple images are loaded with an old MFS, an email will
      be sent to testbed-ops.  This works by having tmcd detect old MFS's by
      using the version number and setting the state to RELOADOLDMFS.  Stated
      will pick up on the and send the email to testbed-ops via a trigger.
      e7871305
  17. 03 Aug, 2009 1 commit
  18. 17 Jul, 2009 1 commit
  19. 06 Jul, 2009 1 commit
  20. 29 Jun, 2009 2 commits
  21. 15 Jun, 2009 1 commit
  22. 11 Jun, 2009 1 commit
  23. 27 May, 2009 1 commit
  24. 01 Apr, 2009 1 commit
  25. 18 Mar, 2009 1 commit
  26. 26 Feb, 2009 1 commit
  27. 24 Feb, 2009 1 commit
  28. 02 Feb, 2009 1 commit
  29. 07 Jan, 2009 1 commit
  30. 11 Dec, 2008 1 commit
  31. 23 Sep, 2008 1 commit
  32. 22 Sep, 2008 2 commits
  33. 29 Aug, 2008 2 commits