1. 18 Jun, 2010 1 commit
  2. 17 Jun, 2010 1 commit
  3. 08 Jun, 2010 1 commit
  4. 27 May, 2010 1 commit
  5. 10 May, 2010 1 commit
  6. 26 Apr, 2010 1 commit
  7. 09 Mar, 2010 1 commit
  8. 23 Feb, 2010 1 commit
  9. 08 Feb, 2010 1 commit
  10. 14 Jan, 2010 1 commit
  11. 13 Jan, 2010 1 commit
  12. 12 Jan, 2010 2 commits
  13. 08 Jan, 2010 1 commit
  14. 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
      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
      See this wiki page for info and sample rspecs:
  15. 29 Oct, 2009 1 commit
  16. 21 Oct, 2009 1 commit
  17. 20 Oct, 2009 1 commit
  18. 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.
  19. 07 Oct, 2009 1 commit
  20. 29 Sep, 2009 1 commit
  21. 24 Sep, 2009 1 commit
  22. 16 Sep, 2009 1 commit
  23. 24 Aug, 2009 1 commit
  24. 07 Aug, 2009 1 commit
  25. 04 Aug, 2009 3 commits
  26. 20 Jul, 2009 1 commit
  27. 16 Jul, 2009 3 commits
  28. 15 Jul, 2009 1 commit
  29. 09 Jul, 2009 1 commit
  30. 07 Jul, 2009 1 commit
  31. 30 Jun, 2009 2 commits
  32. 28 Jun, 2009 1 commit
  33. 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,
      * 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 ...
  34. 18 May, 2009 1 commit