Only one VPLEX director is handling all data transactions.
Hi,
I've found that only one director is handling data transactions on one of VPLEX cluster. I figured this is not normal as other Clusters in Customer's environment have both directors handling data transactions.
I have checked the ports (FA and BE ) all of them are UP and also I can ping Director 1-1-A which we are facing this problem with.
Please suggest any workaround to omit this issue. Attached are the snips for both directors.
First, if you haven't done this in a while, restart the VPlexCLI process. From the mgmt station prompt (not the VPlexCLI prompt):
sudo /etc/init.d/VPlexManagementConsole restart
Note: This will terminate the sessions for any users connected to the CLI or GUI. After issuing that restart, wait about a minute or so, then re-login into the Unisphere GUI. Also check the monitors from the CLI if they've changed.
If that doesn't do anything, try issuing this command in the VPlexCLI to restart (kick) the monitors:
Many of your director-1-1-A performance charts look suspect to me, it's as though they're simply not showing any data, vs. say the director not actually doing I/O. When many have "06:00PM" and without any data points, it's as though the chart isn't actually receiving any data.
So it just might be the case that the director's receiving I/O, but the chart is failing to update. There are variety of reasons why a chart might not update, it's possible that the backing CLI monitor is having issues. Please check the status of the monitors from the CLI in "/monitoring/directors/*/monitors/". Example (this from a VPLEX 5.4.1 system):
VPlexcli:/> ll /monitoring/directors/*/monitors/
/monitoring/directors/director-1-1-A/monitors:
Name Ownership Collecting Period Average Idle Bucket Bucket Bucket Bucket
------------------------------------------------ --------- Data ------ Period For Min Max Width Count
The GUI relies upon the "director-1-1-X_PERPETUAL_vplex_sys_perf_mon..." monitors working. I'd check the monitor itself on 1-1-A, comparing it to 1-1-B:
Example:
VPlexcli:/> cd /monitoring/directors/director-1-1-A/monitors/director-1-1-A_PERPETUAL_vplex_sys_perf_mon_v19/
VPlexcli:/monitoring/directors/director-1-1-A/monitors/director-1-1-A_PERPETUAL_vplex_sys_perf_mon_v19> ls -f
Ensure 1-1-A matches 1-1-B. You just might have to restart the CLI to get the monitor to initialize. Or you might have to destroy the monitor and then restart the CLI to have it brought up properly.
You can verify if 1-1-A is actually processing I/O by checking the director fc port stats as well. Example (which I think is there in your code version - 5.2):
VPlexcli:/> director fc-port-stats --director director-1-1-A
Results for director 'director-1-1-A' at Thu May 28 20:41:36 UTC 2015:
Appreciate for your detailed input Gary! I did check all those counters and seems like 1-1-A is doing data transactions but the GUI Monitor chart is not updating.
garyo
89 Posts
4634
0
Posted May 29th, 2015 08:00
Hi,
Okay, then here's what I suggest:
First, if you haven't done this in a while, restart the VPlexCLI process. From the mgmt station prompt (not the VPlexCLI prompt):
sudo /etc/init.d/VPlexManagementConsole restart
Note: This will terminate the sessions for any users connected to the CLI or GUI. After issuing that restart, wait about a minute or so, then re-login into the Unisphere GUI. Also check the monitors from the CLI if they've changed.
If that doesn't do anything, try issuing this command in the VPlexCLI to restart (kick) the monitors:
emc-internal configuration restart-perpetual-monitors
For the GUI to pick-up the change, I believe you have to restart the process again.(sudo restart above).
If even after that you have issues and 1-1-A's not updating, then more drastic steps may be required:
1. From the VPlexCLI, enable engineering-mode.
2. From the VPlexCLI, destroy the perpetual monitors for the director (1-1-A in your case):
3. Restart the CLI:
The monitor will get automatically recreated when the CLI starts up.
I'd also suggest upgrading to a 5.3 version of VPLEX code.
Hope that works!
Gary