![]() | Oracle System Handbook - ISO 7.0 May 2018 Internal/Partner Edition | ||
|
|
![]() |
||||||||||||||||||||||
Solution Type Predictive Self-Healing Sure Solution 1553330.1 : How to Reimage an Oracle Big Data Appliance When the Entire Network Structure/IP Definitions Will Change
In this Document
Applies to:Big Data Appliance HardwareBig Data Appliance X3-2 Hardware Big Data Appliance Integrated Software - Version 1.0.3 and later Big Data Appliance X5-2 Hardware Linux x86-64 PurposeThis document provides the steps for reimaging an Oracle Big Data Appliance (BDA) when the entire network structure/IP definitions will change. This scenario can arise when a machine is being moved from one site to another site. One example is the case of an Oracle Big Data Appliance (BDA) moving from one customer site to another customer site for a Proof of Concept project. DetailsThe general steps for reimaging a BDA rack moving from one site to another where the entire network structure/IP definitions will be different are presented here. Note: In the case where network IP definitions have changed a reimage of all cluster nodes is absolutely required. The same holds true if a cluster previously existed on the rack. At site One i.e. the site where the BDA is transferring away from:1. Disconnect the rack from the network on site one. Disconnect both the: a) Administrative network. The administrative network is the 1 gigabit Ethernet (GbE) network that connects to the site's existing administrative network and is used to administer all components of Oracle Big Data Appliance. b) Client Access network. The client access network is the 10 GbE network which connects the servers though the gateway switches to the site's existing client network and is used for client access to the servers b) Copy the BDA image tarball onto the first (bottom) server of the BDA to be reimaged. c) As root unzip the base image. d) To reimage the rack from existing customer network settings to the original factory network settings: ./reimagerack deploy ship
Oracle Big Data Appliance Base Image Version 2.5.0 for New Installations on OEL6 (Doc ID 1640105.1) Note that it is important to re-image at the original site one as this will also erase any proprietary data on the BDA.
Also note that if the reimage did not happen on the original site for some reason, this can be done at the destination site. However to reimage to factory settings at the destination site you must make sure the rack is not connected to the data center. See: Oracle Big Data Appliance Installation Frequently Asked Questions (FAQ) for details on what it means for the rack to be disconnected from the data center.
At site Two i.e. the site where the BDA is transferring to (Destination site):3. Using the Oracle Big Data Appliance Configuration Utility generate new configuration files for the new site.
4. Install and configure the hardware for the Oracle Big Data Appliance at the new site. Full details are in the, "Installing Oracle Big Data Appliance at the Site" section of the Oracle® Big Data Appliance Owner's Guide Release.
6. Make sure the following network configurations are in place: Note that if you can not do this step until after networksetup-one (due to not being on the network) it is allowed to delay step 6 until after networksetup-one when the rack is connected to the network. But step 6 must be done before networksetup-two.
Do this as follows for each leaf switch: # ping <name_server>
$ host <valid host name on same admin network>
MaxStartups 20
Instead of the default: #MaxStartups 10
Sample steps for BDA V3.0.1 installation when the BDA network structure/IP definitions changedThis example outlines the steps for installing BDA V3.0.1 when the network structure on the rack has changed. Following the steps in this note, some additional details for a V3.0.1 installation are: # ./reimagerack deploy ship
Passwordless SSH set up to all hosts : <admin_IP1> <admin_IP2> ... <admin_IPn> Using /var/tmp/BDABaseImage-ol6-2.5.0_RELEASE/BDABaseImage-ol6-2.5.0_RELEASE.iso to re-image BDABaseImage-ol6-2.5.0_RELEASE.iso: OK FINAL CONFIRMATION : All of the following hosts will be completely erased, re-imaged and initialized including resetting of the iloms: <admin_IP1> <admin_IP2> ... <admin_IPn> Proceed [y/n]? y Running hardware checks on all nodes Calling makebdaimage to generate a rack network configuration file makebdaimage: -usbrack /var/tmp/BDABaseImage-ol6-2.5.0_RELEASE/BDABaseImage-ol6-2.5.0_RELEASE.iso /opt/oracle/bda/BdaDeploy.json /opt/oracle/bda/BdaShip.json BDABaseImage-ol6-2.5.0_RELEASE.iso: OK makebdaimage: fetching macs `/tmp/server-BDABaseImage/bda-reimage.json' -> `/tmp/bda-reimage-rack.json' Completed generating network configuration file for rack re-image Copying makebdaimage to all servers Copying /var/tmp/BDABaseImage-ol6-2.5.0_RELEASE/BDABaseImage-ol6-2.5.0_RELEASE.iso to all servers Copying biosconfig to all servers Copying ubiosconfig to all servers Copying rack network configuration file to all servers Preparing internal USB disk for re-imaging on all servers Rebooting all servers Broadcast message from root@bdanode01.example.com (unknown) at 13:21 ... The system is going down for reboot NOW! # Connection to <admin_IP1> closed by remote host. Connection to <admin_IP1> closed.
Attachments This solution has no attachment |
||||||||||||||||||||||
|