Changes between Version 32 and Version 33 of NeoContainers


Ignore:
Timestamp:
Oct 22, 2015 12:50:11 PM (9 years ago)
Author:
Geoff Lawler
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • NeoContainers

    v32 v33  
    223223
    224224<pre>
    225     tb-set-node-os ${pnode(0000)} PNODE-CONT
     225    tb-set-node-os ${pnode(0000)} PNODE-BASE
    226226    tb-set-hardware ${pnode(0000)} MicroCloud
    227227</pre>
    228 
    229 <p>
    230 
    231 <center>
    232 <b><i>
    233 This is straight from the original Neo-Containers documentation, but the
    234 OS types don't match.<br>
    235 One line says to use "PNODE_BASE" and the other says
    236 to use "PNODE-CONT".<br>
    237 The wrong one must be fixed.
    238 </i></b>
    239 </center>
    240228
    241229<p>
     
    324312<p>
    325313
    326 On all the <i>pnode</i>s:
     314On all the <i>pnode</i>s which will be running containers:
    327315
    328316<pre>
     
    334322<p>
    335323
    336 <center><b><i>
    337 Is this needed on <u>all</u> the <i>pnode</i>s or just those that are running containers?
    338 </i></b></center>
    339 
    340 <p>
    341 
    342 The <i>pnode</i> role will spawn the containers and configure them.
     324The pnode only have to be bootstrapped once per experiment swap in. Once
     325a pnode is bootstrapped into chef, <i>chef-client</i> needs to be run.
     326
     327The <i>pnode</i> role will spawn the containers and configure them. So
     328once the <i>chef-client</i> command is run on a pnode, all containers
     329on that be pnode will be running and configured.
     330
     331<pre>
     332    $ ssh <i>&lt;pnode&gt;</i>.<i>&lt;expid&gt;</i>.<i>&lt;projid&gt;</i>
     333    $ cd <i>&lt;config_server-repo&gt;</i>/bin
     334    $ sudo chef-client
     335</pre>
    343336
    344337<p>
     
    347340nodes.  Running "sudo chef-client" will re-configure the nodes (both
    348341<i>pnode</i>s and the containers).
    349 
    350 <p>
    351 
    352 <center><b><i>
    353 This is really inspecific.  Are there any limitations to what "sudo
    354 chef-client" will fix?
    355 </i></b></center>
    356342
    357343<p>
     
    555541<p>
    556542
    557 <center><b><i>
    558 What about when the <b>nodes.json</b> changes?  Does the full thing have to
    559 be re-run?  Is a supplementary JSON file the only thing that must be added?
    560 Must the experiment be terminated and all the steps started over?
    561 </i></b></center>
     543If you decide to change the the nature of the containers run in an experiment,
     544you must <b>destroy the experiment</b> and start over. This needs to be done
     545so that DETER will unreserve the control net addresses it previously
     546reserved for the containers.
    562547
    563548<p>
     
    626611<p>
    627612
    628 On all the <i>pnode</i>s:
     613On all the <i>pnode</i>s which have containers running on them:
    629614
    630615<pre>
     
    635620
    636621<p>
    637 
    638 <center><b><i>
    639 Is this needed on <u>all</u> the <i>pnode</i>s or just those that are running containers?
    640 </i></b></center>
    641 
    642 <p>
    643622It is easy to fix problems if something should go wrong with bootstrapped
    644623nodes.  Running "sudo chef-client" will re-configure the nodes (both
    645624<i>pnode</i>s and the containers).
    646 
    647 <p>
    648 
    649 <center><b><i>
    650 This is really inspecific.  Are there any limitations to what "sudo
    651 chef-client" will fix?
    652 </i></b></center>
    653625
    654626<p>