Changeset 96564 in vbox
- Timestamp:
- Sep 1, 2022 9:06:13 AM (2 years ago)
- svn:sync-xref-src-repo-rev:
- 153434
- Location:
- trunk/src/VBox/ValidationKit/docs
- Files:
-
- 7 edited
Legend:
- Unmodified
- Added
- Removed
-
trunk/src/VBox/ValidationKit/docs/AutomaticTestingRevamp.html
r82972 r96564 4 4 <head> 5 5 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 6 <meta name="generator" content="Docutils 0.1 2: http://docutils.sourceforge.net/" />7 <title> </title>6 <meta name="generator" content="Docutils 0.18: http://docutils.sourceforge.net/" /> 7 <title>AutomaticTestingRevamp.txt</title> 8 8 <style type="text/css"> 9 9 … … 37 37 .hidden { 38 38 display: none } 39 40 .subscript { 41 vertical-align: sub; 42 font-size: smaller } 43 44 .superscript { 45 vertical-align: super; 46 font-size: smaller } 39 47 40 48 a.toc-backref { … … 162 170 width: 75% } 163 171 164 img.align-left, .figure.align-left, object.align-left {172 img.align-left, .figure.align-left, object.align-left, table.align-left { 165 173 clear: left ; 166 174 float: left ; 167 175 margin-right: 1em } 168 176 169 img.align-right, .figure.align-right, object.align-right {177 img.align-right, .figure.align-right, object.align-right, table.align-right { 170 178 clear: right ; 171 179 float: right ; … … 178 186 } 179 187 188 table.align-center { 189 margin-left: auto; 190 margin-right: auto; 191 } 192 180 193 .align-left { 181 194 text-align: left } … … 194 207 /* div.align-center * { */ 195 208 /* text-align: left } */ 209 210 .align-top { 211 vertical-align: top } 212 213 .align-middle { 214 vertical-align: middle } 215 216 .align-bottom { 217 vertical-align: bottom } 196 218 197 219 ol.simple, ul.simple { … … 542 564 <p>The testbox will not provide the typical unix /bin and /usr/bin utilities. In 543 565 other words, cygwin will not be used on Windows!</p> 544 <p>The testbox will provide the unixy util ties that ships with kBuild and possibly566 <p>The testbox will provide the unixy utilities that ships with kBuild and possibly 545 567 some additional ones from tools/<em>.</em>/bin in the VirtualBox tree (wget, unzip, 546 zip, and so on). The test drivers will avoid invoking any of these utilit es568 zip, and so on). The test drivers will avoid invoking any of these utilities 547 569 directly and instead rely on generic utility methods in the test driver 548 570 framework. That way we can more easily reimplement the functionality of the 549 core utilit es and drop the dependency on them. It also allows us to quickly571 core utilities and drop the dependency on them. It also allows us to quickly 550 572 work around platform specific oddities and bugs.</p> 551 573 </div> … … 555 577 run under the testbox script, they can be executed in the VirtualBox development 556 578 environment. This is important for bug analysis and for simplifying local 557 testing by the developers before commit ing changes. It also means the test579 testing by the developers before committing changes. It also means the test 558 580 drivers can be developed locally in the VirtualBox development environment.</p> 559 581 <p>The main difference between executing a driver under the testbox script and … … 571 593 development as well as reducing their complexity. The framework will contain:</p> 572 594 <blockquote> 573 <ul >574 <li> <p class="first">A generic way of submitting output. This will be a generic interface with595 <ul class="simple"> 596 <li>A generic way of submitting output. This will be a generic interface with 575 597 multiple implementation, the TESTBOX_REPORTER environment variable 576 598 will decide which of them to use. The interface will have very specific 577 599 methods to allow the reporter to do a best possible job in reporting the 578 results to the test manager.</p> 579 </li> 600 results to the test manager.</li> 580 601 <li><dl class="first docutils"> 581 602 <dt>Helpers for typical tasks, like:</dt> 582 <dd><ul class="first last simple">603 <dd><ul class="first last"> 583 604 <li>Copying files.</li> 584 605 <li>Deleting files, directory trees and scratch space.</li> … … 590 611 </dl> 591 612 </li> 592 <li><p class="first">Helpers for installing and uninstalling VirtualBox.</p> 593 </li> 594 <li><p class="first">Helpers for defining VMs. (The VBox API where available.)</p> 595 </li> 596 <li><p class="first">Helpers for controlling VMs. (The VBox API where available.)</p> 597 </li> 613 <li>Helpers for installing and uninstalling VirtualBox.</li> 614 <li>Helpers for defining VMs. (The VBox API where available.)</li> 615 <li>Helpers for controlling VMs. (The VBox API where available.)</li> 598 616 </ul> 599 617 </blockquote> … … 632 650 <p>List of requirements:</p> 633 651 <blockquote> 634 <ul> 635 <li><p class="first">Two level testing - L1 quick smoke tests and L2 longer tests performed on 636 builds passing L1. (Klaus (IIRC) ment this could be realized using 637 test dependency.)</p> 638 </li> 639 <li><p class="first">Black listing builds (by revision or similar) known to be bad.</p> 640 </li> 641 <li><p class="first">Distinguish between build types so we can do a portion of the testing with 642 strict builds.</p> 643 </li> 644 <li><p class="first">Easy to re-configure build source for testing different branch or for 645 testing a release candidate. (Directory based is fine.)</p> 646 </li> 647 <li><p class="first">Useful to be able to partition testboxes (run specific builds on some 648 boxes, let an engineer have a few boxes for a while).</p> 649 </li> 650 <li><p class="first">Interation with ILOM/...: reset systems.</p> 651 </li> 652 <li><p class="first">Be able to suspend testing on selected testboxes when doing maintance 652 <ul class="simple"> 653 <li>Two level testing - L1 quick smoke tests and L2 longer tests performed on 654 builds passing L1. (Klaus (IIRC) meant this could be realized using 655 test dependency.)</li> 656 <li>Black listing builds (by revision or similar) known to be bad.</li> 657 <li>Distinguish between build types so we can do a portion of the testing with 658 strict builds.</li> 659 <li>Easy to re-configure build source for testing different branch or for 660 testing a release candidate. (Directory based is fine.)</li> 661 <li>Useful to be able to partition testboxes (run specific builds on some 662 boxes, let an engineer have a few boxes for a while).</li> 663 <li>Interaction with ILOM/...: reset systems.</li> 664 <li>Be able to suspend testing on selected testboxes when doing maintenance 653 665 (where automatically resuming testing on reboot is undesired) or similar 654 activity.</p> 655 </li> 656 <li><p class="first">Abort testing on seleced testboxes.</p> 657 </li> 658 <li><p class="first">Scheduling of tests requiring more than one testbox.</p> 659 </li> 660 <li><p class="first">Scheduling of tests that cannot be executing concurrently on several 661 machines because of some global resource like an iSCSI target.</p> 662 </li> 663 <li><p class="first">Jump the scheduling queue. Scheduling of specified test the next time a 666 activity.</li> 667 <li>Abort testing on selected testboxes.</li> 668 <li>Scheduling of tests requiring more than one testbox.</li> 669 <li>Scheduling of tests that cannot be executing concurrently on several 670 machines because of some global resource like an iSCSI target.</li> 671 <li>Jump the scheduling queue. Scheduling of specified test the next time a 664 672 testbox is available (optionally specifying which testbox to schedule it 665 on).</p> 666 </li> 673 on).</li> 667 674 <li><dl class="first docutils"> 668 675 <dt>Configure tests with variable configuration to get better coverage. Two modes:</dt> 669 <dd><ul class="first last simple">676 <dd><ul class="first last"> 670 677 <li>TM generates the permutations based on one or more sets of test script arguments.</li> 671 <li>Each configuration permuation is specified manually.</li> 672 </ul> 673 </dd> 674 </dl> 675 </li> 676 <li><p class="first">Test specification needs to be flexible (select tests, disable test, test 677 scheduling (run certain tests nightly), ... ).</p> 678 </li> 679 <li><p class="first">Test scheduling by hour+weekday and by priority.</p> 680 </li> 681 <li><p class="first">Test dependencies (test A depends on test B being successful).</p> 682 </li> 683 <li><p class="first">Historize all configuration data, in particular test configs (permutations 684 included) and testboxes.</p> 685 </li> 686 <li><p class="first">Test sets has at a minimum a build reference, a testbox reference and a 687 primary log associated with it.</p> 688 </li> 678 <li>Each configuration permutation is specified manually.</li> 679 </ul> 680 </dd> 681 </dl> 682 </li> 683 <li>Test specification needs to be flexible (select tests, disable test, test 684 scheduling (run certain tests nightly), ... ).</li> 685 <li>Test scheduling by hour+weekday and by priority.</li> 686 <li>Test dependencies (test A depends on test B being successful).</li> 687 <li>Historize all configuration data, in particular test configs (permutations 688 included) and testboxes.</li> 689 <li>Test sets has at a minimum a build reference, a testbox reference and a 690 primary log associated with it.</li> 689 691 <li><dl class="first docutils"> 690 692 <dt>Test sets stores further result as a recursive collection of:</dt> 691 <dd><ul class="first last simple">692 <li>hiera chical subtest name (slash sep)</li>693 <dd><ul class="first last"> 694 <li>hierarchical subtest name (slash sep)</li> 693 695 <li>test parameters / config</li> 694 696 <li>bool fail/succ</li> … … 703 705 </dl> 704 706 </li> 705 <li><p class="first">The test sets database structure needs to designed such that data mining 706 can be done in an efficient manner.</p> 707 </li> 708 <li><p class="first">Presentation/analysis: graphs!, categorize bugs, columns reorganizing 709 grouped by test (hierarchical), overviews, result for last day.</p> 710 </li> 707 <li>The test sets database structure needs to designed such that data mining 708 can be done in an efficient manner.</li> 709 <li>Presentation/analysis: graphs!, categorize bugs, columns reorganizing 710 grouped by test (hierarchical), overviews, result for last day.</li> 711 711 </ul> 712 712 </blockquote> … … 763 763 for a testcase. It will schedule on a testcase level, using the combined 764 764 priority of the testcase in the test group and the test group with the testbox 765 partition, trying to spread the test case argument var ation out accordingly765 partition, trying to spread the test case argument variation out accordingly 766 766 over the whole scheduilng queue. Which argument variation to start with, is 767 767 not undefined (random would be best).</p> … … 791 791 this database, with 'effective' as start date field name and 'expire' as 792 792 the end (exclusive).</p> 793 <p>Tuple-versioning has a shortcom ming wrt to keys, both primary and foreign.793 <p>Tuple-versioning has a shortcoming wrt to keys, both primary and foreign. 794 794 The primary key of a table employing tuple-versioning is really 795 795 'id' + 'valid_period', where the latter is expressed using two fields … … 798 798 welcomed. :-)</p> 799 799 <p>Foreign key references to a table using tuple-versioning is running into 800 trouble because of the time ax sis and that to our knowledge foreign keys800 trouble because of the time axis and that to our knowledge foreign keys 801 801 must reference exactly one row in the other table. When time is involved 802 802 what we wish to tell the database is that at any given time, there actually … … 945 945 </li> 946 946 <li><p class="first">If the testbox was marked as disabled, respond with an IDLE command to the 947 testbox [done]. (Note! Must do this after TestBoxStatuses maint ainance from947 testbox [done]. (Note! Must do this after TestBoxStatuses maintenance from 948 948 point 2, or abandoned tests won't be cleaned up after a testbox is disabled.)</p> 949 949 </li> … … 1067 1067 So, the gathering has a reasonable timeout (imagine something like 20-30 mins).</p> 1068 1068 <p>Also, we need some way of dealing with 'abort' and 'reboot' commands being 1069 issued while waiting. The easy way out is preten tit's a time out.</p>1069 issued while waiting. The easy way out is pretend it's a time out.</p> 1070 1070 <p>When changing the status to 'gang-timeout' we have to be careful. First of all, 1071 1071 we need to exclusively lock the SchedQueues and TestBoxStatuses (in that order) … … 1103 1103 <p>This is a subfunction of scenario #1 and #2. The actions taken are the same in 1104 1104 both situations. The precondition for taking this path is that the row in the 1105 testboxstatus table is refer ing to a testset (i.e. testset_id is not NULL).</p>1105 testboxstatus table is referring to a testset (i.e. testset_id is not NULL).</p> 1106 1106 <p>Actions:</p> 1107 <ol class="arabic ">1107 <ol class="arabic simple"> 1108 1108 <li><dl class="first docutils"> 1109 1109 <dt>If the testset is incomplete, we need to completed:</dt> 1110 <dd><ol class="first last loweralpha simple">1111 <li>Add a message to the root TestResults row, creating one if neces ary,1110 <dd><ol class="first last loweralpha"> 1111 <li>Add a message to the root TestResults row, creating one if necessary, 1112 1112 that explains that the test was abandoned. This is done 1113 1113 by inserting/finding the string into/in TestResultStrTab and adding … … 1119 1119 </dl> 1120 1120 </li> 1121 <li><p class="first">Free any global resources referenced by the test set. This is done by 1122 deleting all rows in GlobalResourceStatuses matching the testbox id.</p> 1123 </li> 1124 <li><p class="first">Set the idTestSet to NULL in the TestBoxStatuses row.</p> 1125 </li> 1121 <li>Free any global resources referenced by the test set. This is done by 1122 deleting all rows in GlobalResourceStatuses matching the testbox id.</li> 1123 <li>Set the idTestSet to NULL in the TestBoxStatuses row.</li> 1126 1124 </ol> 1127 1125 </div> … … 1229 1227 <div class="section" id="milestone-3"> 1230 1228 <h2>Milestone #3</h2> 1231 <p>The goal for this milestone is configuration and converting current test scases,1229 <p>The goal for this milestone is configuration and converting current testcases, 1232 1230 the result will be the a minimal test deployment (4-5 new testboxes).</p> 1233 1231 <p>Tasks in somewhat prioritized order:</p> … … 1258 1256 configuration aspects needing reporting as well.</p> 1259 1257 <p>Once deployed, a golden rule will be that all new features shall have test 1260 coverage. Prefer rably, implemented by someone else and prior to the feature1258 coverage. Preferably, implemented by someone else and prior to the feature 1261 1259 implementation.</p> 1262 1260 </div> … … 1285 1283 <div class="section" id="raw-input"> 1286 1284 <h2>2009-07-16 Raw Input</h2> 1287 <ul >1285 <ul class="simple"> 1288 1286 <li><dl class="first docutils"> 1289 1287 <dt>test set. recursive collection of:</dt> 1290 <dd><ul class="first last simple">1288 <dd><ul class="first last"> 1291 1289 <li>hierachical subtest name (slash sep)</li> 1292 1290 <li>test parameters / config</li> … … 1302 1300 </dl> 1303 1301 </li> 1304 <li><p class="first">client package (zip) dl from server (maybe client caching)</p> 1305 </li> 1302 <li>client package (zip) dl from server (maybe client caching)</li> 1306 1303 <li><dl class="first docutils"> 1307 1304 <dt>thoughts on bits to do at once.</dt> 1308 <dd><ul class="first last simple">1305 <dd><ul class="first last"> 1309 1306 <li>We <em>really</em> need the basic bits ASAP.</li> 1310 1307 <li>client -> support for test driver</li> … … 1317 1314 </ul> 1318 1315 </div> 1319 <div class="section" id=" id1">1316 <div class="section" id="raw-input-1"> 1320 1317 <h2>2009-07-15 Raw Input</h2> 1321 1318 <ul class="simple"> … … 1334 1331 </ul> 1335 1332 <hr class="docutils" /> 1336 <table class="docutils footnote" frame="void" id=" id2" rules="none">1333 <table class="docutils footnote" frame="void" id="footnote-1" rules="none"> 1337 1334 <colgroup><col class="label" /><col /></colgroup> 1338 1335 <tbody valign="top"> -
trunk/src/VBox/ValidationKit/docs/AutomaticTestingRevamp.txt
r82972 r96564 242 242 other words, cygwin will not be used on Windows! 243 243 244 The testbox will provide the unixy util ties that ships with kBuild and possibly244 The testbox will provide the unixy utilities that ships with kBuild and possibly 245 245 some additional ones from tools/*.*/bin in the VirtualBox tree (wget, unzip, 246 zip, and so on). The test drivers will avoid invoking any of these utilit es246 zip, and so on). The test drivers will avoid invoking any of these utilities 247 247 directly and instead rely on generic utility methods in the test driver 248 248 framework. That way we can more easily reimplement the functionality of the 249 core utilit es and drop the dependency on them. It also allows us to quickly249 core utilities and drop the dependency on them. It also allows us to quickly 250 250 work around platform specific oddities and bugs. 251 251 … … 257 257 run under the testbox script, they can be executed in the VirtualBox development 258 258 environment. This is important for bug analysis and for simplifying local 259 testing by the developers before commit ing changes. It also means the test259 testing by the developers before committing changes. It also means the test 260 260 drivers can be developed locally in the VirtualBox development environment. 261 261 … … 335 335 336 336 - Two level testing - L1 quick smoke tests and L2 longer tests performed on 337 builds passing L1. (Klaus (IIRC) me nt this could be realized using337 builds passing L1. (Klaus (IIRC) meant this could be realized using 338 338 test dependency.) 339 339 - Black listing builds (by revision or similar) known to be bad. … … 344 344 - Useful to be able to partition testboxes (run specific builds on some 345 345 boxes, let an engineer have a few boxes for a while). 346 - Intera tion with ILOM/...: reset systems.347 - Be able to suspend testing on selected testboxes when doing maint ance346 - Interaction with ILOM/...: reset systems. 347 - Be able to suspend testing on selected testboxes when doing maintenance 348 348 (where automatically resuming testing on reboot is undesired) or similar 349 349 activity. 350 - Abort testing on selec ed testboxes.350 - Abort testing on selected testboxes. 351 351 - Scheduling of tests requiring more than one testbox. 352 352 - Scheduling of tests that cannot be executing concurrently on several … … 357 357 - Configure tests with variable configuration to get better coverage. Two modes: 358 358 - TM generates the permutations based on one or more sets of test script arguments. 359 - Each configuration permu ation is specified manually.359 - Each configuration permutation is specified manually. 360 360 - Test specification needs to be flexible (select tests, disable test, test 361 361 scheduling (run certain tests nightly), ... ). … … 367 367 primary log associated with it. 368 368 - Test sets stores further result as a recursive collection of: 369 - hiera chical subtest name (slash sep)369 - hierarchical subtest name (slash sep) 370 370 - test parameters / config 371 371 - bool fail/succ … … 448 448 for a testcase. It will schedule on a testcase level, using the combined 449 449 priority of the testcase in the test group and the test group with the testbox 450 partition, trying to spread the test case argument var ation out accordingly450 partition, trying to spread the test case argument variation out accordingly 451 451 over the whole scheduilng queue. Which argument variation to start with, is 452 452 not undefined (random would be best). … … 486 486 the end (exclusive). 487 487 488 Tuple-versioning has a shortcom ming wrt to keys, both primary and foreign.488 Tuple-versioning has a shortcoming wrt to keys, both primary and foreign. 489 489 The primary key of a table employing tuple-versioning is really 490 490 'id' + 'valid_period', where the latter is expressed using two fields … … 494 494 495 495 Foreign key references to a table using tuple-versioning is running into 496 trouble because of the time ax sis and that to our knowledge foreign keys496 trouble because of the time axis and that to our knowledge foreign keys 497 497 must reference exactly one row in the other table. When time is involved 498 498 what we wish to tell the database is that at any given time, there actually … … 634 634 635 635 3. If the testbox was marked as disabled, respond with an IDLE command to the 636 testbox [done]. (Note! Must do this after TestBoxStatuses maint ainance from636 testbox [done]. (Note! Must do this after TestBoxStatuses maintenance from 637 637 point 2, or abandoned tests won't be cleaned up after a testbox is disabled.) 638 638 … … 740 740 741 741 Also, we need some way of dealing with 'abort' and 'reboot' commands being 742 issued while waiting. The easy way out is preten tit's a time out.742 issued while waiting. The easy way out is pretend it's a time out. 743 743 744 744 When changing the status to 'gang-timeout' we have to be careful. First of all, … … 789 789 This is a subfunction of scenario #1 and #2. The actions taken are the same in 790 790 both situations. The precondition for taking this path is that the row in the 791 testboxstatus table is refer ing to a testset (i.e. testset_id is not NULL).791 testboxstatus table is referring to a testset (i.e. testset_id is not NULL). 792 792 793 793 … … 795 795 796 796 1. If the testset is incomplete, we need to completed: 797 a) Add a message to the root TestResults row, creating one if neces ary,797 a) Add a message to the root TestResults row, creating one if necessary, 798 798 that explains that the test was abandoned. This is done 799 799 by inserting/finding the string into/in TestResultStrTab and adding … … 939 939 ------------ 940 940 941 The goal for this milestone is configuration and converting current test scases,941 The goal for this milestone is configuration and converting current testcases, 942 942 the result will be the a minimal test deployment (4-5 new testboxes). 943 943 … … 983 983 984 984 Once deployed, a golden rule will be that all new features shall have test 985 coverage. Prefer rably, implemented by someone else and prior to the feature985 coverage. Preferably, implemented by someone else and prior to the feature 986 986 implementation. 987 987 … … 1060 1060 :Status: $Id$ 1061 1061 :Copyright: Copyright (C) 2010-2020 Oracle Corporation. 1062 -
trunk/src/VBox/ValidationKit/docs/TestBoxImaging.html
r82972 r96564 4 4 <head> 5 5 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 6 <meta name="generator" content="Docutils 0.1 2: http://docutils.sourceforge.net/" />7 <title> </title>6 <meta name="generator" content="Docutils 0.18: http://docutils.sourceforge.net/" /> 7 <title>TestBoxImaging.txt</title> 8 8 <style type="text/css"> 9 9 … … 37 37 .hidden { 38 38 display: none } 39 40 .subscript { 41 vertical-align: sub; 42 font-size: smaller } 43 44 .superscript { 45 vertical-align: super; 46 font-size: smaller } 39 47 40 48 a.toc-backref { … … 162 170 width: 75% } 163 171 164 img.align-left, .figure.align-left, object.align-left {172 img.align-left, .figure.align-left, object.align-left, table.align-left { 165 173 clear: left ; 166 174 float: left ; 167 175 margin-right: 1em } 168 176 169 img.align-right, .figure.align-right, object.align-right {177 img.align-right, .figure.align-right, object.align-right, table.align-right { 170 178 clear: right ; 171 179 float: right ; … … 178 186 } 179 187 188 table.align-center { 189 margin-left: auto; 190 margin-right: auto; 191 } 192 180 193 .align-left { 181 194 text-align: left } … … 194 207 /* div.align-center * { */ 195 208 /* text-align: left } */ 209 210 .align-top { 211 vertical-align: top } 212 213 .align-middle { 214 vertical-align: middle } 215 216 .align-bottom { 217 vertical-align: bottom } 196 218 197 219 ol.simple, ul.simple { … … 346 368 <div class="section" id="introduction"> 347 369 <h2>Introduction</h2> 348 <p>This document is explores de loying a very simple drive imaging solution to help370 <p>This document is explores deploying a very simple drive imaging solution to help 349 371 avoid needing to manually reinstall testboxes when a disk goes bust or the OS 350 372 install seems to be corrupted.</p> … … 438 460 cp -R /usr/lib/syslinux/modules/efi64 /mnt/testbox-tftp/ 439 461 </pre> 440 <p>For simplicit ly, all the testboxes boot using good old fashioned BIOS, no EFI.462 <p>For simplicity, all the testboxes boot using good old fashioned BIOS, no EFI. 441 463 However, it doesn't really hurt to be prepared.</p> 442 464 <p>The PXELINUX related files goes in the root of the testbox-tftp share. (As … … 444 466 <tt class="docutils literal"><span class="pre">apt-get</span> install pxelinux syslinux</tt>.) We need the <tt class="docutils literal">*pxelinux.0</tt> files 445 467 typically found in <tt class="docutils literal">/usr/lib/PXELINUX/</tt> on debian systems (recent ones 446 anyway). It is possible we may need one ore more fo the modules <a class="footnote-reference" href="# id6" id="id1">[1]</a> that468 anyway). It is possible we may need one ore more fo the modules <a class="footnote-reference" href="#footnote-1" id="footnote-reference-1">[1]</a> that 447 469 ships with PXELINUX/SYSLINUX, so do copy <tt class="docutils literal">/usr/lib/syslinux/modules</tt> to 448 470 <tt class="docutils literal"><span class="pre">testbox-tftp/modules</span></tt> as well.</p> 449 471 <p>The directory layout related to the configuration files is dictated by the 450 PXELINUX configuration file searching algorithm <a class="footnote-reference" href="# id7" id="id2">[2]</a>. Create a subdirectory472 PXELINUX configuration file searching algorithm <a class="footnote-reference" href="#footnote-2" id="footnote-reference-2">[2]</a>. Create a subdirectory 451 473 <tt class="docutils literal">pxelinux.cfg/</tt> under <tt class="docutils literal"><span class="pre">testbox-tftp</span></tt> and create the world readable file 452 474 <tt class="docutils literal">default</tt> with the following content:</p> … … 575 597 <li><p class="first">Append <tt class="docutils literal">aufs</tt> to <tt class="docutils literal"><span class="pre">/etc/initramfs-tools/modules</span></tt>. The advanced 576 598 multi-layered unification filesystem (aufs) enables us to use a 577 read-only NFS root. <a class="footnote-reference" href="# id8" id="id3">[3]</a> <a class="footnote-reference" href="#id9" id="id4">[4]</a> <a class="footnote-reference" href="#id10" id="id5">[5]</a></p>599 read-only NFS root. <a class="footnote-reference" href="#footnote-3" id="footnote-reference-3">[3]</a> <a class="footnote-reference" href="#footnote-4" id="footnote-reference-4">[4]</a> <a class="footnote-reference" href="#footnote-5" id="footnote-reference-5">[5]</a></p> 578 600 </li> 579 601 <li><p class="first">Create <tt class="docutils literal"><span class="pre">/etc/initramfs-tools/scripts/init-bottom/00_aufs_init</span></tt> as … … 690 712 </dl> 691 713 <hr class="docutils" /> 692 <table class="docutils footnote" frame="void" id=" id6" rules="none">714 <table class="docutils footnote" frame="void" id="footnote-1" rules="none"> 693 715 <colgroup><col class="label" /><col /></colgroup> 694 716 <tbody valign="top"> 695 <tr><td class="label"><a class="fn-backref" href="# id1">[1]</a></td><td>See <a class="reference external" href="http://www.syslinux.org/wiki/index.php?title=Category:Modules">http://www.syslinux.org/wiki/index.php?title=Category:Modules</a></td></tr>717 <tr><td class="label"><a class="fn-backref" href="#footnote-reference-1">[1]</a></td><td>See <a class="reference external" href="http://www.syslinux.org/wiki/index.php?title=Category:Modules">http://www.syslinux.org/wiki/index.php?title=Category:Modules</a></td></tr> 696 718 </tbody> 697 719 </table> 698 <table class="docutils footnote" frame="void" id=" id7" rules="none">720 <table class="docutils footnote" frame="void" id="footnote-2" rules="none"> 699 721 <colgroup><col class="label" /><col /></colgroup> 700 722 <tbody valign="top"> 701 <tr><td class="label"><a class="fn-backref" href="# id2">[2]</a></td><td>See <a class="reference external" href="http://www.syslinux.org/wiki/index.php?title=PXELINUX#Configuration">http://www.syslinux.org/wiki/index.php?title=PXELINUX#Configuration</a></td></tr>723 <tr><td class="label"><a class="fn-backref" href="#footnote-reference-2">[2]</a></td><td>See <a class="reference external" href="http://www.syslinux.org/wiki/index.php?title=PXELINUX#Configuration">http://www.syslinux.org/wiki/index.php?title=PXELINUX#Configuration</a></td></tr> 702 724 </tbody> 703 725 </table> 704 <table class="docutils footnote" frame="void" id=" id8" rules="none">726 <table class="docutils footnote" frame="void" id="footnote-3" rules="none"> 705 727 <colgroup><col class="label" /><col /></colgroup> 706 728 <tbody valign="top"> 707 <tr><td class="label"><a class="fn-backref" href="# id3">[3]</a></td><td>See <a class="reference external" href="https://en.wikipedia.org/wiki/Aufs">https://en.wikipedia.org/wiki/Aufs</a></td></tr>729 <tr><td class="label"><a class="fn-backref" href="#footnote-reference-3">[3]</a></td><td>See <a class="reference external" href="https://en.wikipedia.org/wiki/Aufs">https://en.wikipedia.org/wiki/Aufs</a></td></tr> 708 730 </tbody> 709 731 </table> 710 <table class="docutils footnote" frame="void" id=" id9" rules="none">732 <table class="docutils footnote" frame="void" id="footnote-4" rules="none"> 711 733 <colgroup><col class="label" /><col /></colgroup> 712 734 <tbody valign="top"> 713 <tr><td class="label"><a class="fn-backref" href="# id4">[4]</a></td><td>See <a class="reference external" href="http://shitwefoundout.com/wiki/Diskless_ubuntu">http://shitwefoundout.com/wiki/Diskless_ubuntu</a></td></tr>735 <tr><td class="label"><a class="fn-backref" href="#footnote-reference-4">[4]</a></td><td>See <a class="reference external" href="http://shitwefoundout.com/wiki/Diskless_ubuntu">http://shitwefoundout.com/wiki/Diskless_ubuntu</a></td></tr> 714 736 </tbody> 715 737 </table> 716 <table class="docutils footnote" frame="void" id=" id10" rules="none">738 <table class="docutils footnote" frame="void" id="footnote-5" rules="none"> 717 739 <colgroup><col class="label" /><col /></colgroup> 718 740 <tbody valign="top"> 719 <tr><td class="label"><a class="fn-backref" href="# id5">[5]</a></td><td>See <a class="reference external" href="http://debianaddict.com/2012/06/19/diskless-debian-linux-booting-via-dhcppxenfstftp/">http://debianaddict.com/2012/06/19/diskless-debian-linux-booting-via-dhcppxenfstftp/</a></td></tr>741 <tr><td class="label"><a class="fn-backref" href="#footnote-reference-5">[5]</a></td><td>See <a class="reference external" href="http://debianaddict.com/2012/06/19/diskless-debian-linux-booting-via-dhcppxenfstftp/">http://debianaddict.com/2012/06/19/diskless-debian-linux-booting-via-dhcppxenfstftp/</a></td></tr> 720 742 </tbody> 721 743 </table> -
trunk/src/VBox/ValidationKit/docs/TestBoxImaging.txt
r82972 r96564 7 7 ------------ 8 8 9 This document is explores de loying a very simple drive imaging solution to help9 This document is explores deploying a very simple drive imaging solution to help 10 10 avoid needing to manually reinstall testboxes when a disk goes bust or the OS 11 11 install seems to be corrupted. … … 100 100 101 101 102 For simplicit ly, all the testboxes boot using good old fashioned BIOS, no EFI.102 For simplicity, all the testboxes boot using good old fashioned BIOS, no EFI. 103 103 However, it doesn't really hurt to be prepared. 104 104 … … 367 367 :Status: $Id$ 368 368 :Copyright: Copyright (C) 2010-2020 Oracle Corporation. 369 370 -
trunk/src/VBox/ValidationKit/docs/VBoxValidationKitReadMe.html
r82972 r96564 4 4 <head> 5 5 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 6 <meta name="generator" content="Docutils 0.1 2: http://docutils.sourceforge.net/" />6 <meta name="generator" content="Docutils 0.18: http://docutils.sourceforge.net/" /> 7 7 <title>The VirtualBox Validation Kit</title> 8 8 <style type="text/css"> … … 37 37 .hidden { 38 38 display: none } 39 40 .subscript { 41 vertical-align: sub; 42 font-size: smaller } 43 44 .superscript { 45 vertical-align: super; 46 font-size: smaller } 39 47 40 48 a.toc-backref { … … 162 170 width: 75% } 163 171 164 img.align-left, .figure.align-left, object.align-left {172 img.align-left, .figure.align-left, object.align-left, table.align-left { 165 173 clear: left ; 166 174 float: left ; 167 175 margin-right: 1em } 168 176 169 img.align-right, .figure.align-right, object.align-right {177 img.align-right, .figure.align-right, object.align-right, table.align-right { 170 178 clear: right ; 171 179 float: right ; … … 178 186 } 179 187 188 table.align-center { 189 margin-left: auto; 190 margin-right: auto; 191 } 192 180 193 .align-left { 181 194 text-align: left } … … 194 207 /* div.align-center * { */ 195 208 /* text-align: left } */ 209 210 .align-top { 211 vertical-align: top } 212 213 .align-middle { 214 vertical-align: middle } 215 216 .align-bottom { 217 vertical-align: bottom } 196 218 197 219 ol.simple, ul.simple { … … 398 420 <dt>./bootsectors/</dt> 399 421 <dd><p class="first">Boot sector test environment. This allows creating floppy images in 400 assembly that tests specific CPU or device behavio ur. Most tests can be422 assembly that tests specific CPU or device behavior. Most tests can be 401 423 put on a USB stick, floppy or similar and booted up on real hardware for 402 424 comparison. All floppy images can be used for manual testing by developers -
trunk/src/VBox/ValidationKit/docs/VBoxValidationKitReadMe.txt
r82972 r96564 71 71 ./bootsectors/ 72 72 Boot sector test environment. This allows creating floppy images in 73 assembly that tests specific CPU or device behavio ur. Most tests can be73 assembly that tests specific CPU or device behavior. Most tests can be 74 74 put on a USB stick, floppy or similar and booted up on real hardware for 75 75 comparison. All floppy images can be used for manual testing by developers … … 112 112 :Status: $Id$ 113 113 :Copyright: Copyright (C) 2010-2020 Oracle Corporation. 114 -
trunk/src/VBox/ValidationKit/docs/testbox-maintenance.sh
r96407 r96564 2 2 # $Id$ 3 3 ## @file 4 # VirtualBox Validation Kit - testbox main enance service4 # VirtualBox Validation Kit - testbox maintenance service 5 5 # 6 6 … … 408 408 fi 409 409 exit 0 410
Note:
See TracChangeset
for help on using the changeset viewer.