Professional Documents
Culture Documents
Article Content
Goal: How to reset the VNX for File/Unified system back to a state where the VNX Installation Assistant (VIA) can be rerun
Issue: Need to re-initialize the VNX File/Unified system
VIA Cable Check failure when going from Dual CS to a Single CS reset:
Cable check failed.
X Control Station 1 MGMT A
detail....
Severity: Error
Message: Secondary Control Station is unreachable on primary network.
Event Code: 15301279749
startup_wiz.log entries for VIA Cable Check failure when going from Dual CS to a Single CS reset:
INFO 2011-11-22 11:33:24,968 [com.emc.celerra.startup.healthcheck.screens.WizHealthCheckForm]: Status Control Station 1 MGMT A is:
Err 1003001003
INFO 2011-11-22 11:33:49,453 [com.emc.celerra.startup.healthcheck.screens.WizHealthCheckForm]: Error code is 1003001003
Use the following steps to set the Unified/File system back to a state where the Control Station(s)and Storage Processor (SP) IP addresses can be re-initialized
using the VNX Installation Assistant. For dual Control Station systems, you can elect to shutdown CS1, unplug the power cable, and complete the VIA reset
and re-initialization process using only CS0, then add CS1 back to the VNX system using the "Add Secondary Control Station" procedure, or simply follow the
steps below to re-initialize a VNX Unified system using both CS0 and CS1:
1. Is system a previously configured system or fresh factory install?
If you are re-initializing an existing system that was previously configured, locate the appropriate File OE version and media, then use the options
outlined in Step 4 to copy the S95cable_check script to the /etc/rc3.d directory on CS0 and CS1. If you have a system that is newly installed with File OE,
continue with Step 2.
1. Determine MAC Addresses for CS0 & CS1:
Establish a serial cable connection between your Windows client and the Primary Control Station's serial console port, then use Putty to connect:
a) Select the Serial radial button under Basic Options, then the Serial setting at the bottom of the "Category" tree, then use the following settings:
Enter COM1 or COM2 [depends on your Client system]
Speed:
19200
Data bits: 8
Stop bits: 1
Parity:
None
Flow Control: None
b) Log in to the Control Station as user "nasadmin," then su to root user.
c) Identify and record the MAC address for CS0 [and CS1 if applicable] for interface "eth3", by reading the label on the Control Station(s), or running
the following command:
# /sbin/ifconfig eth3
eth3
Link encap:Ethernet HWaddr 00:1B:21:76:C1:60 -->MAC Address--useful when running the VNX Installation Assistant to identify the
correct system
Note: While logged into CS0, you can quickly connect to CS1 and verify its eth3 external network interface MAC address as follows:
# ssh 128.221.252.101 and login
# /sbin/ifconfig eth3
eth3
Link encap:Ethernet HWaddr 00:1B:21:C2:CF:72
1. De-configure Proxy ARP service on CS0:
If the system is currently configured with the Proxy ARP service on CS0, you will need to stop this service in order to return the SP IP addresses to the
default internal addresses used for factory installations: SPA--128.221.252.200 SPB--128.221.253.201
Note: If you are recovering from a failed VIA installation, you may need to manually change the SP IP addresses back to the internal factory installation
addresses, if necessary, using navicli from the Control Station (or via some other method if available). If the VIA Initialization process did not complete
the Pre-Configuration phase, it is possible that the Proxy ARP service is not configured, and the SPs still have their default factory IP address settings--in
that case, you would not need to run the clariion_mgmt -stop command.
a) If the following command output shows "Not configured", then you do not need to run the clariion_mgmt -stop command and can proceed with Step
4.
# /nasmcd/sbin/clariion_mgmt -info
Error 12: Not configured
b) If Proxy ARP is configured, run the following command to unconfigure the service and restore the SP IPs to the default addresses:
# /nasmcd/sbin/clariion_mgmt -stop
Checking if running as root...yes
Note: If the Proxy ARP services fails to stop properly, investigate, then try the following syntax:
# /nasmcd/sbin/clariion_mgmt -stop -skip_rules
1. Determine if S95cable_check script is present on CS0 & CS1:
If the /etc/rc3.d/S95cable_check script is missing, and you do not have a backup copy, you can locate and copy the file from the VNX OE for File Classic
or Express Installation media that matches the version of the system that you are using. The following steps illustrate how to retrieve the S95cable_check
file from a loop mounted ISO image file from Classic Installation media (Option 1), or from the Express Install media (Option 2), or by mounting the
local /dev/hda8 partition on CS0 Option 3):
a) # mkdir /celerra/dvdiso /celerra/upgrade
b) # mount /dev/hda10 /celerra/dvdiso
c) Use FTP or WinSCP to transfer the ISO media file <.iso> to the /celerra/dvdiso directory on the Control Station.
Note: Make sure that you transfer the file using binary mode.
Option 1: Copying the S95cable_check script from classic installation media: 7.0.12.0_image_DVD.iso
(1) Loop mount the .iso image:
# mount -t iso9660 -r -o loop /celerra/dvdiso/7.0.12.0_image_DVD.iso /celerra/upgrade
(2) Change to the correct directory on the mounted ISO file and copy the S95cable_check file to /etc/rc3.d:
# cd /celerra/upgrade/EMC/nas
# cp S95cable_check /etc/rc3.d
# chmod 755 /etc/rc3.d/S95cable_check
Option 2: Copying from the Express Installation Media: EI_DVD_7.0.12.0.iso
(1) Loop mount the .iso image
(2) Run cd /celerra/upgrade/tools.
(3) Copy the S95nas_tools.tar.gz file to /home/nasadmin, unzip/untar the contents, copy the file to /etc/rc3.d, then chmod the file to make it executable:
# tar -zxvf S95nas_tools.tar.gz
# cp S95cable_check /etc/rc3.d
# chmod 755 S95cable_check
Option 3: Copy S95cable_check from /dev/hda8 partition:
(1) # mount /dev/hda8 /mnt (On CS0)
(2) # cd /mnt/EMC/nas
(3) # cp -ip /mnt/EMC/nas/S95cable_check /etc/rc3.d/
Note: Regardless of the above Option used, you can copy the S95cable_check from CS0 to CS1 using the following Secure Copy method:
# scp /etc/rc3.d/S95cable_check emcnasotherIPMICS_i3:/etc/rc3.d/
1. Prepare CS0 for VIA:
Clean up files on CS0, and make sure that the indicated files are present for dual Control Station environments:
a) Remove all .factory* files from the /tmp directory on CS0 only:
# rm -rf /tmp/.factory*
# rm -rf /tmp/factory*
Example files:
-rw-r--r-- 1 root root 17 Feb 7 18:01 .factory_check_model
-rw-r--r-- 1 root root 0 Feb 7 18:02 .factory_check_successful
b) Remove the external network interface configuration file:
# rm /etc/sysconfig/network-scripts/ifcfg-eth3
c) Edit the /etc/hosts file and remove the hostname and network IP address entries for CS0 and CS1:
# vi /etc/hosts
--> Example of line to remove:
d) If using only a single Control Station (CS0) for your activity, remove the following files.
Please DO NOT remove these files if using dual Control Stations!
# rm /nasmcd/.ipmi_arp_entry
# rm /nasmcd/.csheartbeat
e) If using dual Control Stations, make sure that the following files are present and populated with information similar to the following examples, in the
/nasmcd directory on CS0:
# cat /nasmcd/.csheartbeat
Wed May 30 09:44:58 EDT 2012
Note: Without this file, VIA discovery will not 'see' CS1
# cat /nasmcd/.ipmi_arp_entry
128.221.254.201 00:1E:67:23:7C:82
1. Prepare CS1 for VIA:
Connect to CS1 and cleanup files (use ssh 128.221.252.101 from CS0 command line):
a) Edit CS1's /etc/hosts file and remove any public IP addresses associated with CS0 or CS1.
b) Remove the external network interface file:
# rm /etc/sysconfig/network-scripts/ifcfg-eth3
c) Reboot CS1 and exit the SSH session.
# reboot;exit
1. After confirming that CS1 has rebooted (and from a serial console session, confirm that the system is "...waiting for VIA...", proceed to reboot CS0, and
with a serial console connection to the Control Station, observe the reboot and wait for the S95cable_check to start. The following should display once
the script has started:
Starting cable_check: This is an VNX5500 system waiting to be configured by VNX Installation Assistant. Use VNX Installation Assistant to verify that
the system has been cabled properly. Once the check is complete, VNX Installation Assistant will instruct the Cable Check Utility to continue and NAS
services will be started and a login prompt provided.
If you want to break out from this and login to the Control Station (you must really know what you are doing) press "L".
Waiting for VNX Installation Assistant to continue...
1. Launch the VIA application, making sure that you are using the same version of the VIA that matches the level of File OE code on the system, and
perform the "Install" initialization process.
Notes: The VNX Installation Assistant (VIA) was formerly referred to as the Celerra Startup Assistant (CSA).
Article Metadata
Product: VNX1 Series, VNX5300, VNX5500, VNX5700, VNX7500, VNX5200, VNX5400, VNX5600, VNX5800, VNX7600, VNX8000
External Source: Primus
Primus/Webtop solution ID: emc261639