1. 17 Jun, 2010 1 commit
  2. 08 Jun, 2010 1 commit
  3. 27 May, 2010 1 commit
  4. 10 May, 2010 1 commit
  5. 26 Apr, 2010 1 commit
  6. 09 Mar, 2010 1 commit
  7. 23 Feb, 2010 1 commit
  8. 08 Feb, 2010 1 commit
  9. 14 Jan, 2010 1 commit
  10. 13 Jan, 2010 1 commit
  11. 12 Jan, 2010 2 commits
  12. 08 Jan, 2010 1 commit
  13. 18 Dec, 2009 1 commit
    • Leigh B. Stoller's avatar
      Changes to support the SPP nodes. My approach was a little odd. · fd015646
      Leigh B. Stoller authored
      What I did was create node table entries for the three SPP nodes.
      These are designated as local, shared nodes, reserved to a holding
      experiment. This allowed me to use all of the existing shared node
      pool support, albeit with a couple of tweaks in libvtop that I will
      not bother to mention since they are hideous (another thing I need to
      fix).
      
      The virtual nodes that are created on the spp nodes are figments; they
      will never be setup, booted or torn down. They exist simply as place
      holders in the DB, in order hold the reserved bandwidth on the network
      interfaces. In other words, you can create as many of these imaginary
      spp nodes (in different slices if you like) as there are interfaces on
      the spp node. Or you can create a single spp imaginary node with all
      of the interfaces. You get the idea; its the reserved bandwidth that
      drives the allocation.
      
      There are also some minor spp specific changes in vnode_setup.in to
      avoid trying to generalize things. I will return to this later as
      needed.
      
      See this wiki page for info and sample rspecs:
      
      https://www.protogeni.net/trac/protogeni/wiki/SPPNodes
      fd015646
  14. 29 Oct, 2009 1 commit
  15. 21 Oct, 2009 1 commit
  16. 20 Oct, 2009 1 commit
  17. 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
  18. 07 Oct, 2009 1 commit
  19. 29 Sep, 2009 1 commit
  20. 24 Sep, 2009 1 commit
  21. 16 Sep, 2009 1 commit
  22. 24 Aug, 2009 1 commit
  23. 07 Aug, 2009 1 commit
  24. 04 Aug, 2009 3 commits
  25. 20 Jul, 2009 1 commit
  26. 16 Jul, 2009 3 commits
  27. 15 Jul, 2009 1 commit
  28. 09 Jul, 2009 1 commit
  29. 07 Jul, 2009 1 commit
  30. 30 Jun, 2009 2 commits
  31. 28 Jun, 2009 1 commit
  32. 11 Jun, 2009 1 commit
    • Leigh B. Stoller's avatar
      Many many changes for supporting shared physical hosts on local · 4de4fcbc
      Leigh B. Stoller authored
      cluster nodes. Not going to try and describe all these changes.
      
      Note that I have not back ported this into the old assign wrapper. We
      move inexorably forward.
      
      Worth mentioning:
      
      * Users get VMs only on shared hosts.
      
      * Multiple experiments from multiple projects can share a node.
      
      * Nodes that are acting as shared hosts are in a holding experiment
        and have a tag in the reserved table. All of the links in the
        experiment are tied together in one giant super vlan. We then
        multipleax over that using our standard mechanisms (veths, vlans,
        whatever).
      
      * Lots of complication in the link setup code for dealing with links
        between a virtual node on a shared node, and a private physical
        node. Requires additional vlans and trunking between those
        interfaces. To make life easier, all of the links in the afore
        mentioned super vlan are trunked in dual mode.
      
      * I had to change Mike's code that does the encap determination, since
        openvz nodes cannot do veth encap. I add some new osfeatures
        (veth-ne, veth-en, and vlans).
      
      * On and on and on ...
      4de4fcbc
  33. 18 May, 2009 1 commit
  34. 04 May, 2009 1 commit
    • Leigh B. Stoller's avatar
      Rob and I talked about regression testing last week, and we decided · e401c0f1
      Leigh B. Stoller authored
      that depending on different versions of assign to find the exact same
      solution on the same top/ptop, is asking for trouble. And in fact, the
      new assign is slightly different and the solutions do not match.
      
      So the idea we came up with is to first run the old version, and then
      fixnode the results for the input to the new version. assign should
      run cleanly and the results will be the same. Then reverse the
      situation and run the new version, then fixnode those results for a
      run of the old version. Then compare all the results.
      e401c0f1