Guide for replacing the entire chassis on an RSA NetWitness Series 5 Appliance on CentOS 7
Issue
This document will discuss how someone after receiving an RMA-ed appliance as a replacement for an existing appliance can swap the drives from one chassis to another and resume operations.Tasks
Swapping the Hardware:- Label each drive denoting which bay it is installed in on the existing Core or Hybrid appliance.
- Label each drive denoting which bay it is installed on the new Core or Hybrid appliance.
- Remove the drives from the new Core or Hybrid and set aside.
- Install the drives from the existing Core or Hybrid into the same drive bay in the new Core or Hybrid appliance.
- Remove the existing appliance from the rack.
- Install the new appliance in the rack.
- Connect power, network, SAS, and iDRAC cables.
- Turn on the appliance.
- If prompted for a BIOS password, use the default "rsabios" password.
- During POST, if you encounter drives found in a "foreign" configuration, import those drives when prompted on the POST screen which may look like the following. You can press 'F' when prompted with the below.
- Reboot the new appliance and ensure it boots. There is a chance that if you have other media that are attached to the device (Examples include DACs, Powervaults, USB devices) that the device may boot into the wrong device. If so, access the BIOS to change the boot order accordingly to boot from the Internal Raid Controller. This will be the F11 key or whatever key is designated to access the Boot Manager. When selecting a device on a Series 5 appliance, this is usually the PERC 730 while the DACs/Powervaults are attached to the H830. In general, numerically, the internal RAID controller is the smaller of the two numbers.
- Log in to the device from your crash cart or iDRAC, if available.
- Now, we must modify all the ifcfg-emX script files to correct the MAC address value as they have the values from the box you swapped the drives out of. Use vi to edit the files in question starting with em1.
vi /etc/sysconfig/network-scripts/ifcfg-em1
- Now, usually but not guaranteed to be all, you can map the new MAC address sequentially to the corresponding devices. To put it another way is to say that the MAC address value of eth0 should map to em1 as they are the first interface listed. The second would go from eth1 to em2. The third would go from eth2 to em3. The fourth would go from eth3 to em4. Thus, when editing /etc/sysconfig/network-scripts/ifcfg-emX you should be able to correspond the values like such:
Thus, in /etc/sysconfig/network-scripts/ifcfg-em1, I use the value that is displayed in my ip addr value to update the line that beings with HWID.
- Column 1: The MAC Address Value of the displayed Interface
- Column 2: Should be used in this file:
- Column 1: eth0
- Column 2: /etc/sysconfig/network-scripts/ifcfg-em1
- Column 1: eth1
- Column 2: /etc/sysconfig/network-scripts/ifcfg-em2
- Column 1: eth2
- Column 2: /etc/sysconfig/network-scripts/ifcfg-em3
- Column 1: eth3
- Column 2: /etc/sysconfig/network-scripts/ifcfg-em4
- When you take the example above from ip addr and apply it, you will make the following changes. We only care about the contents of the HWID field as selected below. The value that exists there now should be from the old chassis.
# Generated by NetWitness netconfigTake this value and change it to reflect the present interfaces on the device as dictated before in our ip addr output and then save the file. Since eth0 is 24:6e:96:77:0c:94, I will change this em1 file to reflect that then save the file.
TYPE="Ethernet"
PROXY_METHOD="none"
BROWSER_ONLY="no"
DEFROUTE="yes"
IPV4_FAILURE_FATAL="no"
IPV6INIT="yes"
IPV6_AUTOCONF="yes"
IPV6_DEFROUTE="yes"
IPV6_FAILURE_FATAL="no"
IPV6_ADDR_GEN_MODE="stable-privacy"
NAME=em1
UUID="ddaf0b2d-398b-4d62-936c-12a3ad582dad"
DEVICE=em1
HWADDR=24:6e:96:89:11:dc
BOOTPROTO=static
IPADDR=192.168.1.100
NETMASK=255.255.255.0
GATEWAY=192.168.1.1
NM_CONTROLLED=no
ONBOOT=yes
PEERDNS=no
HWID=24:6e:96:77:0c:94
- Repeat these steps for em2-4. Once you feel you are done, reboot the device. When it comes back, you should have em1, em2, em3, and em4 back up and the management interface itself should be to access the network.
- Verify after this that the device is functioning normally for whatever its role might be. Examples: If it is a log decoder, ensure that it is capturing logs. If it is a Concentrator, be sure it is aggregating, etc.
Notes
If you encounter an issue while performing the steps detailed in this KB article, please open a case with RSA Support and quote this article to receive further assistance.
Product Details
- Column 1:
- Column 2: RSA Product Set: RSA NetWitness Platform
RSA Product/Service Type: Series 5 Hardware
Operating System: CentOS 7
Summary
This document will discuss how to take the hard drives in your old appliance and move them to a new one after receiving an RMA replacement.
Approval Reviewer Queue
Technical approval queue