RackWare RMM v7.4 Installation Guide v3.14
RackWare RMM v7.4 Installation Guide v3.14
RackWare RMM v7.4 Installation Guide v3.14
RACKWARE INC
1 RackWare RMM Installation ................................................................................................................. 2
1.1 Pre-Installation ............................................................................................................................ 2
1.2 First Time Installation of RMM .................................................................................................... 2
1.3 Administration Operations and Factory Reset ............................................................................ 8
1.3.1 RMM Administration Operations ............................................................................................ 8
1.3.2 Factory Reset ........................................................................................................................... 8
1.4 Upgrading the RMM .................................................................................................................... 9
2 Licensing.............................................................................................................................................. 10
2.1 Professional Services ................................................................................................................. 10
2.2 License Type .............................................................................................................................. 10
2.3 Functional Type ......................................................................................................................... 11
2.4 Server Limits .............................................................................................................................. 11
2.5 Expiry ......................................................................................................................................... 11
2.6 Licensing Process ....................................................................................................................... 12
2.7 Common license errors and warnings ....................................................................................... 12
2.8 Extending a license .................................................................................................................... 13
2.9 Operation Statistics ................................................................................................................... 13
1.1 Pre-Installation
Before beginning the installation of the RMM code, please verify the following that all the prerequisites
for the RMM server as described in Chapter 5 of the RMM Prerequisites and Operational Requirements
have been met. Be sure the space requirements in Chapter 5.1 are met even after the RMM installation
file has been copied to the RMM server.
Determine which interfaces on the server the RMM should listen on to communicate with the source
Hosts. During the installation you will be prompted for the interface(s) to use. If DHCP configured IP
addresses are used, they should not change during RMM operations or failures will occur.
If you will be using the RMM for DR, determine which disk devices you will be using to store the
captured images using zfs. See section 5.1 of the RMM Prerequisites and Operational Requirements
Guide. If you will be using the RMM only for migrations, no disk devices will be needed to store
captured images.
Verify that the RMM server has access to the yum repository (via the network, a DVD, a mirror site, or
locally), has access to the epel repository, and can be installed as root.
Verify that WAN connectivity from the source servers to the RMM server has been established, and that
name resolution is configured and working.
*** These requirements are necessary only during the installation/upgrade. After a successful
installation, these requirements do not apply for normal RMM operation.
Execute a ‘yum update’ on the RMM server and then reboot the RMM server.
The file is about 10 GB in size. Ensure that the permissions of this file allow for execution, and if not
modify via chmod 755.
After the installation file is on the RMM, there must be 11 GB of free space in /tmp and 14 GB of free
space in /opt. If /tmp and /opt are not in separate partitions, but are part of the / partition, then /
needs to have 25 GB of free space.
Installing the RMM over an existing installation is supported and, in fact, is the mechanism for installing
a new version. In this case there will be an existing CMDB, and by default the installation process retains
that information. So after installation all existing resources will continue to reside in the CMDB.
2) Read and accept the EULA and the Microsoft licenses by entering "yes".
5) log rotate
Accepting the default will mean that the RMM’s by-jobid log files will be kept for 15 days before being
deleted. Depending on the length of your project and the frequency and number of syncs that will be
done, you may wish to make that time longer.
6) RMM-Hub
Unless you are using the RMM-Hub feature, accept the default of N for this prompt.
7) GUI Selection
When prompted for the RMM GUI type, select [L] for RMM Lite.
9) Passphrase
10) ZFS
ZFS packages will then be installed on the server if they are not already installed. (Note – it is normal
for the installation to appear to pause for a few minutes after a line similar to “Installing : zfs-dkms-
0.8.2-1.el7.noarch 7/8” is displayed.)
You will then be prompted to add a disk to the RMM Storage Pool. If using the RMM for DR or using
staged syncs, enter Y to add a disk. If using the RMM only for migrations, enter N.
If you entered Y, you will then be shown a list of the existing devices on the server. The ones that are
shown as being “free” can be added to the rmm’s storage pool. Ones that are not free can be used,
but all data on them will be destroyed.
You will then be prompted to select a disk device which can be added to the RMM’s pool of storage.
Enter ‘A’ to add a disk (e.g. /dev/sdd) and ‘F’ once you have added all the disks you wish to the RMM’s
storage pool. The RMM adds any disks specified to the default pool named “rwzpool” with a default
compression algorithm of “lz4”.
After the RMM is installed ZFS can be configured using the ‘rwadm zfs configure’ command if needed.
12) NTP
The next prompt will ask if the RMM should configure an NTP server.
In order for the RMM to come up properly, the RMM must have access to an NTP server, unless a
professional services license is installed (see section 2 “Licensing”).
The default value of N to this prompt means that the RMM will use as the NTP server the default of
pool.ntp.org.
If Y is chosen for this prompt, then you will be prompted to enter the name of the NTP server you would
like the RMM to use.
If the NTP server being used by the RMM is not reachable from the RMM then RMM's license will be
temporarily disabled and thus the RMM will not come up.
13) NAT
The next prompt will ask if a NAT IP needs to be added. Unless otherwise instructed by RackWare,
accept the default value of [F]
14) Licensing
For an initial installation, there will then be messages
and
WARNING: No license file found for rmm. Cannot start RMM Process.
Following this, there will be a message “Reboot required for changes to take effect”
Copy the file /etc/rackware/rwlicense_preinstall_xxxxxxxxxx off of the RMM server and email it to
[email protected]. Then reboot the RMM server. The licensing team at RackWare will then
send you a license file specific to your server. When received, place the license file in the
/etc/rackware directory of the RMM server.
Once the license key has been installed, the rmm software will need to be manually started. This is done
by entering:
If the services are not starting reboot the RMM server. Note rwadm commands must be run from
root or sudo with root privileges.
If after rebooting, the services still have problems starting, examine the file
/var/log/rackware/rwadm.log for more details, and consult RackWare.
$ rw rmm show
This will display general information about the RMM. For example:
[root@bob-rmm01 ~]# rw rmm show
RMM Info
Software version : v7.4.0.186
Build date/time : Aug 18 2020 at 16:19:45
Uptime : 8 day(s), 22 hour(s), 31 minute(s), 42 second(s)
Installation Time : Fri Jul 17 11:26:18 2020
System Date/Time : Thu Sep 3 12:20:13 2020
Environment
LocalConfigDB : /opt/rackware/data/rmm.db
RemoteConfigDB : /opt/rackware/data/rmm.db
RmmInterfaces : eth0
Configuration
Default boot method: tftp
RMM IP Interface:
Configured RMM Roles
ROLE : RMM_ROLE_STANDALONE
Configured RMM Hub(s)
Plugins
None installed
Operation Statistics
15c) Query the available storage available to the RMM with the ‘rw
pool show’ command. Verify that the rwzpool is shown and that the
ZPOOL is Enabled.
==============================================================================
ZFS Pool 'rwzpool'at /srv/images Info: ZPOOL_ENABLED
==============================================================================
TotalSize TotalAllocated Available TotalLogicalUsed TotalCompressRatio Compression Dedup DedupRatio Capacity Fragmentation
--------- -------------- --------- ---------------- ------------------ ----------- ----- ---------- -------- -------------
99.50 GB 516.00 KB 96.39 GB 129.50 KB 1x lz4 off 1x 0% 0%
The RMM integrates user authentication with the Linux server that it is running on. Linux users on the
RMM server must be defined to the RMM as viable users to operate the product. There are two Linux
users automatically configured to operate the RMM product as part of installation.
• root
• admin
The root user is pre-existing, and the installation process automatically adds the "admin" Linux user (via
"useradd admin" Linux command). The password for the admin is set during the installation procedure
based on user input.
During installation, if the RMM was previously running, the CMDB will be backed up prior to install, and
restored post-install. Re-Installation is a safe process, and will not change any configurations unless
instructed to do so in the installer.
To rerun the installation to update configuration settings such as rwnat.conf and IP addresses for the
RMM to listen on run:
$ rwadm init
“rwadm init” goes through the installation steps but without the prompts related to the license
agreements. Running “rwadm init” will retain all existing CMDB objects (such as your waves, dr
policies, and sync settings).
If the administrator wishes to reset the RMM to a factory installed state (i.e. - a blank CMDB, and the
destruction of all previously captured images), enter the following command
WARNING: Using rwadm with ‘-F’ permanently destroys all previously captured images!
$ rwadm -F restart
CentOS release 6.6 (Final)
Found supported RedHat/CentOS release.
Stopping: rmm ... Done.
* stopped: rmm
Starting: rmm ...
After doing ‘rwadm -F restart’, if an attempt is then made connect to the RMM via a web browser, the
RMM GUI will not come up properly. There will be a message
“Rackware RMM Installation Incomplete
The RMM has not been fully installed. Please finish or re-install the RMM to be able to access
the RMM GUI.”
Before connecting to the RMM via a web browser, please issue the command
rwadm gui select
This will bring up the GUI Selection prompt, the same prompt as in step 7 in section 1.2. Select [L] for
RMM Lite. Then when you connect to the RMM via a web browser, the RMM GUI will come up
successfully.
Out of an abundance of caution, please issue the following commands on the RMM before
running the installer file or adding space to the / partition:
cp /opt/rackware/data/opst.bin /tmp/opst-bak.bin
cp /opt/rackware/data/rmm.db /tmp/rmm-bak.db
Then run (as root) the new RMM installer file by issuing the command:
./rackware-<VERSION>-x86_64.sh
All existing information in the RMM’s CMDB is retained during the upgrade. A subset of the
prompts issued during an initial installation will be issued during an upgrade. See First Time Installation
of RMM for a description of the prompts and the appropriate responses.
During the upgrade process the RMM will be restarted, so upgrading the RMM should be done
only when there are no operations in progress on the RMM. This includes having active DR policies,
Active DR policy
----------------
drpol1
If you know that there will be no syncs/captures/assigns/discovers run during the installation
timeframe, then answer ‘yes’. Otherwise, answer ‘no’ and wait for any operations in progress to
complete, and/or pause the DR policies and/or cancel any syncs that are in progress; then rerun the
installer file.
If for some reason the RMM does not come up at the end of the upgrade process, please
contact RackWare support at [email protected].
2 Licensing
When you purchased the RMM product, you purchased a license type with a specific function for a
certain number of servers which is valid for a particular period of time.
If the license was purchased along with RackWare Professional Services, then the version of the license
will include the words “Professional Services”. If the RMM has a Professional Services license, then the
RMM does not need access to an NTP server in order to come up, and the license will not expire even if
the RMM has been powered off for over 8 days (see section 2.5 “Expiry”).
A Production license is the standard license type, and has a flexible duration and allows you to
discover, migrate, or protect a large number of servers.
A Marketplace license is one ordered through one of the Marketplace portals and has
functionality tailored to that Marketplace. If an RMM is ordered through a Marketplace with a BYOL
license, then a Production license will be used.
2) Migration - This function allows your RMM to perform discover, capture, and manual sync operations.
Using these operations you can migrate servers from an on-premises location or a cloud to another
cloud or another on-premises location. The migration function is a superset of the Discover function.
3) Disaster Recovery - In addition to everything that a Migration functional type allows the RMM to do,
this type of license allows you to assign waves of servers to DR Policies, so that syncs can be done in an
automated fashion and allows you to take snapshots of your origin servers so that you can restore those
servers to a certain point in time, including restoring a single file to a previous version.
A server in this context is a source/production server. If the T value is 10, then there are 10 servers on
which the RMM can perform the Functional Type (Discover, Migration, or Disaster Recovery) of
operations on before the license is exhausted. If the Functional Type is Disaster Recovery, then each of
those 10 servers can be discovered, captured, migrated, put into a DR Policy via a Wave, and have
snapshots taken and restored. Each of those operations can be performed on those 10 servers
multiple times if needed.
The first time an operation is performed on a server, the R value will be decremented. After that, the R
value will not be decremented because of any other operation performed on that server.
When the R value becomes 0, the RMM will not perform any operations on new servers. Contact
[email protected] if you need additional servers to be a part of your license.
2.5 Expiry
A license has an expiry date. After the expiry date the RMM will no longer perform any operations on
the servers covered under this license, nor will the RMM perform operations on new servers even if the
R value under Limits is greater than 0. Contact [email protected] if you would like to have
your license extended.
Please note that if the RMM is powered down for more than 8 days the license will automatically expire,
no matter what the expiration date (unless the license is a Professional Services license). Please
contact [email protected] if you know you will be powering off the RMM for more than 8
days.
1. When installing the RMM for the first time on a server, a pre-install file will be generated.
Following is the sample output:
When the RMM has performed an operation on 90% of the servers that the license allows, the RMM will
start issuing a warning whenever an operation is performed on a new server
For example:
If the license allows for operations to be performed on 100 servers, and an operation has been
performed on 89, when an operation is performed on the 90th server, the RMM will issue a
warning as follows:
1. When performing an operation on a new server would cause the license limit to be exceeded,
the license limit is said to have been exhausted.
2. All licenses have expiration dates. When a license expires, the following error message is shown:
For each of these cases, the preinstall file needs to be generated. (Note – before issuing the ‘rwadm
relicense’ command, please contact [email protected] and let them know which type of
license change you need). The preinstall file can be generated using the following command:
# rwadm relicense
CentOS release 7.7 (Final)
Found supported RedHat/CentOS release.
WARNING: This command will generate a new preinstall file but will also
INVALIDATE the existing license on next RMM restart.
If you wish to continue using RMM till you get the new license, DO NOT STOP
RMM after running this command.
Do you wish to continue? (Y/N) [N]: Y
PreInstall file generated at /etc/rackware/rwlicense_preinstall_1475553975.
Please email this file to [email protected] to get the license.
These statistics are informational only. They are not used by the licensing algorithm to determine if a
Total Host Captured - the number of times a ‘capture’ operation has completed successfully
Total Assign Operations - this is incremented only when a legacy ‘image assign’ command was
completed successfully. Since the 7.4 release does not support legacy operations, this field will never
be incremented
Total Data Migrations- The number of successful initial ‘host sync’ operations plus the number of
“image assign --flex” operations plus the number of successful Stage 2 Sync Autoprovision operations
Total Hosts Discovered - The number of hosts discovered via an explicit “discover” command, or as
part of a capture operation, an initial ‘host sync’ operation, or as part of a Stage 2 autoprovision
operation