Dell Unity: Procesory úložiště v uživatelském rozhraní zobrazují stav restartování, ale nikoli v rozhraní příkazového řádku, a nesvítí žádné vadné kontrolky LED (opravitelné uživatelem).
Summary: Tento článek vysvětluje, proč se v uživatelském rozhraní Unisphere mohou zobrazovat snížený výkon procesorů úložiště a restartovat je, když jsou v normálním režimu.
Symptoms
Parametr SFP (Small Factor Pluggable) se v protokolech jednou zobrazí jako chybějící a později se zobrazí jako dobrý.
Je známo, že SFP nejsou detekovány, pokud jsou trochu zaprášené nebo nejsou zcela zasunuty do portu.
Je to běžný faktor pro snížení výkonu, protože způsobuje neustálé odpojování a může být dokonce zodpovědný za zařízení pro pomalé vybíjení.
V uživatelském rozhraní Unisphere se procesory úložiště zobrazují jako restartující se a v degradovaném stavu jako "SYSTEM", > "Service", > "Service Tasks".
V terminálu SSH pomocí rozhraní příkazového řádku jsou však oba procesory úložiště v normálním režimu.
K tomu zatím dochází v prostředí Unity OE verze 4.5.1.0.5.001.
Příklad:
service@CKMxxxxxxxx spa:~/user# svc_diag ======== Now executing basic state ======== * System Serial Number is: CKMxxxxxxx * System Model Number is: Unity 500 * System Friendly Host Name is: CKMxxxxxxxx * Current Software version: c4dev_PIE_3786R-4.5.1.0.5.001.1552025209-GNOSIS_RETAIL * Unisphere IP address(es): xx.xxx.xxx.xx xxxx::xxx:xxxx:xxxx:xxxx * SSH Enabled: true * FIPS mode: Disabled * Boot Mode: Normal Mode * Post Faults: 0x0000 * Backend Faults: 0x0000 * Boot Faults: 0x0000 * Rescue Reason: 0x0000 * Rescue reason for code 0x0000 - No faults detected. * SP Service Hint Code: <None>
Cause
Tato konkrétní situace nastala při instalaci nových modulů I/O.
Potvrzení nebylo dokončeno kvůli neoptimálnímu SFP, a proto byly operace související se stavem dočasně zakázány (podobně jako při upgradech).
Protože bylo dotazování na stav zakázáno, systém nemohl identifikovat správný stav procesorů úložiště a ohlásil předchozí známý stav "rebooting".
Chcete-li ověřit, že se jedná o stejný problém, ověřte následující protokoly: /var/tmp/ptm/ptm.log/EMC/C4Core/log/c4_safe_ktrace.log
To je možné vidět živě spuštěním příkazů na terminálu SSH nebo v protokolech shromažďování dat tříděných služeb:
cat /var/tmp/ptm/ptm.log
Očekávaný výstup:
=====================================Tasks===================================== 10:56 [ 16/22 ] Core reboot sp if required (local) 10 minutes Start at: Thu May 23 10:56:19 2019 Complete at: Thu May 23 10:56:19 2019 =============================================================================== 10:56 [ 17/22 ] Core start c4 (local) 5 minutes Start at: Thu May 23 10:56:19 2019 Task Manager was terminated unexpectedly with signal <TERM> .... <there might be a few extra lines here > .... Previous failure detected. Not auto-restarting.
less /EMC/C4Core/log/c4_safe_ktrace.log
A hledejte události související s SFP nebo Mezzanine.
Vidíme, že se při instalaci nových modulů I/O něco pokazilo:
c4_safe_ktrace INFO OBJ 3 RP:MEZZ(SP: 0, Slot: 0): fbe_base_env_send_resume_prom_read_async_cmd entry. c4_safe_ktrace INFO OBJ 3 RP:MEZZ(SP: 0, Slot: 0): Read async completed, workItem 0x7f2486432760, resumeStatus DEVICE_NOT_VALID_FOR_PLATFO c4_safe_ktrace INFO OBJ 3 100C0 : ModMgmt: CLEAR enclFaultLedReason Mezzanine RP Fault. <<<====== Fault detected in Root Port (RP) .......... c4_safe_ktrace INFO OBJ 3 100C0 : fbe_module_mgmt_check_module_state, SPB Mezzanine 0, state:ENABLED, substate:GOOD c4_safe_ktrace INFO OBJ 3 100C0 : fbe_module_mgmt_check_port_state Setting SPB Mezzanine 0, Port 0, state ENABLED, substate GOOD c4_safe_ktrace INFO OBJ 3 100C0 : fbe_module_mgmt_check_port_state Setting SPB Mezzanine 0, Port 1, state MISSING, substate MISS_SFP <<<=== SFP not detected c4_safe_ktrace INFO OBJ 3 100C0 : fbe_module_mgmt_check_port_state Setting SPB Mezzanine 0, Port 2, state ENABLED, substate GOOD c4_safe_ktrace INFO OBJ 3 100C0 : fbe_module_mgmt_check_port_state Setting SPB Mezzanine 0, Port 3, state ENABLED, substate GOOD c4_safe_ktrace INFO OBJ 3 100C0 : fbe_module_mgmt_check_port_state Setting SPB Mezzanine 0, Port 4, state ENABLED, substate GOOD c4_safe_ktrace INFO OBJ 3 100C0 : fbe_module_mgmt_check_port_state Setting SPB Mezzanine 0, Port 5, state ENABLED, substate GOOD
Resolution
Chcete-li tento problém vyřešit, znovu potvrďte moduly I/O, protože zpočátku selhaly, pomocí níže uvedených příkazů.
Poznámka: Tyto příkazy nevyžadují uživatele root, ale vyžadují pole v dobrém stavu, takže před spuštěním ověřte, zda je pole plně funkční, například:
Command #1:
uemcli -no /sys/general healthcheck -output csv -detail
Příklady výstupů:
"Error code" "Warning: One or more asynchronous replication sessions, or one or more NAS Server or file system synchronous replication sessions, exist. This could cause problems during upgrade. Pause the replication sessions on the production array prior to starting the upgrade and resume them after completing the upgrade. [Warning Code: platform::check_replication_health_4]" "Warning: One or more NAS servers may not be in a healthy state. You can continue with the upgrade, but it is recommended that you record the error code and contact your service provider. [Warning Code: dm::check_nas_servers_health_3]" Operation completed successfully.
Poznámka: Je zde zmíněna hodnota "Upgrade", protože se jedná o příkaz, který se používá před provedením upgradů bez přerušení (NDU). Důvodem, proč se tyto zprávy zobrazují, je však to, že pole (oba procesory úložiště) je nutné restartovat.
Příkaz #2 může také vyžadovat restart, proto je důležité, aby tato kontrola stavu proběhla bez jakéhokoli [chybový kód:].
[Varování] lze ignorovat, ale výzva příkazu #2 je zpráva
"Do you still want to continue," A můžete zadat "yes". Podpora Dell však doporučuje vyřešit všechna varování a chyby v kontrole stavu, než budete pokračovat.
#2 (Optimal) – můžete přejít k příkazu #2
"Error code" Operation completed successfully.
Příkaz #2:
svc_change_hw_config -e
Očekávaný výstup:
service@CKMxxxxxxxx spa:~/user# svc_change_hw_config -e Checking if both SPs are in Normal mode...OK INFO: Beginning eSLIC or CNA Hardware Upgrade... WARNING: This operation will cause several reboots to occur on the Storage Processors. WARNING: Do NOT proceed further if the user is unaware of this downtime! ==============================System Information=============================== Task Manager Command: /opt/ptm/task_mgr.pl Starts at: Sat Oct 5 10:03:47 2019 Dual SP: Yes SP: b Platform: OBERON Original Primary: Yes Model: Unity xxx Serial Number: xxxxxxxxxxxxx Total number of attempts: 0 =============================================================================== ==========================Time Estimate for All Tasks========================== Task name [ 22 tasks in total ] Estimated Status Time(Minutes) 1 Slic wait for system ready slic (local) 3 2 Core run pre upgrade health checks (local) 2 3 ESLIC check eslic configuration (local) 1 4 Core enable auto start (local) 0 5 Core clear boot counters (local) 0 6 Core clear boot counters (remote) 0 7 Core force vdms off sp (remote) 2 8 ESLIC set esp boolean (remote) 1 9 Core disable quickboot (remote) 1 10 Core reboot peer sp if required (local) 10 11 Core start c4 (remote) 5 12 Core wait for system ready on peer 3 13 Core force vdms off sp (local) 2 14 ESLIC set esp boolean (local) 1 15 Core disable quickboot (local) 1 16 Core reboot sp if required (local) 10 17 Core start c4 (local) 5 18 Core wait for system ready (local) 3 19 ESLIC final configuration check (local) 1 20 Core clean up (local) 0 21 Core clean up peer (local) 0 22 Core disable auto start (local) 0 =============================================================================== =========================Estimated Time for Services ========================== Current Time: 10:03 Estimated Time when eSLIC will be complete: 10:52 =============================================================================== Do you wish to continue [ yes or no ]? >
=====================================Tasks===================================== 20:41 [ 17/22 ] Core start c4 (local) 5 minutes =============================================================================== 20:41 [ 18/22 ] Core wait for system ready (local) 3 minutes =============================================================================== 20:41 [ 19/22 ] ESLIC final configuration check (local) 30 seconds =============================================================================== 20:41 [ 20/22 ] Core clean up (local) 5 seconds =============================================================================== 20:41 [ 21/22 ] Core clean up peer (local) 5 seconds =============================================================================== 20:41 [ 22/22 ] Core disable auto start (local) 5 seconds =============================================================================== ===================================SUMMARY===================================== Status: Success Actual Time Spent: 16452 minutes Total Number of attempts: 1 Log File: /var/tmp/ptm/ptm.log =====================================END=======================================
/EMC/backend/log_shared/EMCSystemLogFile.log:
Platform_Basic 30018 [NOTICE] Audit: Service user executed the following service script command: svc_change_hw_config -e IOModule 30010 [INFO] User: Starting the hardware configuration commit operation Platform_Basic 30018 [NOTICE] Audit: Service user executed the following service script command: svc_dc -pbc udoctor IOModule 30014 [INFO] User: Completed task <17> of <22> (Restarting services) IOModule 30014 [INFO] User: Completed task <18> of <22> (Waiting for system ready state) IOModule 30014 [INFO] User: Completed task <19> of <22> (Checking if upgrade complete) IOModule 30014 [INFO] User: Completed task <20> of <22> (Cleaning up) IOModule 30014 [INFO] User: Completed task <21> of <22> (Cleaning up) IOModule 30014 [INFO] User: Completed task <22> of <22> (Disabling automatic restart) IOModule 30011 [NOTICE] User: The hardware configuration has been successfully committed Health 6044f [INFO] User: Storage Processor SP A is operating normally Health 6044f [INFO] User: Storage Processor SP B is operating normally
Po zobrazení výše uvedeného výstupu obnovte uživatelské rozhraní Unisphere a zjistěte, zda se stav změnil zpět na normální (očekávaný).
Pokud ne, obraťte se na technickou podporu společnosti Dell a odkažte se na tento článek.
Poznámka: Další informace o tomto příkazu se nacházejí v dokumentu Dell EMC Unity™ Family Service Notes Technical Notes na https://www.dell.com/support/home/en-us
Additional Information
POZNÁMKA: Existuje také možná vadná knoflíková baterie, která způsobuje falešně pozitivní problém s restartováním SP v uživatelském rozhraní.
Viz článek znalostní databáze 000069296 Dell Unity: Knoflíková baterie v procesoru úložiště (oprava společností Dell)