Excerpt |
---|
This page describes how to install and configure the backend VCL management node components including the required Perl modules, VCL daemon (vcld), and Windows utility dependencies. |
The following instructions assume the VCL database has been installed and configured and that the managment node information has been added to the database as described on the web code installation page. This also assumes that the perl-DBD-MySQL-3.x and the mysql client (mysql-5.x) packages are installed, for database communications.
Code Block |
---|
cp -r managementnode /usr/local/vcl |
The following packages to be installed on the OS before installing the required Perl modules. These packages must be installed if they were not installed as part of your base Linux install. It is easiest to use the package management utility for your OS --- yum, rpm, or other.
To install these packages using yum:
No Format |
---|
yum install expat expat-devel gcc krb5-libs krb5-devel libxml2 libxml2-devel openssl openssl-devel perl-DBD-MySQL xmlsec1-openssl nmap -y |
The VCL Perl code running on the management node requires additional Perl modules in order to run. These Perl modules are available from CPAN - The Comprehensive Perl Archive Network. A search engine for CPAN modules is available at search.cpan.org. The Perl modules are licensed under the Artistic and GPL licenses.
A script is provided in the managementnode/bin directory called install_perl_libs.pl which will attempt to download and install the required perl libraries. Run the script:
No Format |
---|
perl /usr/local/vcl/bin/install_perl_libs.pl |
The script will hang or terminate if it encounters a problem. If this occurs, manually run the last command the script attempted. The command should be listed in the output. You will need to troubleshoot the problem. The most likely cause of the problem is a missing Linux package. Make sure the required packages are installed.
Run the following command to execute the utils.pm file:
Code Block |
---|
perl /usr/local/vcl/lib/VCL/utils.pm |
Executing utils.pm does not actually do anything but this will tell you if VCL will be able to run. If any Perl modules are missing you will see "Can't locate" lines:
No Format |
---|
Can't locate HTTP/Headers.pm in @INC (@INC contains:...) |
Once all of the required modules are installed, you should see output similar to the following:
No Format |
---|
BIN PATH: /usr/local/vcl/lib/VCL pre-execution: config file being used: /etc/vcl/vcld.conf Uncaught exception from user code: VCLD : /etc/vcl/vcld.conf does not exist, exiting -- No such file or directory BEGIN failed--compilation aborted at /usr/local/vcl/lib/VCL/utils.pm line 616. at /usr/local/vcl/lib/VCL/utils.pm line 616 |
No Format |
---|
/usr/bin/make install -- OK |
No Format |
---|
Module Compress::Zlib (P/PM/PMQS/IO-Compress-2.020.tar.gz) |
No Format |
---|
/usr/bin/make install -- OK |
No Format |
---|
Starting vcld daemon: BIN PATH: /usr/local/vcl/bin pre-execution: config file being used: /etc/vcl/vcld.conf FQDN is not listed pre-execution: process name is set to: vcld pre-execution: verbose mode is set to: 1 pre-execution: testing mode is set to: 0 pre-execution: log file being used: /var/log/vcld.log pre-execution: PID file being used: /var/run/vcld.pid Created process 23696 renamed to vcld ... [ OK ] |
No Format |
---|
2009-06-16 16:57:15|15792|vcld:main(165)|lastcheckin time updated for management node 18: 2009-06-16 16:57:15 |
To insure that the management node can SSH into your virtual machines without problems, you will need to edit the SSH client config for the root user:
No Format |
---|
vi /root/.ssh/config |
Add the following lines to the top of the configuration file.
No Format |
---|
Host <vmhost> <vmhost ip> UserKnownHostsFile /dev/null StrictHostKeyChecking no |
Where:
This will insure that new VM hosts will not hang on the known hosts prompts when the management node attempts to connect to them for the first time.
The Windows XP and Server 2003 Deployment Tools are available for free from Microsoft and are required in order for the capture of Windows XP and Server 2003 VCL images to work. The Sysprep utility is included in the Deployment Tools. You do not need to download Sysprep for Windows 7 or Windows Server 2008 because it is included in the operating system.
Download: Windows XP Service Pack 3 Deployment Tools
Download: System Preparation tool for Windows Server 2003 Service Pack 2 Deployment
The Sysprep files need to be extracted from the file you download which is in Microsoft's .cab format. It is easiest to extract the files on a Windows computer. Windows Explorer is able to open the .cab file and then the files contained within can be copied elsewhere. There are also some Linux utilities which claim to be able to extract .cab files.
Copy the extracted Windows XP Sysprep files to the following directory on the management node after they have been extracted:
Panel |
---|
/usr/local/vcl/tools/Windows_XP/Utilities/Sysprep |
Panel |
---|
/usr/local/vcl/tools/Windows_Server_2003/Utilities/Sysprep |
The Sysprep directories should already exist on the management node because they exist the Subversion repository. The Sysprep directories should contain the following files at a minimum:
Panel |
---|
-rw-rw-r-- 1 root root 25600 Aug 18 17:32 setupcl.exe |
Your Windows product keys and/or KMS server addresses need to be entered into the VCL database in order to capture a Windows image using Sysprep. Enter the information into the database by running the the following command:
Panel |
---|
/usr/local/vcl/bin/vcld -setup |
Select "Windows OS Module" and follow the prompts.
Drivers which aren't included with Windows must be downloaded and saved to the management node. The drivers required will vary greatly depending on the hardware. The only way to know what additional drivers you need is to install Windows on a computer and check for missing drivers.
The drivers must be copied to the appropriate directory on the management node. The VCL image capture process copies the driver directories to the computer before an image is captured. Drivers from multiple directories will be copied based on the version of Windows being captured. There are driver directories under tools for each version of Windows (Windows XP, Windows Vista) and for each version group of Windows (version 5, 6). This allows drivers which are common to multiple versions of Windows to be shared in the management node tools directory structure.
For example, if a chipset driver works for all versions of Windows, it can be saved in:
tools/Windows/Drivers/Chipset
If Windows XP and Windows Server 2003 both use the same network driver, it can be saved in:
tools/Windows_Version_5/Drivers/Network
If a storage driver only works for Windows XP, it should be saved in:
tools/Windows_XP/Drivers/Storage
During the image capture process, each Windows version directory is copied to the computer under C:\Cygwin\home\root\VCL. The order in which the Windows version directories are copied goes from most general to most specific. In the example above, the order would be:
The resulting directory structure on the Windows computer will be:
The following list shows which driver files should be saved in the driver directories:
The directory structure under each Drivers directory does not matter. It is helpful to organize each directory by driver class, and each directory should be organized using the same theme. For example: