Category Archives: EqualLogic

ESXi UNMAP not working on Replicated EqualLogic Volume

Symptoms

  • The VMware vSphere ESXi UNMAP command doesn’t release space on some or all volumes on a Dell EqualLogic SAN array running v8 firmware (may apply to other versions too). Using the following command in an SSH session to a 6.0u2 host (again, will apply to other versions):
    esxcli storage vmfs unmap –l MYVOLUMENAME
  • The volumes are VMFS5 (and always have been- they haven’t been upgraded from VMFS3).
  • Replication is enabled for the volumes that won’t rethin.

image

Cause

UNMAP doesn’t work on the EqualLogic when Replication is enabled. It doesn’t return an error to the SSH session, and the temporary rethinning file is still created, but the disk is not thinned.

Solution

Disable replication on the volume, re-thin the volume using the UNMAP command, then re-configure replication. Unfortunately this means the entire volume must be re-copied to the replication partner and this may impact bandwidth usage and replication schedules on larger volumes.

image


Advert:

Failure to Create Diagnostic Logs on EqualLogic

Symptoms

When running the diag command from the Dell EqualLogic CLI (via a SSH session to an EqualLogic member) the process proceeds as normal but never completes, and the SSH session is eventually terminated. Repeating the operation produces the same result.

Example Output:

login as: grpadmin
[email protected]'s password:

Welcome to Group Manager

Copyright 2001-2015 Dell Inc.

EQxxxxx> diag
The diag command will gather configuration data from this array
for support and troubleshooting purposes. No user information will be
included in this data.
Results will be sent to "xxxxx" through email.
If this is unsuccessful, other options for retrieving the results
will be presented at the end of the procedure.
Finally, please remember to include your Dell Technical Support case or incident number
in the subject line of any email that you send to Dell Support. This will help
ensure that the message is routed correctly.

Do you wish to proceed (y/n) [y]: y

Starting data collection
Section 1 of 15: .
Finished in 1 seconds
Section 2 of 15: .........0.........0.........0...
Finished in 46 seconds
Section 3 of 15: ..Waiting up to 9 minutes more for command GetEqllogs..
Finished in 102 seconds
Section 4 of 15: .........0.........0....
Finished in 59 seconds
Section 5 of 15: .........0.........0.........0..Waiting up to 4 minutes more for command GetPMVerify....
Finished in 176 seconds
Section 6 of 15: .........0.........0.........0.....
Finished in 51 seconds
Section 7 of 15: .Waiting up to 9 minutes more for command GetVolPages
Finished in 92 seconds
Section 8 of 15: ........
Finished in 16 seconds
Section 9 of 15: .........0.........0.........0.........0.........0.........0.........0...
Finished in 101 seconds
Section 10 of 15: ...
Finished in 5 seconds
Section 11 of 15: .........0.........0.........0.......
Finished in 79 seconds
Section 12 of 15: ....
Finished in 35 seconds
Section 13 of 15: .Waiting up to 9 minutes more for command DumpTransactionLog
Finished in 87 seconds
Section 14 of 15: .........0.........0.........0.........0.........0.........0.........0.........0.........0.........

At which point there is no further output and the SSH session is disconnected

Cause

The cause is as yet unknown (to me at least), but the symptoms are possibly due to some left over files in the target directory.

Solution

Check another admin is not trying to run diagnostics on this member at the same time. Then use the file transfer tool that would be used to retrieve the files (WinSCP for example) to connect to the EqualLogic member as grpadmin and remove the Seg_*.dgo files (preferably copying them to a temporary folder on your workstation first just in case). Finally repeat the diag command from a new SSH session (again, logged in as grpadmin) and the process should complete.

image

Background Notes

Based on symptoms I encountered on two EqualLogic hosts, one running v7.1.5 firmware and one running v7.1.9 firmware. Both incidents were resolved by this method in my case but no guarantees!

Unable to Save Email Settings in SAN HQ

Symptoms

When modifying the email settings in the Dell EqualLogic SAN Headquarters application, the following error message appears:

The SAN HQ was unable to save the recent e-mail notification changes.

Unable to save changes to the group (GroupName) due to insufficient access permissions or administrative credentials. Verify that your account has all required permissions and administrator-level access to update the selected group.

Cause

The credentials of the account running SAN HQ do not have sufficient permissions on the server.

Solution

Close SAN HQ, re-open with elevated permissions (right-click on the icon and choose “Run As Administrator”). The modification should now be possible.

This worked in v3.1.0.7890 of the application, connecting to a single, local, server and two EqualLogic groups.

EqualLogic Upgrade FTP Permission Denied Error

Whilst trying to update firmware on a Dell EqualLogic PS6500 I received the error FTP: Permission denied: recv failed. It turns out that this was down to a Java problem on my Windows 7 workstation, rather than the EqualLogic.

image

The solution was to install a Microsoft HotFix. Once this was installed, and the workstation restarted, the upload worked first time.