1. 14 May, 2010 1 commit
  2. 10 May, 2010 1 commit
  3. 14 Apr, 2010 1 commit
    • Mike Hibler's avatar
      Changes for speeding up elabinelab server setup. · 6feda7d3
      Mike Hibler authored
      Boss/ops/fs: reboot them together after setup rather than serially.
      
      Nodes: leave them in PXEWAIT throughout the setup, until after boss has
      been rebooted.  At that point we send them the new bootinfo RESTART command
      telling pxeboot to re-DHCP and use the new info obtained (next-server) to
      contact a potentially new boss node.  This is a quick way to switch a node
      in PXEWAIT from talking to the outer boss to talking to the inner one.
      
      A significant number of rinky-dink changes were needed to do this, primarily
      adding a new state, PXELIMBO, where nodes can be sent to sit until they are
      restarted.  It turns out, just putting them in an existing state such as
      PXEWAKEUP or SHUTDOWN wouldn't work, as they tend to timeout or otherwise
      reboot.
      6feda7d3
  4. 13 Nov, 2009 1 commit
  5. 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
  6. 01 Apr, 2009 1 commit
  7. 02 Feb, 2009 1 commit
  8. 22 Dec, 2008 1 commit
    • Mike Hibler's avatar
      Hack to support command line arguments to MFS boots: if the "path" column · 32906417
      Mike Hibler authored
      in the os_info row contains a space, everything after the space is considered
      arguments.  Note that these arguments can be overridden by those in the
      nodes table for def_boot and next_boot (but not temp_boot, which has no
      corresponding boot_path and boot_cmd_line fields--something that should be
      fixed, at the same time moving all these *_boot fields into node_attributes
      and out of nodes).
      32906417
  9. 23 May, 2008 1 commit
  10. 16 Aug, 2007 1 commit
  11. 25 May, 2007 1 commit
  12. 22 May, 2007 1 commit
  13. 08 May, 2007 1 commit
  14. 04 May, 2007 1 commit
  15. 23 Apr, 2007 1 commit
  16. 03 Apr, 2007 1 commit
  17. 22 Mar, 2007 2 commits
  18. 14 Mar, 2007 1 commit
  19. 04 Dec, 2006 1 commit
  20. 15 May, 2006 1 commit
  21. 29 Mar, 2006 1 commit
  22. 15 Nov, 2004 1 commit
  23. 04 Nov, 2004 1 commit
  24. 29 Oct, 2004 1 commit
    • Leigh Stoller's avatar
      Such a brutal ElabinElab hack ... When trying to swapin an actual · 0749ef9c
      Leigh Stoller authored
      experiment from the web interface, I ran into another control network
      problem, this time in bootinfo. When a node is sitting free, it waits
      in pxeboot for a bootinfo packet from boss to tell it what to do (this
      is different then when the node is allocated, and bootinfo tells it
      what to do in a reply to the initial request). In the PXEWAIT case, we
      *send* it a packet, addressed to its *control network* address, which
      in the inner DB, is on the inner control network, but of course PXE is
      really using the outer control network, so packets addressed to inner
      control network are never seen by pxeboot.
      
      This is the only (known) case of this happening, and rather then try
      for some general, over engineered solution, I did something unusual,
      and put in a hack, ifdefed for ELABINELAB (meaning, its an inner
      elab). I know, you're thinking, how could he have done such a thing,
      its so unlike him!
      
      Well, it was damn easy! Anyway, this little hack checks the DB for an
      interface tagged as role='outer_ctrl' and uses that IP instead of the
      inner control network. When I create the inner DB from the outer DB, I
      was already leaving the outer control network in place so that
      bootinfo could find the proper node (again, cause the bootinfo request
      packets are coming from the outer control network, and so its IP would
      not match any nodes in the DB).
      
      I'd like to say that this is the last problem with swapin, but I see
      in my other window that the event scheduler failed to start on inner
      ops with some silly error ssh permission denied error. Whats that all
      about?
      0749ef9c
  25. 13 Oct, 2004 1 commit
  26. 30 Sep, 2004 1 commit
  27. 28 Sep, 2004 1 commit
  28. 19 Aug, 2004 1 commit
  29. 29 Jul, 2004 1 commit
  30. 10 May, 2004 1 commit
  31. 26 Apr, 2004 1 commit
    • Mike Hibler's avatar
      Cleanup Makefiles: · 297019fb
      Mike Hibler authored
      1. "make clean" will just remove stuff built in the process of a regular build
      2. "make distclean" will also clean out configure generated files.
      
      This is how it was always supposed to be, there was just some bitrot.
      297019fb
  32. 10 Feb, 2004 1 commit
  33. 21 Jan, 2004 2 commits
  34. 20 Jan, 2004 1 commit
    • Leigh Stoller's avatar
      Add back the cache to avoid generating spurious events when bootinfo · 939f72b8
      Leigh Stoller authored
      packets are lost; do not send the events if a node has requested
      bootinfo within the last 10 seconds; this implies that the bootinfo
      reply packet was lost and the node is retrying. This should quiet
      things a bit from stated, although eventually this should be dealt
      with in stated instead of with this hack.
      
      Mac originally added the cache to proxydhcp. I've added a cache to
      bootinfo to solve the same problem (proxydhcp is no longer used),
      although I have changed to implementation to use the DBM backend
      rather then a one-off hash table. dbopen() with a NULL file argument
      creates an in-memory database (no backing store), and I have used the
      DB_HASH db type. So, the hash table is done with a couple of calls to
      DBM routines.
      939f72b8
  35. 12 Jan, 2004 4 commits