Skip to content
Snippets Groups Projects
  1. Jul 16, 2007
  2. Jul 14, 2007
  3. Jul 13, 2007
  4. Jul 12, 2007
  5. Jul 11, 2007
  6. Jul 10, 2007
    • Russ Fish's avatar
      e3182d30
    • Leigh B. Stoller's avatar
      Changes to switch from using tag to rtag. Note that this commit requires · 7a2ef6f1
      Leigh B. Stoller authored
      a locally modifed version of CVS that does a couple of extra things. The
      hacks are quite simple and currently on users. Briefly, there is a new
      config file option to specify a program to run when the tag operation is
      complete (similar to a module hook for rtag), and in tag.c I run that hook.
      
      Check out a sandbox as before:
      
        cvs -d ops.emulab.net:/proj/$pid/templates/XXXXX/cvsrepo rtag mytag XXXXX
      
      To create a new template (along the trunk), use the tag operation instead:
      
      	cd sandbox
      	cvs tag mtag
      
      and what for the email that says the template is created. You can
      continue to work along the trunk in this manner, although note that
      the .template file is changing (by the backend commit), and you might
      find it less distriacting to do a cvs update each time.
      
      To work along a branch:
      
      	cd sandbox
      	cvs tag -r existing_tag -b newtag1
              cvs update -r newtag
              make changes and commits
      	cvs tag newtag2
      
      When working along branched you will want to do a cvs update to get
      the .template file in sync.
      7a2ef6f1
  7. Jul 09, 2007
    • Leigh B. Stoller's avatar
      Checkpoint my cvs interface to the workbench. This first cut uses the · 8371fc79
      Leigh B. Stoller authored
      "rtag" directive to initiate template modify operations. So, to get started
      you do a checkout:
      
        cvs -d ops.emulab.net:/proj/$pid/templates/XXXXX/cvsrepo checkout XXXXX
      
      where XXXXX is the part of the guid (10000/1) before the slash. Might try
      and roll all templates into a single project wide repo at some point, to
      avoid the extraneous path stuff, but didn't want to worry that just yet.
      
      Okay, so have a checkout. You can work along the trunk, doing commits. To
      create a new template (a modify of the existing template), you tag the tree
      using rtag:
      
        cvs -d ops.emulab.net:/proj/$pid/templates/XXXXX/cvsrepo rtag mytag XXXXX
      
      A template modify is started at the end, and you should probably wait for
      email before continuing. Eventually I will need to add locking of some
      kind, but I have to do the modify in the background, or else I get deadlock
      cause cvs keeps the repo locked, and the modify also needs to access it.
      
      Each time you tag along the trunk, you get a modified template, which in
      the history diagram looks like:
      
        10000/1 --> 10000/2 --> 10000/3 ...
      
      If you want to branch, say at 10000/2 you can create a branch tag using rtag:
      
        cvs -d [cut] rtag -r T10000/2 -b mytag2 XXXXX
      
      You can also use your own tags for -r option, but I also create a TXXXXX/YY
      tag at each template modify, which is easy to remember.
      
      Then update your sandbox to the new branch, commit changes along that
      branch, and then later use rtag again to initiate a template modify
      operation:
      
        cvs update -r mytag2
        cvs commit ...
        cvs -d [cut] rtag -r mytag2 mytag3 XXXXX
      
      And now the history diagram looks like:
      
        10000/1 --> 10000/2 --> 10000/3 ...
                      |
                      |
                      -> 10000/4 ...
      
      You should be able to mix interaction via the web with interaction via the
      cvs interface. I've tested it, although not extensively.
      8371fc79
  8. Jul 05, 2007
  9. Jul 02, 2007
  10. Jun 28, 2007
  11. Jun 27, 2007
  12. Jun 26, 2007
    • Sachin Goyal's avatar
      · 4f6ed4f3
      Sachin Goyal authored
      Setting the sql mode for the database session to 'STRCIT_ALL'.
      This is to handle the database setting difference between mysql on Ops
      and mysql on DataPository.
      4f6ed4f3
    • Sachin Goyal's avatar
      · 5ebb54de
      Sachin Goyal authored
      Added an extra layer of protection to prevent to-and-fro switching
      between different nodes on a site due to CPU USAGE difference.
      Previously if a node has less cpu load than current best node (discounted
      by a threshold of 10). Now this has to happen 2 times consecutively
      for the switching to happen.
      5ebb54de
    • Sachin Goyal's avatar
      · 9b756cf8
      Sachin Goyal authored
      Added randomness for initial starting of bw probes scheduled by
      automanagerclient.
      9b756cf8
    • Pramod R Sanaga's avatar
      Changed the cross-correlation to use FFT - makes it really fast! · f80056e0
      Pramod R Sanaga authored
      Cross-correlation calculation now takes less than 15 sec for a 15 minute
      TCP transfer - averaging time is still huge though...
      
      Added documentation to explain what is going on and how a run
      is declared correct/incorrect.
      f80056e0
Loading