... h3. Installation options
h4. Remote database installation
GroundWork Monitor can be installed on two servers, with the database on a separate server for performance and manageability reasons. You have to install the database first (using a copy of the GroundWork binary installer) on a separate server. Full instructions for installing the remote database server are [here.|Remote Database Installation Instructions]
h4. Disk layout
The following recommendations apply to GroundWork servers, both the all-in-one installations and split systems with front-end and remote database servers.
First, decide which disk the GroundWork Monitor install will reside on. It will be placed in the {{/usr/local/groundwork/}} directory, which by default will usually reside on the system disk. If you wish to relocate the installation to a different drive, that is most easily done by setup before the installation proper. Your choices are:
# Create the {{/usr/local/groundwork/}} directory and mount some disk partition on that directory (recommended). After the mount, check the ownership and permissions of the mount point:
{noformat}
drwxr-xr-x 2 root root 4096 Feb 5 19:45 /usr/local/groundwork
{noformat}
The installer will adjust the ownership of the root of the mounted partition as needed during the installation process.
# Use a bind mount. For example, if you have a large partition on /opt, you can make /usr/local/groundwork point there with these commands:
{noformat}
$ mkdir /opt/ulg
$ mkdir /usr/local/groundwork
$ mount -o bind /opt/ulg /usr/local/groundwork
{noformat}
You will now see this reflected when running the {{mount}} command:
{noformat}
$ mount | grep groundwork
/opt/ulg on /usr/local/groundwork type none (rw,bind)
{noformat}
Now do the normal GroundWork installation. The files will be in the {{/opt}} space, but directly accessible at {{/usr/local/groundwork}}. You need not create the {{nagios}} user or group beforehand; the installer will do so as needed, and change the ownership of the target directory accordingly.
You will want this to persist across reboots. Edit {{/etc/fstab}}, making the indicated change:
{noformat}
# vi /etc/fstab
{noformat}
Add the line:
{noformat}
/opt/ulg /usr/local/groundwork none bind 0 0
{noformat}
# Don't create the {{/usr/local/groundwork/}} directory. The GroundWork installer will create it and set its ownership and permissions as needed, on whatever disk/partition the {{/usr/local/}} directory resides on.
Note that creating the {{usr/local/groundwork}} directory as a symlink to some other location is known to have issues. This installation technique is not supported and should not be done. At this time, the installer does not detect this and an install will appear to successfully complete, but there are several features of the product that will not operate properly (such as use of Nagios profiles) as well as certain security features being bypassed.
h4. Installation Methods
The installer package supports 3 modes: GUI, text, and unattended. All three require *root access* to the system where you install the GroundWork software.
The default method is GUI if an X server is running; otherwise, text mode will be used. GroundWork does not recommend running the X server in a production deployment, due to the unnecessary overhead.
h5. GUI Install
On a system with X server running, simply double-click on the run file. Alternatively, go to the command shell and execute the downloaded file:
{noformat}
./groundworkenterprise-7.1.1-br415-gw3089-linux-64-installer.run
{noformat}
h5. Text Based Install
From a command shell, execute the binary with the text-mode installation selected:
{noformat}
./groundworkenterprise-7.1.1-br415-gw3089-linux-64-installer.run --mode text
{noformat}
h5. Unattended Install
From a command shell, execute the binary with the unattended-mode installation selected:
{noformat}
./groundworkenterprise-7.1.1-br415-gw3089-linux-64-installer.run --mode unattended
{noformat}
This will perform an unattended installation that will not prompt the user for any information. This method is not recommended for upgrades.
{note:title=Unattended Mode Constraints}
If you run the installer using the command above, the installation will fail because it tries to install the PostgreSQL database without a password for the {{postgres}} user. An installation like that is inherently insecure, and is not supported. For an unattended install, you must use the "{{\--postgres_password}} _password_" option, either on the command line or in an option file as described below.
Also, an unattended install will reference a local database only.
|
E-mail