VNX - VNX 7600 Procedures-VNX2 Unified Upgrade
VNX - VNX 7600 Procedures-VNX2 Unified Upgrade
Topic
VNX 7600 Procedures
Selections
VNX7600 Activity Type: Software Upgrades
Prevent possible DU-DL situation. Do you have the Service LAN Connection procedure?: Yes - I have
the Service LAN Connection procedure
File-only and Unified Upgrades: USM Unified Software Upgrades
SR Number(s): 157717363
REPORT PROBLEMS
If you find any errors in this procedure or have comments regarding this application, send email to
SolVeFeedback@dell.com
Copyright © 2022 Dell Inc. or its subsidiaries. All Rights Reserved. Dell Technologies, Dell, EMC, Dell
EMC and other trademarks are trademarks of Dell Inc. or its subsidiaries. Other trademarks may be
trademarks of their respective owners.
The information in this publication is provided “as is.” Dell Inc. makes no representations or warranties of
any kind with respect to the information in this publication, and specifically disclaims implied warranties of
merchantability or fitness for a particular purpose.
Use, copying, and distribution of any software described in this publication requires an applicable
software license.
This document may contain certain words that are not consistent with Dell's current language guidelines.
Dell plans to update the document over subsequent future releases to revise these words accordingly.
This document may contain language from third party content that is not under Dell's control and is not
consistent with Dell's current guidelines for Dell's own content. When such third party content is updated
by the relevant third parties, this document will be revised accordingly.
Page 1 of 26
Contents
Preliminary Activity Tasks .......................................................................................................4
Read, understand, and perform these tasks.................................................................................................4
Page 2 of 26
ETA 197315: VPLEX, VNX: VPLEX loses access to LUNs during VNX non-disruptive upgrade or other
VNX Storage Processor reboot...................................................................................................................20
ETA 200964: VNX, VNXe: Q1 2015 Uptime and robustness ETA bulletin for EMC VNX and VNXe storage
systems.......................................................................................................................................................20
Enabled VAAI can lead to an SP reboot during an NDU. KB 201509: SP Reboot due to bug check
[05900000 FF_ASSERT_PANIC] with failing Instruction in disktarg.sys Module .......................................20
ETA 207784: VNX: Storage Processors may restart if VMware vStorage APIs for Array Integration (VAAI)
is enabled resulting in potential data unavailable .......................................................................................20
VNX2 systems may experience data loss during non-disruptive upgrade to VNX OE Block Code
05.33.008.5.119 with block deduplication enabled .....................................................................................20
Appendix B: Using the Install Base Group (IBG) Business Services Portal .....................22
Page 3 of 26
Preliminary Activity Tasks
This section may contain tasks that you must complete before performing this procedure.
Table 1 List of cautions, warnings, notes, and/or KB solutions related to this activity
000199941: VNX2 Series: Storage Processors shutdown due to Powerfail event after NDU to
05.33.021.5.303 code (Dell Correctable)
000182510: If the DVD image was downloaded off of dell.com/support and used to upgrade the VNX
to 8.1.21.266, the Data Movers may go into rolling panics.
540115: VNX: Datamover becomes unresponsive to any server_X commands and any Client
connections may fail (Dell EMC Correctable)
332934: Unable to stop NAS Services because of Control Station AUDIT Tool configuration
489302: If you are using Data At Rest Encryption (D@RE) on your VNX2 array, perform a Keystore
Backup prior to the NDU and store the backup image on a host system: Unisphere > System >
System Management > Backup Keystore file
488877: In Rel 33 P155 during a controlled reboot, an issue maybe encountered where a lun(or luns)
may not accept I/O for 50+ seconds during the trespass process. There is a strong probability that
this issue will be impactful when upgrading from Rel 33 P155 to any later release of code. Dell EMC
strongly recommend to installs KB488877-01.01.5.001-armada64_free.ndu (available on
support.emc.com) prior to attempting an install of any VNX OE version when upgrading from Rel 33
P155.
301857: Do not perform a VNX OE NDU on any VNX Storage Processors connected to a VPLEX
running any VPLEX GeoSynchrony version. Do not perform a proactive Storage Processor reboot on
any VNX Storage Processors connected to a VPLEX running any VPLEX GeoSynchrony version.
Refer to
ETA 182792 https://support.emc.com/kb/182792,
Page 4 of 26
ETA 193541 https://support.emc.com/kb/193541, and
ETA 197315 https://support.emc.com/kb/197315.
302035: Block deduplication feature in VNX2 arrays running Block 05.33.000.5.051 with VMware ESX
servers or Microsoft Windows 2012 Server may lose access to a set of deduplication enabled LUNs.
445234: Prevent possible DU-DL situation. Make sure you use the Service LAN Connection
procedure.
2. This is a link to the top trending service topics. These topics may or not be related to this activity.
This is merely a proactive attempt to make you aware of any KB articles that may be associated with
this product.
Note: There may not be any top trending service topics for this product at any given time.
Page 5 of 26
Disabling Connect Home
The procedure for disabling Connect Home or call home depends on whether you are working on a block
or file/unified system.
Note: The procedure below details how to disable call home using Unisphere. As an alternative you can
use naviseccli on a Windows management client to disable call home:
naviseccli eventmonitor -monitor -disableresponse -user <username> -password
<password> -scope 0 -server <serverIPaddr> -time <min>
1. [ ] Log in to the storage system or the Unisphere domain that contains the storage system.
2. [ ] From Unisphere, select System > Monitoring and Alerts > Notification and select the Distributed
Monitors tab.
3. [ ] Right click on the name of SP A in the list of distributed monitors for the storage system on which
you are disabling call home and select Disable/Enable Responses.
The Disable/Enable Responses dialog box appears.
4. [ ] Select the Disable Responses check box and set a time period during which responses will be
disabled for the anticipated maintenance activity. Then click OK.
In the popup that appears, click Yes to confirm.
5. [ ] Repeat these steps for SP B.
Note: You MUST disable responses on BOTH SP A and SP B to disable the storage system call
home responses.
Note: Disable/Enable Responses (quiet mode) feature will automatically re-enable call home when the
timer you set to disable call home expires. Network connectivity between the storage system and the call
home monitoring station is required for the Software Assistant to automatically enable call home and
verify the call home rules.
Page 6 of 26
Figure 1 Control station serial connection
2. [ ] Open a terminal emulation program (For example, HyperTerminal or PuTTy) and use the
following settings to create a serial connection to CS 0:
• Bits per second: 19200
• Data bits: 8
• Parity: None
• Stop bits: 1
• Flow control: None
• Emulation: Auto Detect
• Telnet terminal ID: ANSI
3. [ ] Login as nasadmin.
4. [ ] Become the root user:
$ su root
Password:
5. [ ] As the root user, disable Connect Home:
# /nas/sbin/nas_connecthome -service stop
6. [ ] Disable the email notification service:
# /nas/bin/nas_emailuser -modify -enabled no
7. [ ] Verify that the email notification service has stopped (is not enabled):
# /nas/bin/nas_emailuser -info
8. [ ] Check if ESRS client is enabled. Record if ESRS is enabled. If a control station is replaced or re-
imaged ESRS must be re-provisioned.
# /nas/sbin/nas_connecthome –i
ESRS :
Priority = Disabled or Enabled
9. [ ] If ESRS client is enabled run the following command and record the ESRS configuration data.
# /celerra/esrs2/Configurators/esrs_client_configurator --show-esrs-
configuration
ESRS DC is connected to esrs3-corestg.isus.emc.com on port 443
Policy Manager is disabled
Page 7 of 26
Proxy Server is disabled
General
• This procedure can be used to:
• Update the VNX OE bundle or other storage system-based software on the array
• Load an enabler to the storage system
• Update/load a recovery image to the storage system
• Load a language Pack on a VNXOE for Block system
• VNX OE for Block Software upgrades must be run in engineering mode.
This indicates that you are a service person performing the activity and you are allowed to
• Override a failed rule if it can be overridden. See the Software Installation Rules document also
located under Reference Materials
• Perform a “disruptive” upgrade. If you select this, then both SPs will be rebooted at the same time.
Select this option only if the customer has arranged for all attached hosts to be off-line. For further
information on this, see Knowledgebase article emc290687.
• Enablers reside on the Block portion of the VNX storage system. If you have to install enablers,
select the Install VNX OE for Block option and use that to install the enablers, even on a Unified or a
File VNX system.
• Enablers are shipped to the customer when the customer purchases the product and should be
available on-site during the installation.
• Enablers for EMC internal and ASP partners only:
Enablers are located on the EMC Services Partner Website, which is accessible from Powerlink.
From the EMC Services Partner website.
• Option 1. Select the button for the VNX platform, then Array Based Enablers.
• Option 2. Select the Software button. Then select (a) Array Based Enablers or (b) Licensed
Software, then Download Enablers.
A table is shown that lists the enablers, OE version supported, whether a reboot is required, and
any applicable notes. Clicking the enabler allows you to download it.
• Enablers for all other partners:
If you are an EMC implementation partner seeking enabler files for implementation/installation at your
customer's sites then please contact your EMC Partner relationship manager for guidance on the
correct resource and channel from which to obtain enablers. The enabler is shipped as part of the
order on a DVD and should be available at the customer site.
If your customer is seeking an enabler for an EMC software product, please have them contact their
EMC sales account manager. The sales representative should have placed an order for the
corresponding software. The enabler is shipped as part of the order on a DVD.
Page 8 of 26
Before starting the upgrade
1. [ ] If the system is being upgraded to Block OE 05.33.9.5.184 perform KBA 501279 VNX: How to
avoid SP reboot with Bugcheck code 00000041 after CDES Upgrade for ETA 483810 (Dell EMC
Correctable) prior to upgrading the system.
2. [ ] Disable FASTVP prior to starting the NDU. See KB 91272 (emc318603) for more information and
steps for disabling FASTVP.
3. [ ] If you are upgrading to Block OE 05.33.000.5.074 DO NOT extend the NDU delay beyond the
default values of 360 seconds. If there is an urgent need to impose a delay greater than 360 seconds
wait for the next release of VNX2 Block OE code.
4. [ ] Review the VNX upgrade issues list in the Appendix at the end of this procedure.
5. [ ] Download the required software from the EMC Support site
The VNX OE for File software packages required for this procedure will be:
pkg_x.x.x.x.tar and pkg_x.x.x.x.tar checksum (if available)
• x.x.x.x_linux_image_cd1.iso and x.x.x.x_liux_image_cd1.iso.checksum (if available).
Notes:
• The DVD iso image cannot be used.
• If you do not have the expected checksum file, Unisphere Service Manager (USM) will warn
that it cannot validate the software file and that it may be corrupt. If you are sure that your files
were downloaded correctly, you can ignore this message.
• The pkg and iso files should be placed in a folder with the following naming convention.
c:\EMC\repository\downloads\vnx\<date>\<VNX oe version.upg>, for example
c:\EMC\repository\downloads\vnx\08162013\8.1.xx.x.upg
The VNX OE for Block software packages required for this procedure will be:
• VNX-Block-Operating-Environment-05.33.000.5.xxx.pbu file.
• Any enablers that you are to install.
IMPORTANT: During this procedure, each storage processor will reboot independently. Therefore, it is
imperative that all servers have access to both storage processors in the array and have properly
configured/working failover software or they will lose access to the array.
Note: It is the customer's responsibility to check non-EMC host-based software and host hardware for
supported levels, HBA settings etc.
1. [ ] Ensure that the customer is aware of this and has made any necessary updates.
2. [ ] If necessary, explain what happens during an NDU.
3. [ ] Refer them to:
• Knowledgebase article emc261652 which gives the steps to be performed prior to the upgrade.
• The Technical Advisories that appear when USM is launched. These warn of issues that could
affect the upgrade.
• Knowledgebase article emc99467: What are the Initiator, Arraycommpath, and Failovermode
settings for PowerPath, DMP, PVLinks, and native failover software?
• Knowledgebase article emc203900: How EMC helps customer to maintain supported architecture.
Page 9 of 26
4. [ ] Check with the customer that all hosts have been verified.
The customer should have the final decision to continue host access during this service event.
5. [ ] Is this a VNX File or VNX Unified Configuration?
• If no, go to the next step.
• If yes, you MUST do both of the following:
a. Ensure that the destination versions of the VNX OE for Block and VNX OE for File software
are compatible
b. Upgrade the VNX OE for File software before upgrading the VNX OE for Block software.
6. [ ] Is the customer running VNX SnapView?
• If no, go to the next step.
• If yes, stop any SnapView sessions that are not “Persistent”. Snap sessions that were not created
with persistence will not survive an NDU.
7. [ ] Is the customer running VNX MirrorView Synchronous (MV/S) or VNX MirrorView Asynchronous
(MV/A)?
• If no, go to the next step.
• If yes:
a. Do not “deactivate” a mirror prior to an NDU. Deactivating the mirror will cause all server
access to the primary LUN to be lost until the mirror is reactivated. See Knowledgebase article
emc79767: What is the difference between deactivating and fracturing a mirror? for an
explanation of “deactivate” vs. “fracture”.
b. Multiple arrays involved in a MirrorView (MV/A or MV/S) configuration should not be targeted
during the same software NDU operation. Only perform the NDU on one array at a time
c. The software on arrays in a MirrorView relationship must be within 1 revision apart in active
mirror condition. Plan the updates accordingly. See the Release Notes for the version of
MirrorView that you are installing to determine recommended (preferred) and supported
configurations.
d. Updating usually involves starting with the lower revision systems. The software ensures that
mirrors continue to operate correctly during an NDU without requiring a full resynchronization
of any secondary image. System fractures are a normal part of the NDU operation, but these
result in partial resynchronization only (which will automatically start if the mirror recovery
policy is set to “Automatic”).
If you cannot maintain a recommended (preferred) or supported configuration during the upgrade:
• Administratively fracture mirrors.
• Update target arrays to their final software destination.
• When the arrays in the MirrorView relationship are updated to their final software destination,
mirrors can be synchronized with a partial sync
8. [ ] Is this storage system in a SAN environment with a Cisco FC Switch?
• If no, go to the next step.
• If yes, see EMC Knowledgebase article emc91792: Connectrix: Device will not log into an MDS
switch if the switch has been up for 248 days This addresses a port (SP) not logging back into the
switch if the switch port has been up and enabled for 248 days or more. This could cause a DU
event during the SP update process during the NDU.
Page 10 of 26
9. [ ] Are there Windows 2000 hosts involved in this upgrade?
• If not, go to the next step.
• If yes, is the Windows 2000 server is using Dynamic Disks
• If not, go to the next step.
• If yes, you must use an “NDU delay” of 360 seconds when a Software upgrade is performed.
(The Software Upgrade Wizard in Unisphere Service Manager automatically invokes a 360
second delay.)
10. [ ] Is the customer running RecoverPoint?
• If no, go to the next step.
• If yes, a RecoverPoint CCA is required to check the compatibility of the VNX OE for Block and
RecoverPoint software. Do not proceed with the upgrade until this is done.
11. [ ] Are there any VMware ESX 4.x server attached hosts?
• If no, go to the section labeled Preparing for the VNX OE Upgrade
• If yes, see Knowledge Base solution emc262738. After a storage processor reboot because of the
NDU, the failover mode for the ESX 4.x hosts changes from 4 (ALUA) to 1 on all host initiators.
WARNING: Do not perform an upgrade using ESRS Client on the control station remote connection. The
upgrade will fail when the control station reboots and disconnects the ESRS remote connection.
CAUTION: VNX File and Unified systems: Perform any VNX OE for File upgrade before upgrading the
VNX OE for Block software.
1. [ ] Using a windows server or a laptop on which Unisphere Service Manager has been loaded,
access the storage system from the customer’s LAN to the Control Station.
2. [ ] Start Unisphere Service Manager.
3. [ ] Log in to the storage system to be updated using the IP address of the Control Station and
administrator credentials.
4. [ ] Enter Engineering mode by pressing Ctrl/shift/F12 and entering the password SIR (case
sensitive).
Page 11 of 26
Figure 2 Entering Engineering Password
You will see “Mode: Engineering mode” displayed in the bottom left of the screen.
Page 12 of 26
2. [ ] Are you updating the File OE on this system?
If no, go to the step entitled Block OE Upgrades
File OE Upgrades
CAUTION: The software packages required for this procedure will be the pkg_x.x.x.x.tar, the
pkg_x.x.x.x.tar checksum (if available), x.x.x.x_linux_image_cd1.iso and
x.x.x.x_linux_image_cd1.iso.checksum (if available) packages.
1. [ ] During the File software upgrade, you will be asked if you want to reboot the data Movers during
the upgrade or after the upgrade.
Reboot interruption: Expect a Data Mover Reboot interruption to last less than 4 minutes. Most
CIFS/NFS/iSCSI clients should be able to sustain network interruption, but there may be applications
that are more sensitive to the short interruption.
2. [ ] Follow the prompts in the Wizard, answering the prompts to reboot if you indicated that you
wanted to reboot during the upgrade, not afterwards
3. [ ] Did the File OE upgrade complete successfully?
• If yes, go to the next step.
• If no, correct any issues and complete the upgrade before proceeding.
4. [ ] Check for trespassed control LUNs and trespass them back if necessary. Use either of these 2
methods:
• Unisphere
1. Select Storage, File Storage, Restore LUN ownership for File.
2. Trespass the LUNs as necessary
or
• Navisphere CLI
1. Using the CLI, log in to the primary Control Station as nasadmin and change to the root user:
$ su root
2. Determine the storage-system serial number (storage-system ID):
# nas_storage -list
3. Restore the LUNs to the correct SP:
# nas_storage -failback storage-system-id
For example:
# nas_storage -failback APM00070300923
id = 1
serial_number = APM00070300923
name = APM00070300923
acl = 0
done
Page 13 of 26
This restores the LUNs to the correct SP. After the restore, both SPs have their status listed as
OK.
Block OE Upgrades
CAUTION: The software packages required for this procedure will be the VNX-Block-Operating-
Environment-05.33.000.5.xxx.pbu file (if you are updating the VNX OE for Block), and any enablers that
you are to install.
1. [ ] Select Express Install or Custom Install. (Express Install is offered if software was pre-staged
using the Prepare for Installation option within the last 2 days.)
2. [ ] Check the box labeled Allow Installation of Diagnostic Tools on SPs if the customer permits this.
This utility (1) checks if there is an active session on the SP, and (2) monitors the processor utilization
and offers steps to reduce it if it is too high to allow the NDU to take place. These steps are based on
the recommendations in emc211113. You can choose to perform any, all, or none of the steps. If the
utilization drops to a satisfactory level after a task has been run, then the remaining steps are
skipped. Any change made will be reset at the end of the NDU.
The utility is removed from the SPs at the end of the NDU.
Disruptive Upgrades
1. [ ] A box labeled Enable Offline Upgrade is shown.
If you check this box, then both SPs will be rebooted at the same time. Select this option only if the
customer has arranged for all attached hosts to be off-line. This procedure must only be done when
all hosts I/O to the array has been halted since both SPs will be rebooted at the same time.
Page 14 of 26
Figure 6 Offline Upgrade warning
Rules Checking
Did one of the rules fail?
• If no, go to the next step.
• If yes, details of the fault can be obtained by clicking on the fault icon for that rule. One of three
options is presented for the rule. See the Software Installation Rules document for details of checks
performed.
• You can fix it if a fix icon appears to the right of the failed rule. Click on the fix icon and answer the
prompt to override the rule.
• If no fix icon is visible, hit alt and right-click on the “failed” icon. If it can be overridden, you will be
shown an override button. Click on this icon.
• If no fix icon is visible, and no override icon is shown when you hit alt and right-click on the failed
icon, then the rule cannot be overridden. You will have to fix the fault before continuing. After you
have addressed or overridden the failed rule, it may be necessary to click on Rerun to rerun the
rules if the Next button is grayed out.
Page 15 of 26
C:\EMC\repository\DiagnosticData\<serial number> folder and will be named
<date_time>.culham_blockOnly_Healthcheck_<serial number>_<date_time>.zip
2. Generate and capture a new diagnostic data file using USM, Diagnostics, Capture Diagnostic
Data. This will contain fresh SPcollects. Again, this will be on the station from which USM was
run, in the C:\EMC\repository\DiagnosticData\<serial number> folder and will be
named <date_time>.culham_blockOnly_Healthcheck_<serial
number>_<date_time>.zip
3. Escalate the issue and provide the 2 diagnostic data files that you captured.
Successful upgrade
IMPORTANT: Verify that the Block OE was committed before proceeding.
Page 16 of 26
• For AIX hosts only: If it is necessary to use the powermt restore command, see
Knowledgebase article ETA emc163961: AIX, PowerPath: AIX Host Lost access to storage
during powermt restore.4. Check your version of ESRS. If required, upgrade ESRS to a
version that corresponds to the VNX OE for Block to which you have just upgraded.
8. [ ] Are there any unowned private LUNs?
• If no, go to the next step.
• If yes, once the clones, mirrors, or snapshots start up, the ownership will revert to the status of
"owned". You can also try dealllocating/reallocating LUNs from the CPL, WIL, or reserved LUN
pool to reinstate ownership to these LUNs.
9. [ ] Is there a VMware server attached to the storage system?
• If not, go to the next step.
• If yes, are all the LUNs are their default owning SP?
• If no, the LUNs must be moved back. See Knowledgebase article emc190865: How to trespass
LUNs back to their default owners on VMware servers
10. [ ] Check for trespassed control LUNs and trespass them back if necessary. Use either of these 2
methods
• Unisphere
1. Using the CLI, log in to the primary Control Station as nasadmin and change to the root user:
$ su root
2. Determine the storage-system serial number (storage-system ID):
# nas_storage -list
3. Restore the LUNs to the correct SP:
# nas_storage -failback storage-system-id
For example:
# nas_storage -failback APM00070300923
id = 1
serial_number = APM00070300923
name = APM00070300923
acl = 0
done
This restores the LUNs to the correct SP. After the restore, both SPs have their status listed as
OK.
11. [ ] Fresh diagnostic information should be gathered to use as a baseline for future reference. Use
Diagnostics, Capture Diagnostic Data.
Page 17 of 26
Enabling Connect Home
Enabling call home for a block system
Note: Disable/Enable Responses (quiet mode) feature will automatically re-enable call home when the
timer you set to disable call home expires. Network connectivity between the storage system and the call
home monitoring station is required for the Software Assistant to automatically enable call home and
verify the call home rules.
Use Unisphere or naviseccli to enable call home for the storage system following this maintenance
activity.
Note: The procedure below details how to enable call home using Unisphere. As an alternative you can
use naviseccli on a Windows management client to enable call home:
naviseccli eventmonitor -monitor -enableresponse -user <username> -password
<password> -scope 0 -server <serverIPaddr>
1. [ ] Log in to the storage system or the Unisphere domain that contains the storage system.
2. [ ] From Unisphere, select System > Monitoring and Alerts > Notification and select the Distributed
Monitors tab.
3. [ ] Right click on the name of SP A in the list of distributed monitors for the storage system on which
you are enabling call home and select Disable/Enable Responses.
The Disable/Enable Responses dialog box appears.
4. [ ] De-select the Disable Responses check box and click OK.
5. [ ] Repeat these steps for SP B.
Note: You MUST enable responses on BOTH SP A and SP B to enable the storage system call
home.
1. [ ] As the root user, clear any existing Connect Home files and enable Connect Home:
# /nas/sbin/nas_connecthome -service start -clear
2. [ ] From the Connect Home configuration, determine the connections that are enabled:
# /nas/sbin/nas_connecthome -i
3. [ ] Verify that Connect Home works with the /nas/sbin/nas_connecthome -test
<connection_name> command for each enabled connection.
For example:
Page 18 of 26
# /nas/sbin/nas_connecthome -t -email_1
or
# /nas/sbin/nas_connecthome -t -email_2
or
# /nas/sbin/nas_connecthome -t -https
or
# /nas/sbin/nas_connecthome -t -modem_1
4. [ ] Verify email notifications is configured:
# /nas/bin/nas_emailuser -info
If the Recipient Address(es) field is empty, email notifications has not been configured and does not
need to be enabled. If you want to configure email notifications, use the /nas/bin/nas_emailuser
command or Unisphere to configure it.
If the Recipient Address(es) field is populated, email notifications was enabled. Re-enable email
notifications:
Page 19 of 26
Appendix A: VNX2 Block Upgrade Issues
ETA/ KB Article Description
User may cancel USM Online Disk Firmware upgrade before all disks have
been upgraded.
167373
Unisphere Service Manage (USM) Online Disk Firmware Upgrade Wizard
progress bar displays incorrect status.
Unisphere Service Manager (USM) error message when adding Disk Array
168494
Enclosure (DAE)
168688 NDU failure of the commit operation with a 0x71518037 error.
ETA 173041: VNX: iSCSI hosts experience data unavailable after non-
disruptive upgrade to VNX Operating Environment R33.034 if Copper twinaxial
173041
cables are in use. At this time any arrays using copper twinax cables should
not upgrade to R33.034 until a permanent fix is provided.
When activating the Data at Rest Encryption (D@RE) feature (new with
05.33.000.5.072/05.33.000.5.074), follow the guidance outlined in Chapter 5 of
the Security Configuration Guide for VNX (VNX1/VNX2), located on
N/A Support.emc.com: https://support.emc.com/docu48491_Security-
Configuration-Guide-for-VNX-(VNX1-VNX2).pdf?language=en_US. This
document contains important information about the implementation and
limitations of this feature.
ETA 194243: VNX may experience data integrity or data unavailability issues if
194243 the Non-Disruptive Upgrade (NDU) delay timer is extended prior to an NDU to
VNX Operation Environment for Block Release 05.33.000.5.074
NDU of the VNX OE bundle to 33.072 or 33.074, along with a large number of
194470 enablers, can lead to failures to create legacy SnapView sessions and can
cause rolling reboots.
ETA 193541: VPLEX, VNX: VPLEX back-end ports may experience a
condition resulting in data unavailability when a VNX Storage Processor goes
193541
down, reboots, or a connection issue occurs, such as during a VNX non-
disruptive upgrade
ETA 197315: VPLEX, VNX: VPLEX loses access to LUNs during VNX non-
197315
disruptive upgrade or other VNX Storage Processor reboot
ETA 200964: VNX, VNXe: Q1 2015 Uptime and robustness ETA bulletin for
ETA 200964
EMC VNX and VNXe storage systems
Enabled VAAI can lead to an SP reboot during an NDU. KB 201509: SP
201509 Reboot due to bug check [05900000 FF_ASSERT_PANIC] with failing
Instruction in disktarg.sys Module
ETA 207784: VNX: Storage Processors may restart if VMware vStorage APIs
ETA 207784
for Array Integration (VAAI) is enabled resulting in potential data unavailable
VNX2 systems may experience data loss during non-disruptive upgrade to
211310
VNX OE Block Code 05.33.008.5.119 with block deduplication enabled
Page 20 of 26
VNX2 File Upgrade Issues
ETA/ KB Article Description
How to run the check vdm script to detect problems in the vdm.cfg before
487323
rebooting or upgrading
When activating the Data at Rest Encryption (D@RE) feature (new with
05.33.000.5.072/05.33.000.5.074), follow the guidance outlined in Chapter 5 of
the Security Configuration Guide for VNX (VNX1/VNX2), located on
N/A Support.emc.com: https://support.emc.com/docu48491_Security-
Configuration-Guide-for-VNX-(VNX1-VNX2).pdf?language=en_US. This
document contains important information about the implementation and
limitations of this feature.
ETA 173041: VNX: iSCSI hosts experience data unavailable after non-
disruptive upgrade to VNX Operating Environment R33.034 if Copper twinaxial
302152
cables are in use. At this time any arrays using copper twinax cables should
not upgrade to R33.034 until a permanent fix is provided.
450558 Recovering an upgrade on a BASH-patched VNX
ETA 200964: VNX, VNXe: Q1 2015 Uptime and robustness ETA bulletin for
ETA 301958
EMC VNX and VNXe storage systems
ETA 204629: VNX, VNXe: Q2 2015 Uptime and robustness ETA bulletin for
ETA 301909
EMC VNX and VNXe storage systems
VNX : Windows Clients unable to map CIFS shares via DFS after upgrading
512639
and apply 8.1.9.21102 hotfix [ Dell EMC Correctable]
Page 21 of 26
Appendix B: Using the Install Base Group (IBG) Business Services Portal
Note: This procedure is only valid for EMC employees. EMC Service Partners should continue using the
Partner Notification Tool (PNT) or the Storage System Registration Utility (also known as ARU) to update
the EMC Install Base.
Business Services Portal: Provides a centralized location for users to submit requests directly to the
Install Base Group. The Portal is accessible outside the EMC network.
IMPORTANT: Completion of this activity is a mandatory requirement to closing a CSI Service Request.
6. [ ] On the Business Services Portal home page, navigate to the Post Sales section and click on
‘Install Base Group’ (Figure 2).
7. [ ] This will bring you to the Install Base Group case creation page. Make sure to choose the
specific Case sub-type for your request from the dropdown menu (Figure 3):
Note: If entering extra data not included in the chosen Case sub-type, enter the extra data in the
Description field or attach a document with the extra data.
Page 22 of 26
Figure 3 Case Sub-Type Selection
Sub-Type Selections:
d. IB Status Change - Update the status in the Oracle Install Base
e. PDR Update - Add or change Preferred Dispatch Resource on a TLA
f. Move or Party Change - Move or change what customer a TLA is located at
g. Upgrade/Conversion - Updating a product to the latest version based on a Sales Order Shipment
h. Debrief - Part Usage on the different task types in Oracle
i. Model Quantity Update - Changing the quantity on a Model in the IB
j. Secure Credentials - SP Upgrades and enabling the field to obtain secure credentials
k. Other - All other requests that don’t fit into categories
l. Model Separation - Splitting multiple models into single instances
m. Microcode Update - Updating the microcode to the desired version
Note: Once a sub-type is chosen, click on the ‘Select’ button which will populate the form with all the
relevant fields for your specific service request
8. [ ] Populate your contact name, e-mail address, phone and theatre (Figure 4).
You can also include the e-mail addresses of any other users that you would like to include on this
request in the ‘Additional Notification Email’ fields.
9. [ ] In the Case Details section, populate the ‘Subject’ and ‘Description’ fields to provide details on
the type of support needed (Figure 5).
Page 23 of 26
Figure 5 Case Details
Note: If this is a Federal request, make sure to check the “Federal Case’ check box. If not, do not
make a Federal Case out of it.
10. [ ] Select the corresponding Product Families that apply to your request (Figure 6).
Note: Family is the TLA/Model product family for your request. If you have multiple product families in
your request and one of them is listed here, choose that family; otherwise choose “All Other
Families”.
11. [ ] Fill out the additional fields that are relevant to your specific Case sub-type (Figure 6)
12. [ ] If you need to include additional documents with your request, navigate to the Upload
Attachments section and click on ‘Choose file’. Provide details on the file selected in the ‘Description’
field (Figure 7).
13. [ ] Once you have provided all the relevant information and included any necessary attachments,
click on the ‘Submit’ button (Figure 8).
Page 24 of 26
Figure 8 Submit
14. [ ] This will send the request to the Install Base Group for their review. You will receive automated
e-mail notifications to stay up-to-date on the progress of your request (Figure 9).
Figure 9 Done
15. [ ] Upon completion of this service activity, update the CSI database with the new VNX system
information for this site. Standard Global Services discipline requests you to register this service
activity in CSI, particularly for an Install or an Upgrade. You can use CRM or MS Outlook IB Database
email form in accordance with your team's reporting policy. Verify that all the customer site
information is correct (Table 1).
Page 25 of 26
Table 1 Site Information for CSI
Page 26 of 26