...
Example: Red Hat Enterprise Linux 7.5 9 server with Charon-AXP V4.9 11 installed
Div | ||
---|---|---|
| ||
...
Once the clone is completed, we can leave the clone utility (1 & 2 below) then use (3) and customize the newly created file:
Select the startup type (4) and customize (5) this file:
If you don't edit the file now, you won't be prompted to start the guest (virtual machine).
...
- 1 & 2 : The log rotation mechanism will be used in this example. Ensure the corresponding folder, here
/charon/logs
, exists before starting the virtual machine - 3 : The console is defined as a virtual serial line on port 10003 (default). Ensure the port number is unique if multiple virtual machines will run on the same server
4 & 5 : The iso file will be used to install Tru64 V5.1B r2650. The virtual disk that will be used as the system disk,
divpluto_tru64
, has to be created using the "mkdskcmd
" command. Ensure the virtual disk exists before starting the virtual machine.
Example:class commandline [root@rhel71 Desktop]# mkdir -p /data/disks
[root@rhel71 Desktop]# mkdskcmd -o /data/disks/pluto_tru64.vdisk -d rz29
Please wait...
100% done
Success.
[root@rhel71 Desktop]# ls -l /data/disks/pluto_tru64.vdisk
-rw-r--r--. 1 root root 4290600960 Nov 26 15:49 /data/disks/pluto_tru64.vdisk
5 : Lines starting with "
#INFO:
" are comments that will be displayed when accessing the console
...
We can now start the guest. If the preferences have been set to have a continuous view of the log file, the log will be displayed:
...
...
The An error message above (white/redwith id 00000352 (unable to read container file) is expected the first time the virtual machine is started. It tells the .bin
file does not exist as it is initialized when console parameters are set
The continuous log file stops itself as this was defined in the preferences: "Automatically stop continuous log view: Yes"
Div | ||
---|---|---|
| ||
Press CTRL-C at any time to leave the log file view if the preference was set to not automatically stop or if the startup failed.
The The "pluto" started
message above, code 32C
means the guest is UP and ready to be installed/booted
...
We can see below the service is active, meaning the emulator is running ( this does not mean "booted") and will be automatically started at Linux server boot ("OnBoot" column on the right side)
The "Stop script" line (see below) shows the script has not been initialized meaning the guest will receive a SIGKILL signal upon stop request. This will be explained further (see Service management - Create/Edit guest stop script)
...
Example: Red Hat Enterprise Linux 7.5 9 server with Charon-AXP V4.9 11 installed, virtual machine as4100/pluto installed
...
Use this option if you want (default) or do not want a guest to be started at Linux server boot
By default newly added guests are started automatically at Linux server boot ( this Startup type set to Automatic does not mean "booted"the legacy OS will be booted. The legacy OS boot on start needs to be defined at SRM prompt (>>>)
Example: Red Hat Enterprise Linux 7.5 9 server with Charon-AXP V4.9 11 installed, virtual machine as4100/pluto installed
We are now going to prevent from allow the as4100/pluto guest to be started automatically (1). Once completed enter 'n' to return to the previous menu (2):
Edit guests lists (for stop order)
Use this option to change the order of managed guests using the text editor of your choice
Use with caution, do not add nor delete lines (or at your own risk)
This option is not active for Linux systems using systemd
(Red Hat Enterprise Linux 7 and Fedora).
For Linux systems using systemd
(Red Hat Enterprise Linux 7 and Fedora), the services description files will have to be modified to add dependencies using Before=
or After=
for example if you want to define a start and stop order.
For more information, see manpages: # man systemd.unit
Include Page | ||||
---|---|---|---|---|
|