1. 24 Jun, 2004 3 commits
    • Mike Hibler's avatar
      Improve the client-side install. With these changes, it should now be · 976133e4
      Mike Hibler authored
      possible to:
      
      	gmake client
      	sudo gmake client-install
      
      on a FBSD4, FBSD5, RHL7.3, and RHL9.0 client node.
      
      There are still some dependencies that are not explicit and which would
      prevent a build/install from working on a "clean" OS.  Two that I know of are:
      you must install our version of the elvin libraries and you must install boost.
      976133e4
    • Mike Hibler's avatar
      Minor lint for GCC 3.3 · a36ccc7b
      Mike Hibler authored
      (early stages of getting Emulab software to build under FreeBSD 5)
      a36ccc7b
    • Mike Hibler's avatar
      Prep work for DHCP discovery of control net interface: · 16c1bc02
      Mike Hibler authored
      - have pump/dhclient script record the DHCP'ed interface in
        /var/emulab/boot/control_interface
      
      - change control_interface script to first check for that file
        and use the contents if it exists
      
      Note that, as of this commit, we are still telling pump/dhclient which
      interface to DHCP on (i.e., we still determine the control net interface
      the old way to invoke pump/dhclient) so this commit is not that useful.
      
      What still has to be done is to change the startup to invoke dhclient/pump
      on all interfaces.  This turns out to be a royal, royal PITA.
      
      Stay tuned...
      16c1bc02
  2. 23 Jun, 2004 11 commits
  3. 22 Jun, 2004 13 commits
  4. 21 Jun, 2004 9 commits
  5. 19 Jun, 2004 2 commits
    • Shashi Guruprasad's avatar
      eee747f7
    • Leigh B. Stoller's avatar
      A number of changes: · 931930ae
      Leigh B. Stoller authored
      * Put in debugging timestamps to figure out why so slow.
      
      * Cleanup, fixing bad identing, bad style, bad comments, etc.
      
      * Restructure so that instead of locking three tables (nodes,
        reserved, and node_activity), we just need to lock the reserved
        table, by moving the node existence check to before the main loop,
        and the node_activity update to after we unlock tables. Not locking
        the nodes table results in less serialization and less waiting for
        the lock to be granted.
      
      * XXX: Check each node for an entry in tiplines table; Do not call
        into console_setup.in if none of the nodes have tiplines. This is
        not a very clean thing to do of course, but it saves up to half the
        time it takes to do an nalloc cause of the min startup time for our
        perl scripts (almost 1/2 a second). When allocating virtnodes on a
        physnode, no reason to even call console_setup.in.
      
      Bottom line? Well, not as good as one would like ... time to allocate
      10 vnodes on a pnode goes from .8 seconds to .4 seconds ...
      931930ae
  6. 18 Jun, 2004 2 commits