Setting up and sharing a data store
This topic describes how to set up the data store for Microsoft Windows and Linux provisioning environments. The topic contains the following sections:
- Data store overview
- To set up a data store for Windows provisioning
- To set up a data store for Linux provisioning
- To configure data store property instances
- Where to go from here
Data store overview
To provision operating systems on bare metal computers using the Preboot Execution Environment (PXE), you create a data store directory on a Windows or Linux server. Then you share the data store directory.
You can set up multiple data stores. If you are provisioning many devices simultaneously, using multiple data stores can potentially reduce network traffic. During the provisioning process, most network traffic occurs between the device being provisioned and the data store. Using multiple data stores can reduce the possibility of a bottleneck. Additionally, if you are provisioning devices on different network segments, you can place a data store on each segment, thereby substantially reducing network traffic.
To set up a data store for Windows provisioning
To set up the data store for Microsoft Windows provisioning environments, complete the following steps:
- On the host computer that will function as a data store server, create a data store directory. There are no requirements for the location of this directory or its name. The only requirement is that you reference the names correctly when you configure the System Package Types in the Console.
- Make sure that the roles for users who run provisioning jobs have write access to the data store location (to write in the unattend and kickstart files). Those roles must have ACLs on the server object that is the host for the data store.
- Copy the bmiwin.exe file, bllibeay32.dll and blssleay32.dll files to the datastore\bmi directory. These files are provided in the <version>-provision-files.zip file (which you obtained from within the main product package that you downloaded from the EPD site). If you extract the entire contents of <version>-provision-files.zip, the bmiwin.exe file appears in the \provisioning\pxe directory. The bllibeay32.dll and blssleay32.dll files appear in the \provisioning\winpe\x86 directory.
- Share the data store using one of following methods. If the data store server is a:
Windows host computer — Use Windows to set up sharing with the data store directory. The share should allow read-only access.
Linux host computer — Use Samba to set up sharing with the data store directory structure. The share should allow read-only access.
For more information about configuring Samba, see http://samba.netfirms.com/index.htm or http://www.samba.org/samba/docs/.
If you are using WinPE, you need a password to access the data store share. Passwords are not necessary if using Gentoo. If you are using WinPE, the computer being provisioned must map a drive to the location of the installation files on the data store server. You must enable this account. You can use properties in TrueSight Server Automation to provide the connection information needed to access other data stores.
- Configure the data store location, path name, and access credentials as properties in the Configuration Property Dictionary, as described in . You can create Linux and Windows instances of the data store property.
- If the data store server is a Windows host computer, configure the security settings as follows:
- In the Windows Control Panel, open Administrative Tools. Double-click Local Security Policy. Under Security Settings, click Local Policies and double-click Security Options.
Set the policies as shown in the following table:
- Install an RSCD agent on the data store server by using one of the following tasks:
- (Windows)Installing-the-RSCD-agent-Windows
- (Linux and UNIX)Installing-only-the-RSCD-agent-Linux-and-UNIX
To successfully provision servers, an RSCD agent must be running on the data store server.
To set up a data store for Linux provisioning
to set up the data store for Linux provisioning environments, complete the following steps:
- On the host computer that will function as a data store server, create a data store directory. There are no requirements for the location of this directory or its name. The only requirement is that you reference the names correctly when you configure the System Package Types in the Console.
- Make sure that the roles for users who run provisioning jobs have write access to the data store location (to write in the unattend and kickstart files). Those roles must have ACLs on the server object that is the host for the data store.
- Perform the following steps to provide HTTP access to the data store (such as Apache on Linux or IIS on Windows) as the Linux installers run over HTTP.
- Set up HTTP access to the data store directory structure. If the data store server is a:
Windows computer — Use IIS to define a virtual directory that corresponds to the data store directory structure. Use web sharing to grant read-only access to this virtual directory.
Linux host computer — Set up HTTP read-only access to the data store directory structure. (To facilitate troubleshooting, you can optionally set up HTTP access to allow directory browsing. However, this makes your data store configuration less secure.)
- Copy the bmilinux.tar file to the datastore directory and copy the bmiwin.exe file, bllibeay32.dll and blssleay32.dll files to the datastore\bmi directory. These files are provided in the <version>-provision-files.zip file (which you obtained from within the main product package that you downloaded from the EPD site). If you extract the entire contents of <version>-provision-files.zip, the bmilinux.tar and bmiwin.exe files appear in the \provisioning\pxe directory. The bllibeay32.dll and blssleay32.dll files appear in the \provisioning\winpe\x86 directory (Windows only).
- Set up HTTP access to the data store directory structure. If the data store server is a:
- Configure the data store location, path name, and access credentials as properties in the Configuration Property Dictionary, as described in To configure data store property instances. You can create Linux and Windows instances of the data store property.
- Install an RSCD agent on the data store server by using one of the following tasks:
- (Windows) Installing-the-RSCD-agent-Windows
- (Linux and UNIX) Installing-only-the-RSCD-agent-Linux-and-UNIX
To successfully provision servers, an RSCD agent must be running on the data store server.
To configure data store property instances
You must configure the data store location, path name, and access credentials as properties in the Configuration Property Dictionary. You can create Linux and Windows instances of the data store property.
- In the console, select Window > Show View > Property Dictionary.
- In the Property Dictionary tab, navigate to the Built-in Property Classes > DataStore > Pxe DataStore entry.
- Click the Instances tab.
Create the instance as follows:
(Linux)- Click Add
.
- For Name, use Linux.
- For FULL_PATH, use the full path to the data store directory. For example: /home/BMC Software/BladeLogic/pxestore
- For LOCATION, use the host name or IP address of the data store host computer.
- For VIRTUAL_DIR, use the name of the virtual directory you created for web sharing. For example, pxestore.
- For USERNAME, use pxeuser.
For PASSWORD, use Bl@d3l0g1c, or the password you used to configure the HTTP share.
- Click Finish.
(Windows)
- Click Add
.
- For Name, use Windows.
- For FULL_PATH, use the full path to the pxestore. For example: C:\Program Files\BMC Software\BladeLogic\PXE\pxestore.
- For LOCATION, use the host name or IP address of the data store host computer.
- For VIRTUAL_DIR, use the data store folder name. For example, pxestore.
- For USERNAME, use the name of the Authorize User on the PXE server. This is typically a local user account. For example, pxeuser.
- For PASSWORD, use the Authorize User's password.
- Click Finish.
- Click Add
DataStore Instances Example
Where to go from here
Configure the data store with required values for accessing the data sources for provisioning.