1. 10 Sep, 2006 2 commits
    • Leigh B. Stoller's avatar
      The bulk of this commit adds the ability to run the program agent on ops · e8bb6bca
      Leigh B. Stoller authored
      so that users can schedule program events to run there. For example:
      
      	set myprog [new Program $ns]
      	$myprog set node "ops"
      	$myprog set command "/usr/bin/env >& /tmp/foo"
      
      	$ns at 10 "$myprog start"
      or
      	tevc -e pid/eid now myprog start
      
      Since the program agent cannot talk to tmcd from ops, there are new
      routines to create the config files that the program agent uses, in
      the expertment tbdata directory.
      
      I also rewrote the eventsys.proxy script that starts the event
      scheduler on ops; I rolled the startup of the program agent into this
      script, via new -a option which is passed over from boss when an ops
      program agent is detected in the virt topology. This keep the number
      of new processes on ops to a small number.
      
      Also part of the above rewrite is that we now catch when event
      scheduler (or the program agent) exits abnormally, sending email to
      tbops and the swapper of the experiment. We have been seeing abnormal
      exits of the scheduler and it would good to detect and see if we can
      figure out what is going wrong.
      
      Other small bug fixes in experiment run.
      e8bb6bca
    • Jonathon Duerig's avatar
      Added a first rough draft of the least squares path saturation sensor. There... · 9c6f20f0
      Jonathon Duerig authored
      Added a first rough draft of the least squares path saturation sensor. There are a lot of rough edges detailed earlier in a message to Rob. This is totally untested code.
      9c6f20f0
  2. 08 Sep, 2006 3 commits
    • Jonathon Duerig's avatar
      Added rudimentary error checking for sensors. Each sensor has an ackValid and... · a2e29d0a
      Jonathon Duerig authored
      Added rudimentary error checking for sensors. Each sensor has an ackValid and a sendValid boolean value which says whether the data from a recent ack or send is valid. These should be checked before any access to data in a sensor.
      a2e29d0a
    • Leigh B. Stoller's avatar
      Two small changes: · 77d2e17c
      Leigh B. Stoller authored
      * Handle cancelation of instantiation.
      
      * Call out to template_exprun instead of inlining most of what it does.
      77d2e17c
    • Kirk Webb's avatar
      · 3a3c95fb
      Kirk Webb authored
      Parallelize the setup of plab vnodes alongside the loading of local
      physical nodes.  We fork vnode_setup to operate on the plab vnodes just
      before firing off local reload/reboot/reconfig operations.  The status
      of the plab vnode setup setup is checked just before firing off vnode_setup
      for any local vnodes.  The ISUP wait for plab vnodes continues to fall
      within the same stage as wating for local vnodes.  New arguments have been
      added to vnode_setup to tell it to only operate on specific vnode types.
      '-j' for local jail nodes, and '-p' for plab nodes.  If neither are
      specified, the default is to operate on all types.
      3a3c95fb
  3. 07 Sep, 2006 7 commits
    • Leigh B. Stoller's avatar
      Minor bugfix. · befb3434
      Leigh B. Stoller authored
      befb3434
    • Dan Gebhardt's avatar
      minor changes to fix bug with the managerID · 88149f3f
      Dan Gebhardt authored
      88149f3f
    • Mike Hibler's avatar
      Started out trying to make latency-due-to-low-bandwidth calculation more · 548c15bb
      Mike Hibler authored
      accurate.  Not sure I improved it dramatically, but I sure did move the
      code around a lot!
      548c15bb
    • Dan Gebhardt's avatar
      some minor changes · e194c3fa
      Dan Gebhardt authored
      e194c3fa
    • Mike Hibler's avatar
      lint · 2c5d32bd
      Mike Hibler authored
      2c5d32bd
    • Mike Hibler's avatar
      Another instance of the last typo · 6e421b37
      Mike Hibler authored
      6e421b37
    • Leigh B. Stoller's avatar
      Some changes to how log files are handled; this too way too long to · c01f7b3e
      Leigh B. Stoller authored
      do!
      
      The original operation was to save up every log file forever in the
      work directory, and copy that out to both the user directory and the
      info directory (long term archive). When I cleaned /proj on ops
      yesterday of all this old cruft, I recoved 17GB of disk space. Yow!
      
      So, the new operation is:
      
      * Only files that end in .log are copied to the user directory. No
        longer copying out .top, .ptop, and a couple of other logs; 99% of
        users never look at these things. We still have them available to us
        though, on boss.
      
      * At the beginning of each swap operation, clean out the work
        directory of all the old log files. These are named a variety of
        ways, so I use some pattern patches to do this.
      
      * Jigger the names a little so that we do not name things in the form
        "$$.log", to avoid copying out different named files to the user
        directory each time; instead link the .log file to the real output
        file so that it gets overwritten each time, while still getting the
        per-swap files for long term storage.
      c01f7b3e
  4. 06 Sep, 2006 5 commits
  5. 05 Sep, 2006 14 commits
  6. 04 Sep, 2006 1 commit
  7. 01 Sep, 2006 8 commits