Changes between Version 32 and Version 33 of NeoContainers
- Timestamp:
- Oct 22, 2015 12:50:11 PM (9 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
NeoContainers
v32 v33 223 223 224 224 <pre> 225 tb-set-node-os ${pnode(0000)} PNODE- CONT225 tb-set-node-os ${pnode(0000)} PNODE-BASE 226 226 tb-set-hardware ${pnode(0000)} MicroCloud 227 227 </pre> 228 229 <p>230 231 <center>232 <b><i>233 This is straight from the original Neo-Containers documentation, but the234 OS types don't match.<br>235 One line says to use "PNODE_BASE" and the other says236 to use "PNODE-CONT".<br>237 The wrong one must be fixed.238 </i></b>239 </center>240 228 241 229 <p> … … 324 312 <p> 325 313 326 On all the <i>pnode</i>s :314 On all the <i>pnode</i>s which will be running containers: 327 315 328 316 <pre> … … 334 322 <p> 335 323 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. 324 The pnode only have to be bootstrapped once per experiment swap in. Once 325 a pnode is bootstrapped into chef, <i>chef-client</i> needs to be run. 326 327 The <i>pnode</i> role will spawn the containers and configure them. So 328 once the <i>chef-client</i> command is run on a pnode, all containers 329 on that be pnode will be running and configured. 330 331 <pre> 332 $ ssh <i><pnode></i>.<i><expid></i>.<i><projid></i> 333 $ cd <i><config_server-repo></i>/bin 334 $ sudo chef-client 335 </pre> 343 336 344 337 <p> … … 347 340 nodes. Running "sudo chef-client" will re-configure the nodes (both 348 341 <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 "sudo354 chef-client" will fix?355 </i></b></center>356 342 357 343 <p> … … 555 541 <p> 556 542 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> 543 If you decide to change the the nature of the containers run in an experiment, 544 you must <b>destroy the experiment</b> and start over. This needs to be done 545 so that DETER will unreserve the control net addresses it previously 546 reserved for the containers. 562 547 563 548 <p> … … 626 611 <p> 627 612 628 On all the <i>pnode</i>s :613 On all the <i>pnode</i>s which have containers running on them: 629 614 630 615 <pre> … … 635 620 636 621 <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>643 622 It is easy to fix problems if something should go wrong with bootstrapped 644 623 nodes. Running "sudo chef-client" will re-configure the nodes (both 645 624 <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 "sudo651 chef-client" will fix?652 </i></b></center>653 625 654 626 <p>