1 | $Id: vboxtxs-readme.txt 96398 2022-08-22 14:22:34Z vboxsync $
|
---|
2 |
|
---|
3 |
|
---|
4 | VirtualBox Test eXecution Service
|
---|
5 | =================================
|
---|
6 |
|
---|
7 | This readme briefly describes how to install the Test eXecution Service (TXS)
|
---|
8 | on the various systems.
|
---|
9 |
|
---|
10 | There are currently two transport options for the TXS:
|
---|
11 |
|
---|
12 | - The default is to use it in TCP server mode, i.e. the test script needs
|
---|
13 | to know the guest's IP and therefore requires guest additions to be
|
---|
14 | installed as well. (Please use the latest stable additions compatible with
|
---|
15 | the VBox host versions you intend to test.)
|
---|
16 |
|
---|
17 | - The alternative is for NATted setups where TXS will act like a TCP client
|
---|
18 | and try connect to the test script on the host. Since this require that
|
---|
19 | TXS knows which IP to connect to, it's only really possible in a NATted
|
---|
20 | setup where we know the host IP is 10.0.2.2.
|
---|
21 |
|
---|
22 | Since r85596 TXS operates in both modes by default so the nat version of
|
---|
23 | the init scripts is not required anymore. Instead the other type can be installed
|
---|
24 | for both cases.
|
---|
25 |
|
---|
26 | Linux Installation
|
---|
27 | ------------------
|
---|
28 |
|
---|
29 | 1. mkdir -p /opt/validationkit
|
---|
30 | 2. scp/download VBoxValidationKit*.zip there.
|
---|
31 | 3. unzip VBoxValidationKit*.zip
|
---|
32 | 4. chmod -R u+w,a+x /opt/validationkit/ && chown -R root.root /opt/
|
---|
33 | 5. cd /etc/init.d/
|
---|
34 |
|
---|
35 | 6 a) For init.rc distros:
|
---|
36 | Link up the right init script (see connection type above):
|
---|
37 | nat) ln -s ../../opt/validationkit/linux/vboxtxs-nat ./vboxtxs
|
---|
38 | other) ln -s ../../opt/validationkit/linux/vboxtxs ./vboxtxs
|
---|
39 | 6 b) Add vboxtxs to runlevels 2, 3, 5 and any other that makes sense
|
---|
40 | on the distro. There is usually some command for doing this, e.g.
|
---|
41 | ```update-rc.d vboxtxs defaults && update-rc.d vboxtxs enable``` (Debian-based)
|
---|
42 | or
|
---|
43 | ```chkconfig --add vboxtxs``` (OL/RHEL)
|
---|
44 |
|
---|
45 | ... or ...
|
---|
46 |
|
---|
47 | 7 a) For systemd distros: Link/copy up the vboxtxs.system to [/usr]/lib/systemd/, e.g.
|
---|
48 | cp /opt/validationkit/linux/vboxtxs.service /etc/systemd/system
|
---|
49 | b) Enable the vboxtxs service via:
|
---|
50 | systemctl enable vboxtxs
|
---|
51 |
|
---|
52 | For all distros again:
|
---|
53 |
|
---|
54 | 8a. Check the CD-ROM location (--cdrom <path>) in vboxtxs and fix it so it's correct, make sure
|
---|
55 | to update in svn as well.
|
---|
56 | 8b. Optional: If no suitable CD-ROM location is available on the guest yet, do a:
|
---|
57 | mkdir -p /media/cdrom; vi /etc/fstab
|
---|
58 | and enter this in /etc/fstab:
|
---|
59 | /dev/sr0<tab>/media/cdrom<tab>udf,iso9660<tab>user,noauto,exec,utf8<tab>0<tab>0
|
---|
60 | 8c. Optional: If SELinux denies execution of TXS, make sure to allow this, based on
|
---|
61 | how the distribution handles SELinux exceptions. Often there even is a GUI for that
|
---|
62 | (e.g. Oracle Linux 8+).
|
---|
63 | 9. Make sure that the package sources are still valid and up to date (apt / yum / ++)
|
---|
64 | 10. reboot / done.
|
---|
65 | 11. Do test.
|
---|
66 |
|
---|
67 |
|
---|
68 | OS/2 Installation
|
---|
69 | --------------------
|
---|
70 |
|
---|
71 | 1. Start an "OS/2 Window" ("OS/2 System" -> "Command Prompts")
|
---|
72 | 2. md C:\Apps
|
---|
73 | 3. cd C:\Apps
|
---|
74 | 4. Mount the validationkit iso.
|
---|
75 | 5. copy D:\os2\x86\* C:\Apps
|
---|
76 | 5. copy D:\os2\x86\libc*.dll C:\OS2\DLL\
|
---|
77 | 6. Open C:\startup.cmd in an editor (tedit.exe for instance or e.exe).
|
---|
78 | 7. Add the line "start /C C:\Apps\TestExecService.exe --foreground" at the top of the file.
|
---|
79 | 8. reboot / done
|
---|
80 | 9. Do test.
|
---|
81 |
|
---|
82 |
|
---|
83 | Solaris Installation
|
---|
84 | --------------------
|
---|
85 |
|
---|
86 | 1. Start the guest and open a root console.
|
---|
87 | 2. mkdir -p /opt/VBoxTest
|
---|
88 | 3. cd /opt/VBoxTest
|
---|
89 | 4. scp/download VBoxValidationKit*.zip there.
|
---|
90 | 5. unzip VBoxValidationKit*.zip
|
---|
91 | 6. chmod -R u+w,a+x /opt/VBoxTest/
|
---|
92 | 7. Import the right service setup depending on the Solaris version:
|
---|
93 | <= 10u9) /usr/sbin/svccfg import /opt/VBoxTest/validationkit/solaris/vboxtxs-sol10.xml
|
---|
94 | >= 11.0) /usr/sbin/svccfg import /opt/VBoxTest/validationkit/solaris/vboxtxs.xml
|
---|
95 | 8. /usr/sbin/svcadm enable svc:/system/virtualbox/vboxtxs
|
---|
96 | 9. reboot / done.
|
---|
97 |
|
---|
98 | To remove the service before repeating steps 7 & 8:
|
---|
99 | 1. /usr/sbin/svcadm disable -s svc:/system/virtualbox/vboxtxs:default
|
---|
100 | 2. /usr/sbin/svccfg delete svc:/system/virtualbox/vboxtxs:default
|
---|
101 |
|
---|
102 | Note. To configure dhcp for more a new interface the files
|
---|
103 | /etc/hostname.<if#X> and /etc/dhcp.<ifnm#> have to exist. If you want the VM
|
---|
104 | to work with any network card you throw at it, create /etc/*.pcn[01] and
|
---|
105 | /etc/*.e1000g[012] as Solaris will remember it has seen the other variants
|
---|
106 | before and use a different instance number (or something to that effect).
|
---|
107 |
|
---|
108 |
|
---|
109 | Windows Installation
|
---|
110 | --------------------
|
---|
111 |
|
---|
112 | 1. Log on as Administrator.
|
---|
113 | 2. Make sure you have set a secure password, which you'll need in step 9.
|
---|
114 | 3. Start CMD.EXE or equivalent.
|
---|
115 | 4. md C:\Apps
|
---|
116 | 5. cd C:\Apps
|
---|
117 | 6. Mount the validationkit iso.
|
---|
118 | 7. copy D:\win\* C:\Apps
|
---|
119 | 8. copy D:\win\<x86 or amd64>\* C:\Apps
|
---|
120 | 9. Put the password from step 2 into the right service setup (see connection
|
---|
121 | type above) and import it into the registry:
|
---|
122 | nat) start C:\Apps\vboxtxs-nat.reg
|
---|
123 | other) start C:\Apps\vboxtxs.reg
|
---|
124 | 10. Make sure that the CD-ROM location is assigned to D: (via "Disk Management").
|
---|
125 | 11. reboot / done
|
---|
126 | 12. Do test.
|
---|
127 |
|
---|
128 | NT 3.1 and 3.x tricks:
|
---|
129 | - Make sure the file system is NTFS. Observed issues converting 2GB partitions,
|
---|
130 | more success with smaller.
|
---|
131 | - For NT3.1 PCNET drivers can be found on the net. No DHCP, so NAT only with
|
---|
132 | IP 10.0.2.15, 10.0.2.2 as gateway, and 10.0.2.3 as DNS with --natdnsproxy1 on.
|
---|
133 | - On NT3.1 you need to add SystemDrive=C: to the environment.
|
---|
134 | - Need to perform registry edits manually.
|
---|
135 | - Use startup folder instead of non-exising Windows/Run key.
|
---|
136 |
|
---|
137 |
|
---|
138 | Testing the setup
|
---|
139 | -----------------
|
---|
140 |
|
---|
141 | 1. Make sure the validationkit.iso is inserted.
|
---|
142 | 2. Boot / reboot the guest.
|
---|
143 | 3. Depending on the TXS transport options:
|
---|
144 | nat) python testdriver/tst-txsclient.py --reversed-setup
|
---|
145 | other) python testdriver/tst-txsclient.py --hostname <guest-ip>
|
---|